ANHANG I

In Anhang I des Durchführungsbeschlusses (EU) 2021/1073 wird der folgende Abschnitt 9 angefügt:

„9. WIDERRUFSLÖSUNG

9.1. Bereitstellung der DCC-Widerrufsliste (DRL)

Das Gateway stellt Endpunkte und Funktionen zur Speicherung und Verwaltung der Zertifikatswiderrufslisten bereit:

L0982022DE7610120220322DE0008.0001781803AUSSCHUSS FÜR LANDWIRTSCHAFTG/AG/3211. November 2021ÜBERPRÜFUNG DER FUNKTIONSWEISE DES BESCHLUSSES VON BALI ÜBER DIE VERWALTUNG VON ZOLLKONTINGENTENBERICHT DES VORSITZES AN DEN ALLGEMEINEN RAT1.1.Auf der neunten Tagung der Ministerkonferenz im Dezember 2013 in Bali nahmen die Minister den Beschluss über eine Vereinbarung über Bestimmungen in Bezug auf die Verwaltung von Zollkontingenten für landwirtschaftliche Erzeugnisse gemäß Artikel 2 des Übereinkommens über die Landwirtschaft (WT/MIN (13)/39) (im Folgenden Beschluss) an. Der Beschluss sah eine Überprüfung seiner Funktionsweise vor, die spätestens Ende 2017 beginnen sollte; Ziel soll es sein, die Ausschöpfungsquote der Zollkontingente zu verbessern. In den Nummern 13 und 14 des Beschlusses ist ausdrücklich vorgesehen, dass die künftige Funktionsweise von Nummer 4 des Nichtausschöpfungsmechanismus in Anhang A des Beschlusses Teil der Überprüfung sein sollte.1.2.Die Überprüfung war abgeschlossen, als der Allgemeine Rat auf seiner Tagung vom 9./10. Dezember 2019 die in Anhang 2 des Dokuments G/AG/29 enthaltenen Empfehlungen des Ausschusses für Landwirtschaft billigte. Während des Überprüfungsprozesses in den Jahren 2017-2019 konnte jedoch keine substanzielle Einigung über die künftige Funktionsweise von Nummer 4 des Nichtausschöpfungsmechanismus erzielt werden. Stattdessen vereinbarten die Mitglieder in Nummer 1 der gebilligten Empfehlungen in Anhang 2 des Dokuments G/AG/29, den Beschluss über Nummer 4 des Nichtausschöpfungsmechanismus um zwei Jahre, d. h. bis Ende 2021, zu verschieben.1.3.In den Empfehlungen wird auch darauf hingewiesen, dass der Beschluss in Fragmente zerfallen könnte, wenn ausgewählten Mitgliedern, die in Anhang B des Beschlusses aufgeführt sind, das Recht auf Nichtanwendung von Nummer 4 eingeräumt wird, sofern die Mitglieder keine Einigung über die künftige Funktionsweise dieser Nummer erzielen. Die Vermeidung einer Ausnahme für bestimmte Mitglieder – die sich ergeben könnte, wenn in der vereinbarten Frist keine Einigung über die künftige Funktionsweise von Nummer 4 erzielt würde – stellte für mehrere Mitglieder eine wichtige Motivation dar, in den Beratungen im Ausschuss für Landwirtschaft über diese Angelegenheit nach 2019 zu einer einvernehmlichen Lösung für Nummer 4 zu gelangen.1.4.In diesen Beratungen untersuchten die Mitglieder im Einzelnen, wie die derzeitige Nummer 4 in der Endphase des Nichtausschöpfungsmechanismus in der Praxis funktionieren würde. Es wurde darauf hingewiesen, dass das Einfuhrmitglied in der Endphase des Nichtausschöpfungsmechanismus gemäß der derzeitigen Nummer 4 verpflichtet ist, die Verwaltungsmethode für Zollkontingente entweder auf das Windhundverfahren beim Zoll oder ein System der automatischen bedingungslosen Lizenz auf Anfrage umzustellen, wobei die jeweilige Option in Absprache mit dem/den betreffenden Ausfuhrmitglied(ern) zu wählen ist. Die gewählte Verwaltungsmethode würde dann mindestens zwei Jahre lang beibehalten; danach würde die Angelegenheit – sofern die Ausschöpfungsquoten für diese beiden Jahre rechtzeitig mitgeteilt wurden – geschlossen und im Verfolgungsregister des Sekretariats mit einem entsprechenden Vermerk versehen.1.5.In Entwicklung befindliche Einfuhrmitglieder können in der Endphase des Nichtausschöpfungsmechanismus gemäß dem letzten Teil der derzeitigen Nummer 4 eine alternative Verwaltungsmethode für Zollkontingente wählen oder die derzeitige Verwaltungsmethode beibehalten. Die Wahl einer alternativen Verwaltungsmethode für Zollkontingente müsste dem Ausschuss für Landwirtschaft im Rahmen des Nichtausschöpfungsmechanismus mitgeteilt werden. Die gewählte Verwaltungsmethode würde mindestens zwei Jahre lang beibehalten und die Angelegenheit geschlossen, sofern die Ausschöpfungsquote um zwei Drittel der jährlichen Erhöhungen gemäß Nummer 3.b des Nichtausschöpfungsmechanismus gestiegen ist.1.6.Im Rahmen dieser Beratungen gelangten die Mitglieder zu einem besseren Verständnis des wichtigsten Streitpunkts im Zusammenhang mit der künftigen Funktionsweise von Nummer 4 des Nichtausschöpfungsmechanismus (ein in Entwicklung befindliches Einfuhrmitglied verfehlt die erforderliche Erhöhung der Ausschöpfungsquote, während es entweder die derzeitige Verwaltungsmethode für Zollkontingente beibehält oder eine alternative Verwaltungsmethode anwendet).1.7.Das Bemühen der Mitglieder um eine Einigung über Nummer 4 war in erster Linie darauf ausgerichtet, Ansätze zur Lösung der potenziell ungeklärten Situation für in Entwicklung befindliche Einfuhrmitglieder zu ermitteln, um einen Abschluss der aufgeworfenen Angelegenheit der Nichtausschöpfung zu erreichen.1.8.Breite Unterstützung fand ein an einen informellen Vorschlag Costa Ricas angelehnter Ansatz, wonach ein in Entwicklung befindliches Einfuhrmitglied, das den erforderlichen Standard für die Ausschöpfungsquote (d. h. zwei Drittel der jährlichen Erhöhungen gemäß Nummer 3.b des Nichtausschöpfungsmechanismus) nach zwei Jahren in der Endphase des Nichtausschöpfungsmechanismus nicht erfüllt, nachdem es eine alternative Verwaltungsmethode angewendet oder die derzeitige Verwaltungsmethode beibehalten hat, der Standardanforderung gemäß Nummer 4 Satz 1 unterliegt, falls dies von interessierten Ausfuhrmitgliedern beantragt wird. Ohne einen solchen Antrag würde die Angelegenheit nach zwei Jahren in der Endphase des Nichtausschöpfungsmechanismus mit dem Vermerk geschlossen versehen, selbst wenn die erforderliche Erhöhung der Ausschöpfungsquote nicht erreicht wurde. Mit diesem Vorschlag soll sichergestellt werden, dass eine Angelegenheit in der Endphase des Nichtausschöpfungsmechanismus letztlich zu einem Abschluss oder einer Lösung gelangt.1.9.Eine weitere Frage, die in jüngerer Zeit im Rahmen dieser Beratungen angesprochen wurde, betrifft das Verhältnis zwischen den sich aus dem Nichtausschöpfungsmechanismus ergebenden Verpflichtungen und den spezifischen Bestimmungen über die Verwaltung von Zollkontingenten, die ein Einfuhrmitglied gegebenenfalls in seiner Liste der Zugeständnisse hat. Die Mitglieder erkannten allgemein an, dass die Zugeständnisse und Verpflichtungen in der Liste Vorrang haben und die Rolle des Beschlusses und seines Nichtausschöpfungsmechanismus darin besteht, zu einer wirksamen Durchführung der Verpflichtungen in der Liste beizutragen und nicht sie zu ändern. In diesem Zusammenhang ließen sich die Mitglieder insbesondere von Nummer 5 des Nichtausschöpfungsmechanismus leiten, worin ausdrücklich eine Hierarchie zwischen den Verpflichtungen aus den unter die Vereinbarungen fallenden Übereinkommen (zu denen gemäß Artikel II Absatz 7 des GATT 1994 die Warenlisten der Mitglieder gehören) und den Bestimmungen des Nichtausschöpfungsmechanismus vorgesehen ist (im Falle eines Konflikts haben die Bestimmungen der unter die Vereinbarung fallenden Übereinkommen Vorrang).1.10.Vor dem Hintergrund der Beratungen wurden in den Vorschlag für den Entwurf des Beschlusses über die künftige Funktionsweise von Nummer 4 des Nichtausschöpfungsmechanismus (im Anhang dieses Berichts) folgende Elemente aufgenommen:i)Die derzeitige Nummer 4 des Nichtausschöpfungsmechanismus wird zweigeteilt, womit Klarheit in Bezug auf die Standardanforderung gemäß der vorgeschlagenen Nummer 4.a und die besondere und differenzierte Behandlung gemäß der vorgeschlagenen Nummer 4.b geschaffen wird;ii)die besondere und differenzierte Behandlung gemäß der derzeitigen Nummer 4 wird unter der vorgeschlagenen Nummer 4.b unverändert wiedergegeben;iii)zur Lösung der ungeklärten Situation für ein in Entwicklung befindliches Einfuhrmitglied, das nach zwei Jahren den erforderlichen Standard für die Ausschöpfungsquote nicht erfüllt, während es entweder die derzeitige Verwaltungsmethode für Zollkontingente beibehält oder eine alternative Verwaltungsmethode anwendet, wird im Entwurf des Beschlusses vorgeschlagen, in den letzten Teil von Nummer 4.b eine zusätzliche Option aufzunehmen, um den Abschluss der Angelegenheit zu erreichen. Damit würde das in Entwicklung befindliche Einfuhrmitglied verpflichtet, die Standardanforderung im ersten Teil der derzeitigen Nummer 4 umzusetzen;iv)es wird eine neue Fußnote 6 vorgeschlagen, um den Bedenken Rechnung zu tragen, die einige Mitglieder in Bezug auf das Verhältnis zwischen den sich aus dem Nichtausschöpfungsmechanismus ergebenden Verpflichtungen und jenen, die in den Listen der Zugeständnisse der Einfuhrmitglieder enthalten sind, geäußert haben. Das Verhältnis zwischen den sich aus dem Nichtausschöpfungsmechanismus ergebenden Verpflichtungen und den Rechten und Pflichten der Mitglieder im Rahmen der unter die Vereinbarung fallenden Übereinkommen ist bereits in Nummer 5 des Nichtausschöpfungsmechanismus klargestellt;v)da mit einer Einigung über die künftige Funktionsweise von Nummer 4 des Nichtausschöpfungsmechanismus auch die Überprüfung der Funktionsweise des Beschlusses von Bali über die Verwaltung von Zollkontingenten gemäß den Nummern 13 bis 15 des Beschlusses abgeschlossen würde, wird in dem Beschlussentwurf vorgeschlagen, diese drei Nummern und Anhang B des Beschlusses nicht mehr anzuwenden.1.11.Nach Nummer 14 des Beschlusses müssen die Empfehlungen des Allgemeinen Rates in Bezug auf Nummer 4 des Nichtausschöpfungsmechanismus die besondere und differenzierte Behandlung vorsehen. In dieser Hinsicht wird in dem Entwurf des Beschlusses, der Empfehlungen für die künftige Funktionsweise von Nummer 4 enthält, die derzeitige Bestimmung über die besondere und differenzierte Behandlung unter der vorgeschlagenen Nummer 4.b beibehalten, da darin festgelegt ist, dass ein in Entwicklung befindliches Einfuhrmitglied in der Endphase des Nichtausschöpfungsmechanismus die derzeitige Verwaltungsmethode für Zollkontingente beibehalten oder eine alternative Verwaltungsmethode anwenden und eine Lösung des Falles erreichen kann, indem es die erforderliche Erhöhung der Ausschöpfungsquote ausweist. Diese Option gemäß der derzeitigen Nummer 4 des Beschlusses bleibt unverändert. Erreicht das in Entwicklung befindliche Einfuhrmitglied in den folgenden zwei Jahren die erforderliche Erhöhung der Ausschöpfungsquote unter diesen Umständen nicht, so kann gemäß dem vorgeschlagenen Beschluss von dem betreffenden Mitglied verlangt werden, die Standardanforderung gemäß dem ersten Teil der derzeitigen Nummer 4 anzuwenden (d. h. das Windhundverfahren beim Zoll oder die automatische Lizenzerteilung). Es ist darauf hinzuweisen, dass die Bestimmung auch nach den zwei Jahren nicht automatisch angewendet werden muss. Vielmehr gilt die vorgeschlagene Verpflichtung nur, wenn das/die betroffene(n) Ausfuhrmitglied(er) dies beantragt/beantragen. Wenn kein Antrag gestellt wird, obwohl das in Entwicklung befindliche Einfuhrmitglied die erforderliche Ausschöpfungsquote nicht erfüllt, wird die Angelegenheit der Nichtausschöpfung mit dem Vermerk geschlossen versehen.1.12.Der Ausschuss für Landwirtschaft hat seine 99. ordentliche Sitzung am 9. November 2021 erneut einberufen, um die Erörterung des ausgesetzten Tagesordnungspunkts 2 D(i) zur Umsetzung des Beschlusses von Bali über die Verwaltung von Zollkontingenten fortzusetzen. In dieser Sitzung vereinbarte der Ausschuss, den BeschlussentwurfEinige Mitglieder wiesen darauf hin, dass sie mehr Zeit für Konsultationen mit ihren Hauptstädten benötigten. im Anhang dieses Berichts dem Allgemeinen Rat zur Prüfung und zur anschließenden Weiterleitung an die Zwölfte Ministerkonferenz (MC-12) zur Beschlussfassung durch die Minister zu übermitteln.

