Детално објаснување на техничкиот принцип на работа на услугата за полнење PnC Plug&Charge -1

1, Фаза на градење доверба помеѓу возилата и станиците за полнење

Потврда на идентитетот:Станицата за полнење го потврдува својот идентитет преку сертификатот SECC (Контролор на комуникација на опремата за снабдување), додека возилото го користи фабрички претходно поставениот V2G коренски сертификат (Trust Anchor) за вкрстена верификација. За да се спречат напади со фалсификување на сертификати, системот воведе OCSP (Протокол за статус на онлајн сертификат). Во најновиот стандард ISO15118-20, верификацијата за поништување во реално време е задолжителна за сите сертификати (вклучувајќи ги и сертификатите Sub CA и Leaf) за да се осигури дека секоја комуникациска врска е под строг мониторинг на усогласеноста.

Во оваа фаза, возилото (EV) и станицата за полнење (EVSE) се ракуваат врз основа на протоколот ISO 15118. По завршувањето на операцијата на вметнување на пиштолот и изградбата на дигитална комуникациска врска, двете страни ќе преговараат за да ја одредат верзијата на апликацијата на протоколот за безбедност на транспортниот слој (TLS):

• TLS 1.2се користи во стандардот ISO 15118-2;
• Кога го користитеISO 15118-20стандард,TLS 1.3е усвоен;

1. Станицата за полнење го презентира својот синџир на сертификати на електричното возило, вклучувајќи го сертификатот за Контролер на комуникација на опремата за снабдување (SECC) и сертификатот за Меѓусебен орган за сертификати (Sub CA) на Операторот за полнење (CPO), за да се заврши доверливата автентикација на идентитетот на возилото.
2. Електричните возила користат однапред инсталирани доверливи сидра (т.е. V2G коренски сертификати однапред поставени пред испораката на возилото до корисниците) за да го потврдат целиот синџир на сертификати доставен од станиците за полнење.
3. Електричните возила ќе бидат подложени на проверка на статусот на поништување на сертификатот: Според стандардот ISO 15118-2, сертификатите SECC се дизајнирани со краткорочен период на важење (2-3 месеци), а статусот на поништување на сертификатите CPO Sub CA се проверува преку протоколот за статус на сертификати преку интернет (OCSP); стандардот ISO 15118-20 бара сите сертификати да бидат подложени на проверка на статусот на поништување преку OCSP.
4. Откако ќе бидат поминати сите чекори за верификација, електричното возило може да го потврди доверливиот идентитет на станицата за полнење, а последователните целосни комуникациски податоци ќе бидат пренесени со користење на шифрирани методи.

2, фаза на преговори за метод на препознавање на идентитет

Меѓусебно исклучувачка логика помеѓу EIM и PnC: Протоколот строго забранува вршење на „двојно препознавање на идентитет“ кај корисниците. Доколку се открие дека корисникот рачно стартувал преку RFID или апликација (режим EIM), станицата за полнење мора автоматски да го прекине процесот на активирање на PnC за да се избегне деловниот ризик од двојно фактурирање.

Стандардот ISO 15118 дефинира два механизма за препознавање на идентитетот на сесијата за полнење:

• 1. Средства за надворешна идентификација (EIM):што опфаќа картички за радиофреквентна идентификација (RFID), кредитни картички, мобилни апликации, QR кодови итн.;
• 2. Вклучи и полни:Целосно автоматизиран механизам за автентикација базиран на сертификати.

Основно ограничување:Станиците за полнење не треба да вршат двојно препознавање на идентитетот на корисниците. Доколку корисникот ја заврши автентикацијата преку надворешни средства, како што е RFID картичка, пред да го поврзе пиштолот за полнење, станицата за полнење треба да ја прекине функцијата „вклучи и пушти“; во спротивно, може да резултира со постојано сертифицирање на возилото преку сертификатот за договор, што доведува до ризик од двојно фактурирање.

3, фаза на верификација на идентитетот на возилото

