36)

Aanhangsel 11 wordt als volgt gewijzigd: a) in punt 8.2.3 wordt punt CSM_49 vervangen door: „CSM_49 Voertuigunits, tachograafkaarten en externe GNSS-modules ondersteunen de in [SHS] gespecificeerde algoritmen SHA-256, SHA-384 en SHA-512”; b) in punt 9.1.2 wordt de eerste alinea van punt CSM_58 vervangen door: „CSM_58 Telkens wanneer de ERCA een nieuw Europees basissleutelpaar genereert, maakt zij een verbindingscertificaat voor de nieuwe Europese openbare sleutel en ondertekent die met de vorige Europese particuliere sleutel. Het verbindingscertificaat is 17 jaar en 3 maand geldig. Dit wordt eveneens verduidelijkt in Figuur 1 onder 9.1.7.”; c) in punt 9.1.4 wordt punt CSM_72 vervangen door: „CSM_72 Voor elke voertuigunit worden twee unieke ECC-sleutelparen gegenereerd, aangeduid als VU_MA en VU_Sign. Deze taak wordt uitgevoerd door de VU-fabrikanten. De partij die een VU-sleutelpaar genereert, verzendt de openbare sleutel naar haar MSCA om het desbetreffende, door de MSCA ondertekende VU-certificaat te verkrijgen. De particuliere sleutel wordt uitsluitend door de voertuigunit gebruikt.”; d) punt 9.1.5 wordt als volgt gewijzigd: i) punt CSM_83 wordt vervangen door: „CSM_83 Voor elke tachograafkaart wordt een uniek ECC-sleutelpaar gegenereerd, aangeduid als Card_MA. Daarnaast wordt voor elke bestuurders- en werkplaatskaart een tweede uniek ECC-sleutelpaar gegenereerd, aangeduid als Card_Sign. Deze taak kan worden uitgevoerd door kaartfabrikanten of -personalisatoren. De partij die een sleutelpaar voor een kaart genereert, verzendt de openbare sleutel naar haar MSCA om het desbetreffende, door de MSCA ondertekende kaartcertificaat te verkrijgen. De particuliere sleutel wordt uitsluitend door de tachograafkaart gebruikt.”; ii) punt CSM_88 wordt vervangen door: „CSM_88 Het certificaat Card_MA heeft de volgende geldigheidsduur: — voor bestuurderskaarten: 5 jaar; — voor bedrijfskaarten: 5 jaar; — voor controlekaarten: 2 jaar; — voor werkplaatskaarten: 1 jaar”; iii) aan punt CSM_91 wordt de volgende tekst toegevoegd: „— Bovendien uitsluitend voor controlekaarten, bedrijfskaarten en werkplaatskaarten, en alleen als deze kaarten zijn afgegeven tijdens de eerste drie maanden van de geldigheidsduur van een nieuw EUR-certificaat: het EUR-certificaat dat twee generaties ouder is, indien aanwezig. Opmerking bij het laatste streepje: In de eerste drie maanden van het ERCA(3)-certificaat (zie figuur 1) moeten de genoemde kaarten bijvoorbeeld het ERCA(1)-certificaat bevatten om te garanderen dat deze kaarten kunnen worden gebruikt om gegevens te downloaden van ERCA(1)-voertuigunits waarvan de normale levensduur van 15 jaar plus de periode van 3 maanden voor het downloaden van gegevens gedurende deze maanden verstrijkt; zie het laatste streepje van voorschrift 13 van bijlage IC.”; e) punt 9.1.6 wordt als volgt gewijzigd: i) punt CSM_93 wordt vervangen door: „CSM_93 Voor elke externe GNSS-module wordt een uniek ECC-sleutelpaar gegenereerd, aangeduid als EGF_MA. Deze taak wordt uitgevoerd door de fabrikanten van externe GNSS-modules. De partij die een EGF_MA-sleutelpaar voor een kaart genereert, verzendt de openbare sleutel naar haar MSCA om het desbetreffende, door de MSCA ondertekende EGF_MA-certificaat te verkrijgen. De particuliere sleutel wordt uitsluitend door de externe GNSS-module gebruikt.”; ii) punt CSM_95 wordt vervangen door: „CSM_95 De externe GNSS-module gebruikt het sleutelpaar EGF_MA, bestaande uit de particuliere sleutel EGF_MA.SK en de openbare sleutel EGF_MA.PK, uitsluitend met het oog op de wederzijdse authenticatie en sleutelovereenstemming tijdens de sessie met voertuigunits, zoals gespecificeerd in punt 11.4 van dit aanhangsel.”; f) punt 9.1.7 wordt als volgt gewijzigd: i) figuur 1 wordt vervangen door: „Figuur 1 Afgifte- en gebruikstermijnen voor de verschillende generaties ERCA-basiscertificaten, ERCA-verbindingscertificaten, MSCA-certificaten en apparatuurcertificaten Tekst van het beeld Legende Gebruikstermijn particuliere sleutel/Resterende geldigheid certificaat ERCA-certificaat 2e generatie en daarop gebaseerde certificaten ERCA-certificaat 3e generatie en daarop gebaseerde certificaten ERCA-certificaat 1e generatie en daarop gebaseerde certificaten jaar jaar jaar ii) punt 6 van de opmerkingen bij figuur 1 wordt vervangen door: „6 Om ruimte te besparen, wordt het verschil in geldigheidsduur tussen de certificaten Card_MA en Card_Sign alleen voor de eerste generatie aangegeven.”; g) punt 9.2.1.1 wordt als volgt gewijzigd: i) het eerste streepje van punt CSM_106 wordt vervangen door: „— Voor 128-bits hoofdsleutels van de bewegingssensor: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 91 E4 5D 83’”; ii) de eerste alinea van punt CSM_107 wordt vervangen door: „Elke fabrikant van bewegingssensoren genereert voor elke bewegingssensor een aselecte en unieke koppelingssleutel KP, en verzendt elke koppelingssleutel naar zijn MSCA. De MSCA codeert elke koppelingssleutel afzonderlijk met de hoofdsleutel van de bewegingssensor KM en zendt de gecodeerde sleutel terug naar de fabrikant van bewegingssensoren. Voor elke gecodeerde sleutel deelt de MSCA het versienummer van de bijbehorende sleutel KM mee aan de fabrikant van bewegingssensoren.”; iii) punt CSM_108 wordt vervangen door: „CSM_108 Elke fabrikant van bewegingssensoren genereert een uniek serienummer voor elke bewegingssensor en verzendt alle serienummers naar zijn MSCA. De MSCA codeert elk serienummer afzonderlijk met de identificatiesleutel KID en zendt het gecodeerde serienummer terug naar de fabrikant van bewegingssensoren. Voor elk gecodeerd serienummer deelt de MSCA het versienummer van de bijbehorende sleutel KID mee aan de fabrikant van bewegingssensoren.”; h) punt 9.2.2.1 wordt als volgt gewijzigd: i) punt CSM_123 wordt vervangen door: „CSM_123 De VU-fabrikant genereert voor elke voertuigunit een uniek VU-serienummer en verzendt dit naar de MSCA met het verzoek twee VU-specifieke DSRC-sleutels te krijgen. Het VU-serienummer heeft het gegevenstype VuSerialNumber. Opmerking: — Dit VU-serienummer is identiek aan het element vuSerialNumber element van VuIdentification (zie aanhangsel 1) en aan de referentie van de certificaathouder op de certificaten van de voertuigunit. — Het is mogelijk dat het VU-serienummer niet bekend is op het ogenblik dat een fabrikant van voertuigunits de VU-specifieke DSRC-sleutels aanvraagt. In dat geval verstuurt de VU-fabrikant in plaats daarvan de unieke identificator van de certificaataanvraag die hij heeft gebruikt voor het aanvragen van de certificaten van de VU; zie CSM_153. Deze identificator van de certificaataanvraag moet bijgevolg gelijk zijn aan de referentie van de certificaathouder in de certificaten van de VU.”; ii) in punt CSM_124 wordt het info-voorschrift in stap 2 vervangen door: „info = VU-serienummer of identificator van de certificaataanvraag, zoals gespecificeerd in CSM_123”; iii) punt CSM_128 wordt vervangen door: „CSM_128 De MSCA houdt registraties bij van alle door haar gegenereerde VU-specifieke DSRC-sleutels, van het bijbehorende versienummer en van het VU-serienummer of de identificator van de certificaataanvraag die voor het afleiden van deze sleutels werden gebruikt”;. i) in punt 9.3.1 wordt de eerste alinea van punt CSM_135 vervangen door: „De kenmerkende coderingsregels (DER) overeenkomstig [ISO 8825-1] worden toegepast om de gegevensobjecten in certificaten te coderen. Tabel 4 bevat de volledige codering van het certificaat, met inbegrip van alle tags en lengtebytes.”; j) in punt 9.3.2.3 wordt punt CSM_141 vervangen door: „CSM_141 De autorisatie van de certificaathouder (CHA) dient om het certificaattype te identificeren. De CHA bestaat uit de zes meest significante bytes van de toepassingsidentificator (AID) van de tachograaf, samengevoegd met het type apparatuur, dat aangeeft voor welk type van apparatuur het certificaat bedoeld is. In het geval van een certificaat van een voertuigunit, een bestuurderskaart of een werkplaatskaart, wordt het type apparatuur ook gebruikt om een onderscheid te maken tussen een certificaat voor wederzijdse authenticatie en een certificaat voor het opstellen van digitale handtekeningen (zie punt 9.1 en aanhangsel 1, gegevenstype EquipmentType).”; k) in punt 9.3.2.5 wordt de volgende alinea toegevoegd aan punt CSM_146: „Opmerking: voor een kaartcertificaat is de waarde van de CHR gelijk aan de waarde van het cardExtendedSerialNumber in EF_ICC; zie aanhangsel 2. voor een EGF-certificaat is de waarde van de CHR gelijk aan de waarde van het sensorGNSSSerialNumber in EF_ICC; zie aanhangsel 14. Voor een VU-certificaat is de waarde van de CHR gelijk aan het vuSerialNumber element van VuIdentification (zie aanhangsel 1), tenzij de fabrikant het fabrikantspecifieke serienummer niet kent op het ogenblik dat het certificaat wordt aangevraagd.”; l) in punt 9.3.2.6 wordt punt CSM_148 vervangen door: „CSM_148 Dit veld bevat de begindatum en -tijd van de geldigheidsduur van het certificaat.”; m) punt 9.3.3 wordt als volgt gewijzigd: i) de eerste alinea van punt CSM_151 wordt vervangen door: „Wanneer een MSCA een certificaat aanvraagt, stuurt zij de volgende gegevens naar de ERCA:”; ii) punt CSM_153 wordt vervangen door: „CSM_153 De apparatuurfabrikant verstuurt in een certificaataanvraag de volgende gegevens naar de MSCA zodat die de referentie van de certificaathouder van het nieuwe apparatuurcertificaat kan aanmaken: — voor zover bekend (zie CSM_154), een fabrikantspecifiek serienummer voor de apparatuur, het model van de apparatuur en de maand van fabricage; zo niet, een unieke identificator van de certificaataanvraag; — de maand en het jaar van fabricage of van de certificaataanvraag. De fabrikant zorgt ervoor dat deze gegevens juist zijn en dat het door de MSCA teruggezonden certificaat wordt ingebracht in de apparatuur waarvoor dit bedoeld is.”; n) punt 10.2.1 wordt als volgt gewijzigd: i) in punt CSM_157 wordt de tekst die voorafgaat aan de opmerkingen bij figuur 4 vervangen door: „Voertuigunits verifiëren de certificaatketen van een tachograafkaart volgens het stroomschema in Figuur 4. Voor elk certificaat dat de VU van de kaart leest, gaat hij na of het veld Certificate Holder Authorisation (CHA) correct is: — In het veld CHA van het kaartcertificaat moet een kaartcertificaat voor wederzijdse authenticatie zijn vermeld (zie aanhangsel 1, gegevenstype EquipmentType). — In de CHA van het certificaat Card.CA moet een MSCA vermeld zijn. — In de CHA van het certificaat Card.Link moet een ERCA vermeld zijn.”; ii) aan punt CSM_159 wordt de volgende zin toegevoegd: „Een nieuw verbindingscertificaat dat door een kaart wordt gepresenteerd, moet verplicht in de VU worden opgeslagen; de opslag van alle andere types certificaten is facultatief.”; o) punt 10.2.2 wordt als volgt gewijzigd: i) in punt CSM_161 wordt de tekst die voorafgaat aan figuur 5 vervangen door: „Tachograafkaarten verifiëren de certificaatketen van een voertuigunit (VU) volgens het stroomschema in Figuur 5. Voor elk certificaat dat door de VU wordt gepresenteerd, gaat de kaart na of het veld Certificate Holder Authorisation (CHA) correct is: — In de CHA van het certificaat VU.Link moet een ERCA vermeld zijn. — In de CHA van het certificaat VU.CA moet een MSCA vermeld zijn. — In het veld CHA van het VU-certificaat moet een VU-certificaat voor wederzijdse authenticatie zijn vermeld (zie aanhangsel 1, gegevenstype EquipmentType).”; ii) punt CSM_165 wordt vervangen door: „CSM_165 In het MSE:Set AT-commando succesvol is, stelt de kaart de opgegeven sleutel VU.PK in voor later gebruik bij VU-authenticatie, en wordt de sleutel Comp(VU.PKeph) tijdelijk opgeslagen. Indien twee of meer MSE:Set AT-commando’s met succes worden verzonden vóór de sleutelovereenstemming tijdens de sessie, slaat de kaart alleen de laatste ontvangen sleutel Comp(VU.PKeph) op. De kaart zal Comp(VU.PKeph) resetten na een succesvol commando GENERAL AUTHENTICATE.”; p) punt 10.3 wordt als volgt gewijzigd: i) de eerste alinea van punt CSM_170 wordt vervangen door: „Naast de door de kaart afgegeven identiteit vermeldt de VU in de handtekening de in het kaartcertificaat vermelde referentie van de certificaathouder.”; ii) in punt CSM_171 wordt figuur 6 vervangen door: „Figuur 6 Stroomschema van de VU-authenticatie ” iii) punt CSM_174 wordt vervangen door: „CSM_174 Op het ogenblik dat de kaart de handtekening van de VU ontvangt in een EXTERNAL AUTHENTICATE-commando: — berekent de kaart het authenticatietoken door samenvoeging van Card.CHR, de door de kaart afgegeven identiteit rcard en de identificator van de tijdelijke openbare sleutel van de VU Comp(VU.PKeph); — verifieert de kaart de handtekening van de VU met behulp van het ECDSA-algoritme, met behulp van het hashalgoritme dat gerelateerd is aan de grootte van het sleutelpaar VU_MA van de VU, zoals gespecificeerd in CSM_50, in combinatie met de sleutel VU.PK en het berekende authenticatietoken.”; q) in punt 10.4 wordt punt CSM_176 als volgt gewijzigd: i) alinea 2 wordt vervangen door: „2 De VU verzendt het openbare punt VU.PKeph van zijn tijdelijke sleutelpaar naar de kaart. Zoals gespecificeerd in [TR-03111], wordt het openbare punt omgezet in een bytereeks (octet string). Het niet-gecomprimeerde coderingsformaat wordt gebruikt. Zoals uiteengezet in CSM_164, heeft de VU dit tijdelijke sleutelpaar gegenereerd alvorens de certificaatketen op VU-niveau te verifiëren. De VU verzendt de identificator van de tijdelijke openbare sleutel Comp(VU.PKeph) naar de kaart, en de kaart slaat deze op.”; ii) alinea 6 wordt vervangen door: „6 Met behulp van KMAC berekent de kaart een authenticatietoken voor de identificator van de tijdelijke openbare punt van de VU: TPICC = CMAC(KMAC, VU.PKeph). Het openbare punt is in het formaat dat door de VU wordt gebruikt (zie tweede streepje hierboven). De kaart verzendt NPICC en TPICC naar de voertuigunit.”; r) in punt 10.5.2 wordt punt CSM_191 vervangen door: „CSM_191 Elk te coderen gegevensobject wordt opgevuld overeenkomstig [ISO 7816-4] met behulp van de paddingindicator „01”. Om de MAC te berekenen, worden gegevensobjecten in de APDU opgevuld overeenkomstig [ISO 7816-4]. Opmerking: de opvulling (padding) voor beveiligde berichtenuitwisseling wordt altijd uitgevoerd door de SM-laag, niet door het CMAC- of CBC-algoritme. Samenvatting en voorbeelden Afhankelijk van het desbetreffende onbeveiligde commando heeft een APDU-commando waarop beveiligde berichtenuitwisseling is toegepast, de volgende structuur („DO” staat voor gegevensobject): Geval 1 : CLA INS P1 P2 || Lc' || DO ‘8E’ || Le Geval 2 : CLA INS P1 P2 || Lc' || DO ‘97’ || DO‘8E’ || Le Geval 3 (even instructiebyte INS) : CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘8E’ || Le Geval 3 (oneven instructiebyte INS) : CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘8E’ || Le Geval 4 (even instructiebyte INS) : CLA INS P1 P2 || Lc' || DO ‘81’ || DO‘97’ || DO‘8E’ || Le Geval 4 (oneven instructiebyte INS) : CLA INS P1 P2 || Lc' || DO ‘B3’ || DO‘97’ || DO‘8E’ || Le waarbij de lengtebyte Le = ‘00’ of ‘00 00’ naargelang velden met korte lengte of met uitgebreide lengte worden gebruikt; zie [ISO 7816-4]. Afhankelijk van het desbetreffende onbeveiligde antwoord heeft een APDU-antwoord waarop beveiligde berichtenuitwisseling is toegepast, de volgende structuur: Geval 1 of 3 : DO ‘99’ || DO ‘8E’ || SW1SW2 Geval 2 of 4 (even instructiebyte INS) zonder codering : DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 Geval 2 of 4 (even instructiebyte INS) met codering : DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 Geval 2 of 4 (oneven instructiebyte INS) zonder codering : DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2 Opmerking: geval 2 of 4 (oneven instructiebyte INS) met codering wordt nooit gebruikt bij de communicatie tussen een VU en een kaart. Hieronder staan drie voorbeelden van APDU-transformaties voor commando's met een even instructiecode (INS). Figuur 8 toont een geauthenticeerd APDU-commando in geval 4, Figuur 9 toont een geauthenticeerd APDU-antwoord in geval 1/geval 3, en Figuur 10 toont een gecodeerd en geauthenticeerd APDU-antwoord in geval 2/geval 4. Figuur 8 Transformatie van een geauthenticeerd APDU-commando in geval 4 Figuur 9 Transformatie van een geauthenticeerd APDU-antwoord in geval 1/geval 3 Figuur 10 Transformatie van een gecodeerd en geauthenticeerd APDU-antwoord in geval 2/geval 4 ” s) in punt 10.5.3 wordt punt CSM_193 vervangen door: „CSM_193 De tachograafkaart breekt een actieve SM-sessie enkel en alleen af indien een van de volgende omstandigheden zich voordoet: — de kaart ontvangt een ongecodeerd APDU-commando; — de kaart stelt een SM-fout in een APDU-commando vast: — een verwacht SM-gegevensobject ontbreekt, de gegevensobjecten staan niet in de juiste volgorde, of er is een onbekend gegevensobject aanwezig; — een SM-gegevensobject is onjuist, bijvoorbeeld onjuiste MAC-waarde of onjuiste TLV-structuur; — onderbreking van de stroomvoorziening of kaartterugstelling (reset); — de VU start de VU-authenticatieprocedure, — het maximumaantal commando’s en bijbehorende antwoorden van de huidige sessie is bereikt. Dit maximumaantal wordt voor de kaart vastgelegd door de fabrikant, rekening houdend met de beveiligingseisen van de gebruikte hardware, en bedraagt 240 SM-commando’s en bijbehorende antwoorden per sessie”; t) punt 11.3.2 wordt als volgt gewijzigd: i) de eerste alinea van punt CSM_208 wordt vervangen door: „Tijdens de koppeling met een VU gaat de externe GNSS-module te werk volgens het stroomschema in Figuur 5 (zie punt 10.2.2) om de certificaatketen op VU-niveau te verifiëren”; ii) punt CSM_210 wordt vervangen door: „CSM_210 Na verificatie van het certificaat VU_MA slaat de externe GNSS-module dit certificaat op voor gebruik tijdens normaal bedrijf; zie punt 11.3.3.”; u) in punt 11.3.3 wordt de eerste alinea van punt CSM_211 vervangen door: „Tijdens normaal bedrijf gaan de voertuigunit en externe GNSS-module te werk volgens het stroomschema in Figuur 11 om de temporele geldigheid te verifiëren van het opgeslagen EGF_MA-certificaat en om de openbare sleutel VU_MA in te stellen met het oog op de VU-authenticatie op een later tijdstip. Er vindt geen verdere wederzijdse verificatie van de certificaatketens plaats tijdens normaal bedrijf.”; v) in punt 12.3 wordt tabel 6 vervangen door: „Tabel 6 Aantal ongecodeerde en gecodeerde gegevensbytes per instructie overeenkomstig [ISO 16844-3] Instructie Type Gegevensbeschrijving Aantal ongecodeerde gegevensbytes overeenkomstig [ISO 16844-3] Aantal ongecodeerde gegevensbytes bij gebruik van AES-sleutels Aantal gecodeerde gegevensbytes bij gebruik van AES-sleutels met bitlengte 128 192 256 10 Verzoek Authenticatiegegevens + bestandsnummer 8 8 16 16 16 11 Antwoord Authenticatiegegevens + bestandsinhoud 16 of 32, afhankelijk van bestand 16 of 32, afhankelijk van bestand 32 / 48 32 / 48 32 / 48 41 Verzoek Serienummer bewegingssensor 8 8 16 16 16 41 Antwoord Koppelingssleutel 16 16 / 24 / 32 16 32 32 42 Verzoek Sessiesleutel 16 16 / 24 / 32 16 32 32 43 Verzoek Koppelingsinformatie 24 24 32 32 32 50 Antwoord Koppelingsinformatie 24 24 32 32 32 70 Verzoek Authenticatiegegevens 8 8 16 16 16 80 Antwoord Tellerwaarde bewegingssensor + authenticatiegegevens 8 8 16 16 16” w) in punt 13.1 wordt het voorschrift inzake het serienummer van de VU in punt CSM_224 vervangen door: „Serienummer van de VU het serienummer van de VU of de identificator van de certificaataanvraag (gegevenstype VuSerialNumber of CertificateRequestID) – zie CSM_123”; x) in punt 13.3 wordt het tweede streepje van punt CSM_228 vervangen door: „2 De controlekaart gebruikt de opgegeven DSRC-hoofdsleutel in combinatie met het VU-serienummer of de identificator van de certificaataanvraag in de DSRC-beveiligingsgegevens om de VU-specifieke DSRC-sleutels K_VUDSRC_ENC en K_VUDSRC_MAC af te leiden, zoals gespecificeerd in CSM_124.”; y) punt 14.3 wordt als volgt gewijzigd: i) in punt CSM_234 wordt de tekst die voorafgaat aan de opmerkingen bij figuur 13 vervangen door: „De IDE kan de handtekening van gedownloade gegevens zelf verifiëren of kan daartoe gebruikmaken van een controlekaart. Bij gebruik van een controlekaart verloopt de handtekeningverificatie zoals aangegeven in figuur 13. Om de temporele geldigheid van een door de IDE aangeboden certificaat te verifiëren, gebruikt de controlekaart zijn interne klok, zoals gespecificeerd in CSM_167. De controlekaart actualiseert de lopende tijd indien de ingangsdatum van een authentiek „geldige tijdbron”-certificaat recenter is dan de tijdaanduiding van de kaart. De kaart accepteert uitsluitend de volgende certificaten als geldige tijdbron: — ERCA-verbindingscertificaten van de tweede generatie; — MSCA-certificaten van de tweede generatie; — VU_Sign of Card_Sign van de tweede generatie die zijn afgegeven door het land dat ook het kaartcertificaat van de controlekaart heeft afgegeven. Indien de IDE de handtekeningverificatie zelf uitvoert, verifieert de IDE de authenticiteit en geldigheid van alle certificaten in de certificaatketen van het gegevensbestand, alsook de handtekening van de gegevens volgens het in [DSS] vastgestelde handtekeningschema. In beide gevallen moet voor elk certificaat dat van het gegevensbestand wordt gelezen, worden nagegaan of het veld Certificate Holder Authorisation (CHA) correct is: — In het veld CHA van het EQT-certificaat moet een VU-certificaat of kaartcertificaat (al naargelang van toepassing) zijn vermeld voor ondertekening (zie aanhangsel 1, gegevenstype EquipmentType). — In de CHA van het certificaat EQT.CA moet een MSCA vermeld zijn. — In de CHA van het certificaat EQT.Link moet een ERCA vermeld zijn.”; ii) figuur 13 wordt vervangen door: „Figuur 13 Stroomschema ter verificatie van de handtekening van een gedownload gegevensbestand ”