9.2. Vertrauensmodell

Alle Verbindungen werden vom Standard-DCCG-Vertrauensmodell mithilfe von NBTLS- und NBUP-Zertifikaten hergestellt (siehe Verwaltung der Zertifikate). Alle Informationen werden in CMS-Nachrichten verpackt hochgeladen, um ihre Integrität zu gewährleisten.

9.3. Erstellung der Batches

9.3.1. Batch

Jede Widerrufsliste muss einen oder mehrere Einträge enthalten und wird in Batches verpackt, die eine Reihe von Hashwerten und ihre Metadaten enthalten. Ein Batch ist unveränderlich und definiert ein Ablaufdatum, an dem der Batch gelöscht werden kann. Das Ablaufdatum aller Elemente des Batches muss genau gleich sein, d. h., die Batches werden nach Ablaufdatum und dem Signatur-DSC gruppiert. Jeder Batch kann höchstens 1 000 Einträge enthalten. Umfasst die Widerrufsliste mehr als 1 000 Einträge, werden mehrere Batches erstellt. Jeder Eintrag kann in höchstens einem Batch erscheinen. Der Batch wird in einer CMS-Struktur verpackt und mit dem NBUP-Zertifikat des hochladenden Landes signiert.

9.3.2. Batch-Index

Bei der Erstellung erhält der Batch vom Gateway eine eindeutige Kennung, die dem Index automatisch hinzugefügt wird. Der Batch-Index wird in aufsteigender chronologischer Reihenfolge des Änderungsdatums geordnet.