Откако системот ќе го избере режимот за полнење „вклучи и пушти“, електричното возило го доставува сертификатот за договорот и сертификатот за под-CA на давателот на мобилни услуги (MSP) до станицата за полнење. Горенаведените сертификати се интегрирани во целосен синџир на сертификати, а основниот процес на верификација на идентитетот е официјално започнат. Задниот дел синхронизирано ќе изврши повеќе безбедносни проверки за сеопфатно да ја обезбеди легалноста на сесиите за полнење, валидноста на сметките за наплата и да го спречи ризикот од фалсификување на идентитетот на возилото.

За да се спречат напади со повторување (т.е. хакери кои ги пресретнуваат пораките за авторизација и ги испраќаат постојано), системот генерира 128-битен случаен код за предизвикување. Возилото мора да користи приватен клуч за да го потпише кодот за предизвикување, а станицата за полнење ќе изврши верификација на потпис на ниво на милисекунда локално користејќи го јавниот клуч на сертификатот за договор. Ова асиметрично енкрипција обезбедува уникатност и непобивање на моменталната авторизација.

1. Потврда на валидноста на куповите за полнење на синџирите на сертификати

Станицата за полнење или CPO backend системот треба да ги заврши следните две основни проверки:

• Потврда за валидност:Потврдете дека сите сертификати во синџирот на сертификати се во рамките на нивниот период на важење;
• Потврда за автентичност:Потврдете ја валидноста на целиот синџирски дигитален потпис од сертификатот за договор до коренскиот сертификат.

Предуслов за спроведување на локална верификација е станицата за полнење да го има претходно поставено соодветниот коренски сертификат – обично V2G коренскиот сертификат за CA обезбеден од операторот на PKI, а во некои случаи и сопствениот коренски сертификат за CA на MSP (со релативно низок процент на апликации).

2. Онлајн верификација на статусот на поништување на сертификатот

Дел од процесот на верификација се потпира на онлајн интеракција, а верификацијата на статусот на поништување на сертификатот е еден од основните процеси. Станицата за полнење ќе иницира барање до претходно поставениот OCSP одговор во сертификатот за да потврди дека следните два вида сертификати не се поништени:

• Сертификат за CPO Sub CA (применлив и за стандардите ISO 15118-2 и за ISO 15118-20);
• Сертификат за договор (применлив само за стандардот ISO 15118-20);

3. Потврда на статусот на сметката за наплата

Откако ќе заврши наплатата, системот автоматски го завршува процесот од размена на податоци до прием на средства: Откако ќе ја потврди валидноста на сертификатот, CPO ќе го потврди статусот на валидност на договорот за фактурирање на корисникот. Системот ќе го извлече ID-то на давателот на услуги од идентификаторот на сметката за мрежно поврзување на возилата (EMAID), а CPMS ќе го поврзе соодветниот MSP со овој ID за да потврди дека сметката не е во суспендирана или откажана состојба.

4. Процесот на полнење започна

Откако ќе се потврди идентитетот на електричното возило, возилото и станицата за полнење ќе го следат процесот на размена на пораки според стандардот ISO 15118, ќе ги договорат параметрите и времето на полнење и официјално ќе ја започнат услугата за полнење.

За да се заврши функцијата за приклучување и полнење PnC (Вклучи и полни), потребно е претходно да се постави, зачува и потврди сертификатот за договорот и да се потврди шифрираниот систем на материјали распореден внатрешно во крајот на возилото (EV) и крајот на колодата (EVSE).

Како што споменавме погоре, во протоколскиот систем TLS:TLS 1.2:прилагодено според ISO 15118-2;TLS 1.3:Компатибилен со ISO 15118-20; Двете комуникациски страни треба да имаат два вида основни податоци:Материјали за идентитетиматеријали за довербаМеѓу нив, складиштето на клучеви го складира приватниот клуч на уредот и соодветниот лист-сертификат, кој се користи за докажување на „легитимноста на идентитетот“; инвентарот на доверба ги складира доверливите CA сертификати (сидра на доверба), кои се користат за проверка на валидноста на сертификатите на другата страна и одговарање на прашањето за „границата на доверба“.