Europäische Union

Beschluss 2008/616/JI des Rates vom 23. Juni 2008 zur Durchführung des Beschlusses 2008/615/JI zur Vertiefung der grenzüberschreitenden Zusammenarbeit, insbesondere zur Bekämpfung des Terrorismus und der grenzüberschreitenden Kriminalität

Konsolidierte Fassung

Konsolidierungsdatum: 2024-04-25

Quellenkennung: 32008D0616. Spätere Änderungen sind nicht automatisch in dieser Fassung enthalten.

Zur amtlichen Quelle ↗

Originaldateien und Anlagen
Weitere gespeicherte Fassungen

Durchsuchbarer Text in vereinfachter Darstellung. Tabellen, Abbildungen und verbindliche Gestaltung bitte anhand der Originaldateien prüfen.

für jede einzelne der möglichen Handflächenabdruckpositionen auf. 8.1.14.    Felder 15.014-15.019: Reserved for future definition (RSV) Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser Felder dennoch erscheinen sollte, so ist es zu ignorieren. 8.1.15.    Feld 15.020: Comment (COM) Dieses fakultative Feld kann zur Eingabe von Bemerkungen oder anderer ASCII-Text-Informationen benutzt werden, die Bildmaterial zum Handflächenabdruck begleiten. 8.1.16.    Felder 15.021-15.199: Reserved for future definition (RSV) Diese Felder werden für Ergänzungen frei gehalten, die bei künftigen Überarbeitungen dieses Standards aufgenommen werden. Vorerst ist keines dieser Felder zu verwenden. Falls eines dieser Felder auftreten sollte, so ist es zu ignorieren. 8.1.17.    Felder 15.200-15.998: User-defined fields (UDF) Diese vom Benutzer definierbaren Felder werden für künftige Zwecke benutzt werden. Ihr Umfang und Inhalt werden vom Benutzer definiert und müssen den Anforderungen der empfangenden Stelle entsprechen. Im Falle ihrer Verwendung enthalten sie ASCII-Text-Informationen. 8.1.18.    Feld 15.999: Image data (DAT) Dieses Feld enthält alle Daten eines aufgenommenen Handflächenabdruckbildes. Dem Feld wird stets die Feldnummer „999“ zugewiesen, und es muss das letzte physische Feld des Datensatzes sein. Beispielsweise folgen auf „15.999:“ die Bilddaten in binärer Darstellung. Jedes Pixel der unkomprimierten Graustufendaten wird normalerweise in 8 Bits umgesetzt (256 Graustufen), die in einem einzigen Byte enthalten sind. Ist der Wert im „BPX Field 15.012“ größer oder kleiner als „8“, so ändert sich die Anzahl der Bytes, die einen Pixel enthalten. Falls komprimiert wird, so muss die Kompression der Pixeldaten entsprechend der im „CGA Field“ festgelegten Komprimierungstechnik erfolgen. 8.2.   Ende von Typ-15 Handflächenabdruck-Bilddatei mit variabler Auflösung (End of Type-15 variable-resolution palmprint image record) Um Kohärenz zu gewährleisten, wird ein „FS“-Trennzeichen unmittelbar nach dem letzten Byte der Bilddaten des Feldes 15.999 eingefügt, um dieses vom nächsten Datensatz abzutrennen. Dieses Trennzeichen ist Bestandteil des Längenfelds des Typ-15-Datensatzes. 8.3.   Zusätzliche Typ-15 Handflächenabdruck-Bilddatei mit variabler Auflösung (Additional Type-15 variable-resolution palmprint image records) Zusätzliche Typ-15-Datensätze können in die Datei aufgenommen werden. Jedes zusätzliche Handflächenabdruckbild erfordert einen vollständigen Typ-15-Datensatz nebst „FS“-Trennzeichen. Tabelle 11: Höchstzahl der pro Übertragung für eine Überprüfung akzeptierten Kandidaten Type of AFIS Search TP/TP LT/TP LP/PP TP/UL LT/UL PP/ULP LP/ULP Maximum Number of Candidates 1 10 5 5 5 5 5 Art der Suche: TP/TP: Zehnfingerabdruck gegen Zehnfingerabdruck (ten-print against ten-print) LT/TP: Fingerabdruckspur gegen Zehnfingerabdruck (fingerprint latent against ten-print) LP/PP: Handflächenabdruckspur gegen Handflächenabdruck (palmprint latent against palmprint) TP/UL: Zehnfingerabdruck gegen offene Fingerabdruckspur (ten-print against unsolved fingerprint latent) LT/UL: Fingerabdruckspur gegen offene Fingerabdruckspur (fingerprint latent against unsolved fingerprint latent) PP/ULP: Handflächenabdruck gegen offene Handflächenabdruckspur (palmprint against unsolved palmprint latent) LP/ULP: Handflächenabdruckspur gegen offene Handflächenabdruckspur (palmprint latent against unsolved palmprint latent) 9.   Anlagen zu Kapitel 2 (Austausch daktyloskopischer Daten) 9.1.   Anlage 1 — Codes der ASCII-Trennzeichen ASCII Position () Description LF 1/10 Separates error codes in field 2.074 FS 1/12 Separates logical records of a file GS 1/13 Separates fields of a logical record RS 1/14 Separates the subfields of a record field US 1/15 Separates individual information items of the field or subfield (1)    Diese Position entspricht dem ASCII-Standard. 9.2.   Anlage 2 — Berechnung des alphanumerischen Kontrollzeichens (Check Character) Für TCN und TCR (Felder 1.09 und 1.10): Die Nummer, die dem Kontrollzeichen entspricht, wird anhand folgender Formel generiert: (YY * 108 + SSSSSSSS) Modulo 23 Die numerischen Werte YY und SSSSSSSS bezeichnen jeweils die beiden letzten Ziffern des Jahres und die Seriennummer. Das Kontrollzeichen wird anschließend anhand der nachstehenden Bezugstabelle generiert. Für CRO (Feld 2.010): Die Nummer, die dem Kontrollzeichen entspricht, wird anhand folgender Formel generiert: (YY * 106 + NNNNNN) Modulo 23 Die numerischen Werte YY und SSSSSSSS bezeichnen jeweils die beiden letzten Ziffern des Jahres und die Seriennummer. Das Kontrollzeichen wird anschließend anhand der nachstehenden Bezugstabelle generiert. Bezugstabelle für das Kontrollzeichen 1-A 9-J 17-T 2-B 10-K 18-U 3-C 11-L 19-V 4-D 12-M 20-W 5-E 13-N 21-X 6-F 14-P 22-Y 7-G 15-Q 0-Z 8-H 16-R   9.3.   Anlage 3 — Zeichencodes 7-Bit-ANSI-Code für den Informationsaustausch ASCII Character Set + 0 1 2 3 4 5 6 7 8 9 30       ! » # $ % & ‘ 40 ( ) * + , — . / 0 1 50 2 3 4 5 6 7 8 9 : ; 60 < = > ? @ A B C D E 70 F G H I J K L M N O 80 P Q R S T U V W X Y 90 Z [ \ ] ^ _ ' a b c 100 d e f g h i j k l m 110 n o p q r s t u v w 120 x y z { | } ~       9.4.   Anlage 4 — Transaktionsübersicht Typ-1-Datensatz (obligatorisch) Identifier Field Number Field Name CPS/PMS SRE ERR LEN 1001 Logical Record Length M M M VER 1002 Version Number M M M CNT 1003 File Content M M M TOT 1004 Type of Transaction M M M DAT 1005 Date M M M PRY 1006 Priority M M M DAI 1007 Destination Agency M M M ORI 1008 Originating Agency M M M TCN 1009 Transaction Control Number M M M TCR 1010 Transaction Control Reference C M M NSR 1011 Native Scanning Resolution M M M NTR 1012 Nominal Transmitting Resolution M M M DOM 1013 Domain name M M M GMT 1014 Greenwich mean time M M M Schlüssel: O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt), falls die Transaktion eine Antwort auf die anfragende Stelle darstellt. Typ-2-Datensatz (obligatorisch) Identifier Field Number Field Name CPS/PMS MPS/MMS SRE ERR LEN 2.001 Logical Record Length M M M M IDC 2.002 Image Designation Character M M M M SYS 2.003 System Information M M M M CNO 2.007 Case Number — M C — SQN 2.008 Sequence Number — C C — MID 2.009 Latent Identifier — C C — CRN 2.010 Criminal Reference Number M — C — MN1 2.012 Miscellaneous Identification Number — — C C MN2 2.013 Miscellaneous Identification Number — — C C MN3 2.014 Miscellaneous Identification Number — — C C MN4 2.015 Miscellaneous Identification Number — — C C INF 2.063 Additional Information O O O O RLS 2.064 Respondents List — — M — ERM 2.074 Status/Error Message Field — — — M ENC 2.320 Expected Number of Candidates M M — — Schlüssel: O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt), falls Daten vorhanden sind. * = falls die Übermittlung der Daten nach nationalem Recht erfolgt (fällt nicht unter den Beschluss 2008/615/JI) 9.5.   Anlage 5 — Typ-1-Datensatz: Definitionen Identifier Condition Field Number Field Name Character Type Example Data LEN M 1.001 Logical Record Length N 1.001:230{GS} VER M 1.002 Version Number N 1.002:0300{GS} CNT M 1.003 File Content N 1.003:1{US}15{RS}2{US} 00{RS}4{US}01{RS}4{US} 02{RS}4{US}03{RS}4{US} 04{RS}4{US}05{RS}4{US} 06{RS}4{US}07{RS}4{US} 08{RS}4{US}09{RS}4{US} 10{RS}4{US}11{RS}4{US} 12{RS}4{US}13{RS}4{US} 14{GS} TOT M 1.004 Type of Transaction A 1.004:CPS{GS} DAT M 1.005 Date N 1.005:20050101{GS} PRY M 1.006 Priority N 1.006:4{GS} DAI M 1.007 Destination Agency 1* 1.007:DE/BKA{GS} ORI M 1.008 Originating Agency 1* 1.008:NL/NAFIS{GS} TCN M 1.009 Transaction Control Number AN 1.009:0200000004F{GS} TCR C 1.010 Transaction Control Reference AN 1.010:0200000004F{GS} NSR M 1.011 Native Scanning Resolution AN 1.011:19.68{GS} NTR M 1.012 Nominal Transmitting Resolution AN 1.012:19.68{GS} DOM M 1.013 Domain Name AN 1.013: INT-I{US}4.22{GS} GMT M 1.014 Greenwich Mean Time AN 1.014:20050101125959Z In der Spalte „Condition“: O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt). In der Spalte „Character Type“: A = Alphanumerisch; N = Numerisch; B = Binär; 1* = zugelassene Zeichen zur Angabe des Namens der Stelle [„0..9“, „A..Z“, „a..z“, „_“, „.“, „ “, „—“]. 9.6.   Anlage 6 — Typ-2-Datensatz: Definitionen Tabelle A.6.1: CPS- und PMS-Transaktionen Identifier Condition Field Number Field Name Character Type Example Data LEN M 2.001 Logical Record Length N 2.001:909{GS} IDC M 2.002 Image Designation Character N 2.002:00{GS} SYS M 2.003 System Information N 2.003:0422{GS} CRN M 2.010 Criminal Reference Number AN 2.010:DE/E999999999{GS} INF O 2.063 Additional Information 1* 2.063:Additional Information 123{GS} ENC M 2.320 Expected Number of Candidates N 2.320:1{GS} Tabelle A.6.2: SRE-Transaktion Identifier Condition Field Number Field Name Character Type Example Data LEN M 2.001 Logical Record Length N 2.001:909{GS} IDC M 2.002 Image Designation Character N 2.002:00{GS} SYS M 2.003 System Information N 2.003:0422{GS} CRN C 2.010 Criminal Reference Number AN 2.010:NL/2222222222{GS} MN1 C 2.012 Miscellaneous Identification Number AN 2.012:E999999999{GS} MN2 C 2.013 Miscellaneous Identification Number AN 2.013:E999999999{GS} MN3 C 2.014 Miscellaneous Identification Number N 2.014:0001{GS} MN4 C 2.015 Miscellaneous Identification Number A 2.015:A{GS} INF O 2.063 Additional Information 1* 2.063:Additional Information 123{GS} RLS M 2.064 Respondents List AN 2.064:CPS{RS}I{RS} 001/001{RS}999999{GS} Tabelle A.6.3: ERR-Transaktion Identifier Condition Field Number Field Name Character Type Example Data LEN M 2.001 Logical Record Length N 2.001:909{GS} IDC M 2.002 Image Designation Character N 2.002:00{GS} SYS M 2.003 System Information N 2.003:0422{GS} MN1 M 2.012 Miscellaneous Identification Number AN 2.012:E999999999{GS} MN2 C 2.013 Miscellaneous Identification Number AN 2.013:E999999999{GS} MN3 C 2.014 Miscellaneous Identification Number N 2.014:0001{GS} MN4 C 2.015 Miscellaneous Identification Number A 2.015:A{GS} INF O 2.063 Additional Information 1* 2.063:Additional Information 123{GS} ERM M 2.074 Status/Error Message Field AN 2.074: 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {LF} 115: IDC 0 FIELD 2.003 INVALID SYSTEM INFORMATION {GS} Tabelle A.6.4: MPS- und MMS-Transaktion Identifier Condition Field Number Field Name Character Type Example Data LEN M 2.001 Logical Record Length N 2.001:909{GS} IDC M 2.002 Image Designation Character N 2.002:00{GS} SYS M 2.003 System Information N 2.003:0422{GS} CNO M 2.007 Case Number AN 2.007:E999999999{GS} SQN C 2.008 Sequence Number N 2.008:0001{GS} MID C 2.009 Latent Identifier A 2.009:A{GS} INF O 2.063 Additional Information 1* 2.063:Additional Information 123{GS} ENC M 2.320 Expected Number of Candidates N 2.320:1{GS} In der Spalte „Condition“: O = Optional (fakultativ); M = Mandatory (obligatorisch); C = Conditional (bedingt). In der Spalte „Character Type“: A = Alphanumerisch; N = Numerisch; B = Binär; 1* = zugelassene Zeichen sind [„0..9“, „A..Z“, „a..z“, „_“, „.“, „ “, „—“, „,“]. 9.7.   Anlage 7 — Graustufenkomprimierungscodes Komprimierungscodes Compression Value Remarks Wavelet Scalar Quantization Grayscale Fingerprint Image Compression Specification IAFIS-IC-0010(V3), dated 19 December 1997 WSQ Algorithm to be used for the compression of grayscale images in Type-4, Type-7 and Type-13 to Type-15 records. Shall not be used for resolutions > 500dpi JPEG 2000 [ISO 15444/ITU T.800] J2K To be used for lossy and losslessly compression of grayscale images in Type-13 to Type-15 records. Strongly recommended for resolutions > 500 dpi 9.8.   Anlage 8 — Mailspezifikation Zur Verbesserung der internen Arbeitsabläufe ist bei PRUEM-Transaktionen im Betreff-Feld der Mail der Ländercode (CC) des Absender-Mitgliedstaats und die Art der Transaktion (TOT-Feld 1.004) anzugeben. Format: CC/type of transaction Beispiel: „DE/CPS“ Der Mail-Body kann leer sein. KAPITEL 3: Austausch von Daten aus den Fahrzeugregistern 1.   Einheitlicher Datensatz für den automatisierten Abruf von Daten aus den Fahrzeugregistern 1.1.   Begriffsbestimmungen Für obligatorische und optionale Datenelemente gemäß Artikel 16 Absatz 4 gelten die folgenden Begriffsbestimmungen: Obligatorisch (M = Mandatory): Das Datenelement ist zu übermitteln, wenn Angaben im nationalen Fahrzeugregister eines Mitgliedstaats vorliegen. Daher besteht die Pflicht zum Austausch der Angaben, wenn sie verfügbar sind. Optional (O): Das Datenelement kann übermittelt werden, wenn die Angaben im nationalen Fahrzeugregister eines Mitgliedstaats vorliegen. Daher besteht keine Pflicht zum Austausch der Angaben, selbst wenn sie verfügbar sind. Jedes Element des Datensatzes, das in Bezug auf den Beschluss 2008/615/JI als besonders wichtig hervorzuheben ist, wird mit „Y“ gekennzeichnet. 1.2.   Abruf von Fahrzeug-/Eigentümer-/Halterdaten 1.2.1.    Abrufkriterien Es gibt zwei Möglichkeiten für den Datenabruf der im nächsten Absatz beschriebenen Informationen: —  Abruf mit Fahrzeug-Identifizierungsnummer (FIN), Stichtag und Uhrzeit (optional); —  Abruf mit Registrierungsnummer (Kennzeichen), Fahrzeug-Identifizierungsnummer (FIN) (optional), Stichtag und Uhrzeit (optional). Anhand dieser Abrufkriterien können Angaben zu einem Fahrzeug, bisweilen auch zu mehreren Fahrzeugen, gefunden werden. Finden sich Angaben nur zu einem Fahrzeug, so werden alle Datenelemente in einer Auskunft ausgegeben. Finden sich Angaben zu mehr als einem Fahrzeug, so kann der die Anfrage empfangende Mitgliedstaat (z. B. aus Datenschutz- oder Kapazitätsgründen) entscheiden, welche Datenelemente in die Auskunft aufgenommen werden, d. h. entweder alle Datenelemente oder nur die Datenelemente, die für die Abrufverfeinerung notwendig sind. Die für die Abrufverfeinerung notwendigen Datenelemente sind in Nummer 1.2.2.1 wiedergegeben. In Nummer 1.2.2.2 ist der vollständige Auskunftsdatensatz beschrieben. Abrufe mit Fahrzeug-Identifizierungsnummer, Stichtag und Uhrzeit können an einen oder alle beteiligten Mitgliedstaaten gerichtet werden. Abrufe mit Registrierungsnummer (Kennzeichen), Stichtag und Uhrzeit sind an einen bestimmten Mitgliedstaat zu richten. Üblicherweise werden für den Abruf das aktuelle Datum und die aktuelle Uhrzeit verwendet, doch kann ein Abruf auch auf zurückliegende Stichtage und Uhrzeiten bezogen werden. Wird ein Abruf mit in der Vergangenheit liegenden Stichtagen und Uhrzeiten durchgeführt und finden sich im Register des betreffenden Mitgliedstaats keine „historischen“ Angaben, weil solche Daten nicht gespeichert werden, können die aktuellen Angaben — versehen mit einem Vermerk, dass es sich um aktuelle Angaben handelt — in die Auskunft aufgenommen werden. 1.2.2.    Datensatz 1.2.2.1. Notwendige Datenelemente für die Abrufverfeinerung Item M/O () Remarks Prüm Y/N () Data relating to vehicles       Licence number M   Y Chassis number/VIN M   Y Country of registration M   Y Make M (D.1 ()) e.g. Ford, Opel, Renault etc. Y Commercial type of the vehicle M (D.3) e.g. Focus, Astra, Megane Y EU Category Code M (J) mopeds, motorbikes, cars etc. Y (1)    M = mandatory when available in national register, O = optional. (2)    All the attributes specifically allocated by the Member States are indicated with Y. (3)    Harmonised document abbreviation, see Council Directive 1999/37/EC of 29.4.1999. 1.2.2.2. Vollständiger Datensatz Item M/O () Remarks Prüm Y/N Data relating to holders of the vehicle   (C.1 ()) The data refer to the holder of the specific registration certificate.   Registration holders' (company) name M (C.1.1) Separate fields will be used for surname, infixes, titles etc., and the name in printable format will be communicated. Y First name M (C.1.2) Separate fields for first name(s) and initials will be used, and the name in printable format will be communicated. Y Address M (C.1.3) Separate fields will be used for Street, House number and Annex, Zip code, Place of residence, Country of residence etc., and the Address in printable format will be communicated. Y Gender M Male, female Y Date of birth M   Y Legal entity M Individual, association, company, firm etc. Y Place of birth O   Y ID Number O An identifier that uniquely identifies the person or the company. N Type of ID Number O The type of ID Number (e.g. passport number) N Start date holdership O Start date of the holder ship of the car. This date will often be the same as printed under (I) on the registration certificate of the vehicle. N End date holdership O End data of the holder ship of the car N Type of holder O If there is no owner of the vehicle (C.2) the reference to the fact that the holder of the registration certificate: — is the vehicle owner — is not the vehicle owner — is not identified by the registration certificate as being the vehicle owner. N Data relating to owners of the vehicle   (C.2)   Owners' (company) name M (C.2.1) Y First name M (C.2.2) Y Address M (C.2.3) Y Gender M Male, female Y Date of birth M   Y Legal entity M Individual, association, company, firm etc. Y Place of birth O   Y ID Number O An identifier that uniquely identifies the person or the company. N Type of ID Number O The type of ID Number (e.g. passport number) N Start date ownership O Start date of the ownership of the car N End date ownership O End data of the ownership of the car N Data relating to vehicles       Licence number M   Y Chassis number/VIN M   Y Country of registration M   Y Make M (D.1) e.g. Ford, Opel, Renault etc. Y Commercial type of the vehicle M (D.3) e.g. Focus, Astra, Megane Y Nature of the vehicle/EU Category Code M (J) Mopeds, motorbikes, cars etc. Y Date of first registration M (B) Date of first registration of the vehicle somewhere in the world Y Start date (actual) registration M (I) Date of the registration to which the specific certificate of the vehicle refers Y End date registration M End data of the registration to which the specific certificate of the vehicle refers. It is possible this date indicates the period of validity as printed on the document if not unlimited (document abbreviation = H). Y Status M Scrapped, stolen, exported etc. Y Start date status M   Y End date status O   N kW O (P.2) Y Capacity O (P.1) Y Type of licence number O Regular, transito etc. Y Vehicle document id 1 O The first unique document ID as printed on the vehicle document Y Vehicle document id 2 () O A second document ID as printed on the vehicle document Y Data relating to insurances       Insurance company name O   Y Begin date insurance O   Y End date insurance O   Y Address O   Y Insurance number O   Y ID Number O An identifier that uniquely identifies the company N Type of ID Number O The type of ID Number (e.g. number of the Chamber of Commerce) N (1)    M = mandatory when available in national register, O = optional. (2)    Harmonised document abbreviation, see Council Directive 1999/37/EC, 29-04-1999. (3)    In Luxembourg two separate vehicle registration document ID's are used. 2.   Datensicherheit 2.1.   Allgemeines Die Eucaris-Softwareanwendung ermöglicht eine sichere Verbindung zu den anderen Mitgliedstaaten und die Kommunikation mit den Back-End Legacy-Systemen der Mitgliedstaaten unter Nutzung von XML. Die Mitgliedstaaten tauschen Nachrichten durch direkte Übermittlung an den Empfänger aus. Das Datenzentrum eines Mitgliedstaats ist an das TESTA- Kommunikationsnetzwerk der EU angeschlossen. Die über das Netzwerk übertragenen XML-Nachrichten sind verschlüsselt. Als Verschlüsselungsverfahren für diese Nachrichten dient SSL. Die an das Back-End-System übertragenen Nachrichten sind XML-Nachrichten in Klartext, da sich die Verbindung zwischen der Anwendung und dem Back-End-System in einer geschützten Umgebung befindet. Es ist eine Client-Anwendung vorhanden, die von einem Mitgliedstaat für Abfragen im eigenen nationalen Register oder in den Registern anderer Mitgliedstaaten verwendet werden kann. Clients werden mittels Nutzer-ID/Passwort oder Client-Zertifikat identifiziert. Die Verbindung zu einem Nutzer kann verschlüsselt werden, doch fällt dies in die Zuständigkeit jedes einzelnen Mitgliedstaats. 2.2.   Sicherheitsmerkmale in Bezug auf den Nachrichtenaustausch Das Sicherheitskonzept kombiniert HTTPS- und XML-Signatur. Bei dieser Variante wird die XML-Signatur verwendet, um alle an den Server übertragenen Nachrichten zu signieren; mit ihr kann der Absender durch Prüfung der Signatur authentisiert werden. 1-seitiges (1-sided) SSL (nur Serverzertifikat) wird zum Schutz der Vertraulichkeit und Integrität der Nachricht bei der Übertragung und zur Abwehr von Lösch-, Wiedereinspiel- oder Einfügungsattacken verwendet. Anstelle einer maßgeschneiderten Softwareentwicklung zur Implementierung von 2-seitigem (2-sided) SSL wird die XML-Signatur eingesetzt. Die Nutzung der XML-Signatur ist näher an der Web Services Roadmap als das 2-seitige SSL und deshalb strategisch vorteilhafter. Die XML-Signatur kann auf vielerlei Weise implementiert werden, doch die ausgewählte Methode ist ihre Verwendung als Bestandteil der Web Services Security (WSS). WSS gibt im Einzelnen vor, wie die XML-Signatur einzusetzen ist. Da WSS auf dem SOAP-Standard basiert, ist es logisch, dass am SOAP-Standard so weit wie möglich festgehalten werden sollte. 2.3.   Sicherheitsmerkmale ohne Bezug zum Nachrichtenaustausch 2.3.1.    Authentisierung von Nutzern Die Nutzer der Eucaris-Web-Anwendung authentisieren sich durch einen Nutzernamen und ein Passwort. Da die übliche Windows-Authentisierung genutzt wird, können die Mitgliedstaaten bei Bedarf den Authentisierungsgrad durch Einsatz von Client-Zertifikaten erhöhen. 2.3.2.    Nutzerrollen (user roles) Die Eucaris-Softwareanwendung unterstützt verschiedene Nutzerrollen. Zu jeder Gruppe von Diensten gehört eine eigene Autorisierung. Beispielsweise können Nutzer, die (ausschließlich) Zugriff auf die Funktionalitäten nach dem Eucaris-Vertrag haben, die Funktionalitäten des Prümer Vertrags nicht nutzen. Administratordienste sind von den normalen Endnutzerrollen getrennt. 2.3.3.    Protokollierung und Überwachung (tracing) des Nachrichtenaustauschs Die Protokollierung wird durch die Eucaris-Softwarea

Quellenbestand vom 5. Oktober 2026. Die Sammlung wird schrittweise erweitert. Dokumentfassungen sind nicht mit der Zahl eigenständiger Gesetze gleichzusetzen.