9.3.3. Gateway-Verhalten

Das Gateway verarbeitet Widerrufs-Batches ohne jegliche Änderung: Es kann Batches weder aktualisieren noch entfernen oder sie um weitere Informationen ergänzen. Die Batches werden an alle zugelassenen Länder weitergeleitet (siehe Kapitel 9.6).

Das Gateway beobachtet aktiv die Ablaufdaten der Batches und entfernt die abgelaufenen Batches. Wenn ein Batch gelöscht ist, gibt das Gateway für die gelöschte Batch-URL die Antwort ‚HTTP 410 Gone‘ aus. Der Batch erscheint im Batch-Index daher als ‚gelöscht‘.

9.4. Hash-Typen

Die Widerrufsliste enthält Hashwerte, die verschiedenen Arten/Attributen von Widerrufen entsprechen können. Diese Arten oder Attribute sind bei der Bereitstellung der Widerrufslisten anzugeben. Derzeit gibt es folgende Arten:

Art Attribut Hashwert-Berechnung SIGNATURE DCC Signature SHA256 of DCC Signature UCI UCI (Unique Certificate Identifier) SHA256 of UCI COUNTRYCODEUCI Issuing Country Code + UCI SHA256 of Issuing CountryCode + UCI

Es werden nur die ersten 128 Bits der als Base64-Strings kodierten Hashwerte in die Batches aufgenommen und zur Identifizierung des widerrufenen DCC verwendet (1).

9.4.1. Hash-Typ: SHA256(DCC Signature)

In diesem Fall wird der Hashwert über die Bytes der COSE_SIGN1-Signatur des CWT berechnet. Bei RSA-Signaturen wird die gesamte Signatur verwendet. Die Formel für EC-DSA-signierte Zertifikate mit dem Wert r als Eingabe lautet:

SHA256(r)

[für alle neuen Umsetzungen vorgeschrieben]

9.4.2. Hash-Typ: SHA256(UCI)

In diesem Fall wird der Hashwert über den in UTF-8 kodierten UCI-String berechnet und in ein Byte-Array konvertiert.

[überholt (2), wird aber zur Gewährleistung der Rückwärtskompatibilität unterstützt]

9.4.3. Hash-Typ: SHA256(Issuing CountryCode+UCI)

In diesem Fall ist der als UTF-8-String kodierte Ländercode mit der als UTF-8-String kodierten UCI verkettet. Dies wird zu einem Byte-Array konvertiert und als Eingabe für die Hash-Funktion verwendet.

[überholt2, wird aber zur Gewährleistung der Rückwärtskompatibilität unterstützt]

9.5. API-Struktur

9.5.1. API für die Bereitstellung von Widerrufseinträgen

9.5.1.1. Zweck

Die API stellt die Einträge der Widerrufslisten in Batches zusammen mit einem Batch-Index bereit.

9.5.1.2. Endpunkte

9.5.1.2.1. Endpunkt zum Download der Batch-Liste

Die Endpunkte sind einfach strukturiert und geben eine Liste von Batches zusammen mit einem kleinen Wrapper mit Metadaten aus. Die Batches werden nach Datum in aufsteigender (chronologischer) Reihenfolge geordnet:

/revocation-list

Verb: GET

Content-Type: application/json

Response: JSON Array

{ ‘more‘:true|false, ‘batches‘: [{ ‘batchId‘: ‘{uuid}‘, ‘country‘: ‘XY‘, ‘date‘: ‘2021-11-01T00:00:00Z‘ ‘deleted‘: true | false }, .. ]

}

Anmerkung: Das Ergebnis ist standardmäßig auf 1 000 begrenzt. Ist das Flag ‚more‘ auf ‚true‘ gesetzt, besteht die Antwort darin, dass weitere Batches heruntergeladen werden können. Um weitere Elemente herunterzuladen, muss der Client den Header If-Modified-Since auf ein Datum setzen, das nicht vor dem letzten abgerufenen Eintrag liegen kann.

Die Antwort enthält ein JSON-Array mit folgender Struktur:

Feld Definition more Boolesches Flag, das angibt, dass es weitere Batches gibt batches Array der vorhandenen Batches batchId https://en.wikipedia.org/wiki/Universally_unique_identifier country Ländercode nach ISO 3166 date Datum (UTC) nach ISO 8601. Datum, an dem der Batch hinzugefügt oder gelöscht wurde. deleted Boolesches Flag. Wahr, falls gelöscht. Wenn das Flag ‚deleted‘ gesetzt wurde, kann der Eintrag nach 7 Tagen endgültig aus den Abfrageergebnissen entfernt werden.

9.5.1.2.1.1. Antwortcodes

Code Beschreibung 200 Alles ok 204 Kein Inhalt, wenn der Inhalt unter dem Header ‚If-Modified-Since‘ keine Übereinstimmung aufweist.

Anfrage-Header

Header Pflichtfeld Beschreibung If-Modified-Since Ja Dieser Header enthält das letzte Download-Datum, damit nur die neuesten Ergebnisse angezeigt werden. Bei Erstaufruf sollte der Header auf ‚2021-06-01T00:00:00Z‘ gesetzt werden.

9.5.1.2.2. Endpunkt für den Batch-Download

Die Batches enthalten eine Liste von Zertifikatskennungen:

/revocation-list/{batchId}

Verb: GET

Accepts: application/cms

Response:CMS with Content

{ ‘country‘: ‘XY‘, ‘expires‘: ‘2022-11-01T00:00:00Z‘, ‘kid‘:‘23S+33f=‘, ‘hashType’:’SIGNATURE’, ‘entries‘:[{ ‘hash‘:‘e2e2e2e2e2e2e2e2‘ }, ..]

}

Die Antwort enthält eine CMS mit einer Signatur, die mit dem NBUP-Zertifikat des Landes übereinstimmen muss. Alle Elemente des JSON-Array umfassen folgende Struktur:

Feld Pflichtfeld Art Definition expires Ja String Datum, an dem das Element entfernt werden kann. Datum/Uhrzeit (UTC) nach ISO 8601 country Ja String Ländercode nach ISO 3166 hashType Ja String Hash-Typ der bereitgestellten Einträge (siehe Hash-Typen) entries Ja JSON Object Array Siehe die Tabelle Einträge kid Ja String Base64-kodierte Schlüsselkennung (KID) des für die Signatur des DCC verwendeten DSC. Ist die KID nicht bekannt, kann der String `UNKNOWN_KID` (ohne das Zeichen `) verwendet werden. Anmerkungen:

— Die Batches werden nach Ablaufdatum und DSC gruppiert — alle Elemente laufen zum gleichen Zeitpunkt ab und wurden mit demselben Schlüssel signiert.

— Der Ablaufzeitpunkt wird als Datum/Uhrzeit in UTC angegeben, da das EUDCC ein weltweites System ist und der Zeitpunkt eindeutig sein muss.

— Das Ablaufdatum eines endgültig widerrufen DCC wird auf das Ablaufdatum des entsprechenden DSC, mit dem das DCC signiert wurde, oder auf das Ablaufdatum des widerrufenen DCC gesetzt (in letzterem Fall werden die numerischen Datums-/Epoch-Zeit-Angaben wie UTC-Zeitangaben behandelt).

— Das nationale Back-End (NB) entfernt Elemente aus der Widerrufsliste, wenn das Ablaufdatum erreicht ist.

— Das NB kann Elemente aus seiner Widerrufsliste entfernen, wenn die für die Signatur des DCC verwendete kid widerrufen wird.

9.5.1.2.2.1. Einträge

Feld Pflichtfeld Art Definition hash Ja String Die ersten 128 Bits des als base64-String kodierten SHA256-Hashwerts

Anmerkung: Das Objekt Einträge enthält derzeit nur einen Hash, aber zur Gewährleistung der Kompatibilität mit künftigen Änderungen wurde anstelle eines JSON-Arrays ein Objekt gewählt.

9.5.1.2.2.2. Antwort-Codes

Code Beschreibung 200 Alles ok 410 Batch entfernt. Batch kann im nationalen Back-End gelöscht werden.

9.5.1.2.2.3. Antwort-Header

Header Beschreibung ETag Batch-Kennung

9.5.1.2.3. Endpunkt zum Hochladen von Batches

Das Hochladen erfolgt mit demselben Endpunkt über das Verb POST:

/revocation-list

Verb: POST

Accepts: application/cms

Request: CMS with Content

ContentType: application/cms

Content:

{ ‘country‘: ‘XY‘, ‘expires‘: ‘2022-11-01T00:00:00Z‘, ‘kid‘:‘23S+33f=‘, ‘hashType‘:‘SIGNATURE‘, ‘entries‘:[{ ‘hash‘:‘e2e2e2e2e2e2e2e2‘ }, ..]

}

Der Batch wird mit dem NBUP-Zertifikat signiert. Das Gateway überprüft, ob die Signatur vom NBUP des jeweiligen Landes gesetzt wurde. Wird dies bei der Überprüfung der Signatur nicht festgestellt, ist das Hochladen nicht möglich.

ANMERKUNG: Jeder Batch ist unveränderlich und kann nach dem Hochladen nicht mehr geändert werden. Er kann jedoch gelöscht werden. Die Kennung jedes gelöschten Batches wird gespeichert, und es kann kein neuer Batch mit derselben Kennung hochgeladen werden.

9.5.1.2.4. Endpunkt zum Löschen von Batches

Ein Batch kann mit demselben Endpunkt über das Verb DELETE gelöscht werden:

/revocation-list

Verb: DELETE

Accepts: application/cms

ContentType: application/cms

Request: CMS with Content

Content:

{ ‘batchId‘: ‘...‘

}

Im Interesse der Kompatibilität kann der Batch auch mit dem folgenden Endpunkt über das Verb POST gelöscht werden:

/revocation-list/delete

Verb: POST

Accepts: application/cms

ContentType: application/cms

Request: CMS with Content

Content:

{ ‘batchId‘: ‘...‘

}

9.6. API-Schutz/DSGVO

In diesem Abschnitt sind für die Umsetzung Maßnahmen zur Einhaltung der Bestimmungen der Verordnung (EU) 2021/953 hinsichtlich der Verarbeitung personenbezogener Daten festgelegt.

9.6.1. Vorhandene Authentifizierung

Das Gateway nutzt derzeit das NBTLS-Zertifikat für die Authentifizierung von Ländern bei der Verbindung mit dem Gateway. Diese Authentifizierung kann verwendet werden, um die Identität des mit dem Gateway verbundenen Landes zu bestimmen. Diese Identität kann dann für die Zugangskontrolle genutzt werden.

9.6.2. Zugangskontrolle

Um personenbezogene Daten rechtmäßig verarbeiten zu können, wendet das Gateway einen Zugangskontrollmechanismus an.

Das Gateway nutzt eine Zugriffskontrollliste in Kombination mit einem rollenbasierten Sicherheitssystem (Role Based Security). Dabei werden zwei Tabellen geführt — eine Tabelle, die beschreibt, welche Rollen welche Vorgänge an welchen Ressourcen durchführen können, die andere beschreibt, welche Rollen welchen Nutzern zugewiesen sind.

Für die nach diesem Dokument vorgeschriebenen Kontrollen sind die folgenden drei Rollen erforderlich:

RevocationListReader

RevocationUploader

RevocationDeleter

Die folgenden Endpunkte prüfen, ob der Nutzer die Rolle RevocationListReader hat; ist dies der Fall, wird der Zugang gewährt; falls nicht, erscheint HTTP 403 Forbidden:

GET/revocation-list/

GET/revocation-list/{batchId}

Die folgenden Endpunkte prüfen, ob der Nutzer die Rolle RevocationUploader hat; ist dies der Fall, wird der Zugang gewährt; ist dies nicht der Fall, erscheint HTTP 403 Forbidden:

POST/revocation-list

Die folgenden Endpunkte prüfen, ob der Nutzer die Rolle RevocationDeleter hat; ist dies der Fall, wird der Zugang gewährt; ist dies nicht der Fall, erscheint HTTP 403 Forbidden:

DELETE/revocation-list

POST/revocation-list/delete

Zudem bietet das Gateway eine zuverlässige Methode, mit der die Administratoren die mit den Nutzern verknüpften Rolle so verwalten können, dass die Wahrscheinlichkeit menschlicher Fehler verringert wird und die funktionalen Administratoren gleichzeitig nicht belastet werden.“