gemSpec_HBA_ObjSys_G2_1_V5.2.0_Aend

 

 

 

Elektronische Gesundheitskarte und Telematikinfrastruktur

 

 

 

Spezifikation des elektronischen Heilberufsausweises

HBA-Objektsystem

 

   

   

Version	5.12.0
Revision	548770567847
Stand	30.06.202112.05.2022
Status	freigegeben
Klassifizierung	öffentlich
Referenzierung	gemSpec_HBA_ObjSys_G2.1

Dokumentinformationen

Änderungen zur Vorversion

Anpassungen des vorliegenden Dokumentes im Vergleich zur Vorversion können Sie der nachfolgenden Tabelle entnehmen.

Dokumentenhistorie

Inhaltsverzeichnis

DokumentinformationenDokumentinformationen

InhaltsverzeichnisInhaltsverzeichnis

1 Einordnung des Dokumentes

1.1 Zielsetzung

1.2 Zielgruppe

1.3 Geltungsbereich

1.4 Abgrenzung des Dokuments

1.5 Methodik

1.5.1 Nomenklatur

1.5.2 Verwendung von Schüsselworten

1.5.3 Komponentenspezifische Anforderungen

2 Optionen

2.1 Option_Erstellung_von_Testkarten

2.2 Option_Personalisierung_Admin_Schlüssel

3 Lebenszyklus von Karte und Applikation

4 Anwendungsübergreifende Festlegungen

4.1 Mindestanzahl logischer Kanäle

4.2 Unterstützung RSA CV-Zertifikate

4.3 Unterstützung Onboard-RSA-Schlüsselgenerierung

4.4 Untestützung optionaler Funktionspakete

4.4.1 USB-Schnittstelle (optional)

4.4.2 Kontaktlose Schnittstelle (optional)

4.4.3 Kryptobox (optional)

4.4.4 Symmetrischer Kryptographiealgorithmus DES (optional)

4.5 Attributstabellen

4.5.1 Attribute eines Ordners

4.5.2 Attribute einer Datei (EF)

4.6 Zugriffsregeln für besondere Kommandos

4.7 Attributswerte und Personalisierung

4.8 Kartenadministration

5 Spezifikation grundlegender Applikationen

5.1 Attribute des Objektsystems

5.1.1 ATR-Kodierung

5.2 Allgemeine Struktur

5.3 Root, die Wurzelapplikation MF

5.3.1 MF / EF.ATR

5.3.2 MF / EF.CardAccess (Option kontaktlose Schnittstelle)

5.3.3 MF / EF.DIR

5.3.4 MF / EF.GDO

5.3.5 MF / EF.Version2

5.3.6 MF / EF.C.CA_HPC.CS.E256

5.3.7 MF / EF.C.HPC.AUTR_CVC.E256

5.3.8 MF / EF.C.HPC.AUTD_SUK_CVC.E256

5.3.9 MF / PIN.CH

5.3.10 MF / PrK.HPC.AUTR_CVC.E256

5.3.11 MF / PrK.HPC.AUTD_SUK_CVC.E256

5.3.12 Sicherheitsanker zum Import von CV-Zertifikaten

5.3.12.1 MF / PuK.RCA.CS.E256

5.3.13 Asymmetrische Kartenadministration

5.3.13.1 MF / PuK.RCA.ADMINCMS.CS.E256

5.3.14 Symmetrische Kartenadministration

5.3.14.1 MF / SK.CMS.AES128

5.3.14.2 MF / SK.CMS.AES256

5.3.14.3 MF / SK.CUP.AES128

5.3.14.4 MF / SK.CUP.AES256

5.3.15 MF / SK.CAN (Option kontaktlose Schnittstelle)

5.3.16 Sicherheitsumgebungen auf MF-Ebene

5.4 Die Heilberufsanwendung DF.HPA

5.4.1 Dateistruktur und Dateiinhalt

5.4.2 MF / DF.HPA (Health Professional Application)

5.4.2.1 MF / DF.HPA / EF.HPD (Health Professional Data)

5.4.2.2 Sicherheitsumgebungen

5.5 Die Anwendung für die qualifizierte elektronische Signatur (DF.QES)

5.5.1 Dateistruktur und Dateiinhalt

5.5.2 MF / DF.QES (Qualified Electronic Signature Application)

5.5.2.1 MF / DF.QES / PrK.HP.QES.R2048

5.5.2.2 MF / DF.QES / PIN.QES

5.5.2.3 MF / DF.QES / EF.SSEC

5.5.2.4 MF / DF.QES / EF.C.HP.QES.R2048

5.5.2.5 MF / DF.QES / PrK.HP.QES.E256

5.5.2.6 MF / DF.QES / EF.C.HP.QES.E256

5.6 Die ESIGN-Anwendung (DF.ESIGN)

5.6.1 Dateistruktur und Dateiinhalt

5.6.2 MF / DF.ESIGN (Krypto-Anwendung ESIGN)

5.6.2.1 MF / DF.ESIGN / PrK.HP.AUT.R2048

5.6.2.2 MF / DF.ESIGN / PrK.HP.ENC.R2048

5.6.2.3 MF / DF.ESIGN / EF.C.HP.AUT.R2048

5.6.2.4 MF / DF.ESIGN / EF.C.HP.ENC.R2048

5.6.2.5 MF / DF.ESIGN / PrK.HP.AUT.E256

5.6.2.6 MF / DF.ESIGN / PrK.HP.ENC.E256

5.6.2.7 MF / DF.ESIGN / EF.C.HP.AUT.E256

5.6.2.8 MF / DF.ESIGN/ EF.C.HP.ENC.E256

5.6.2.9 MF / DF.ESIGN / EF.C.HP.SIG.R2048

5.6.2.10 MF / DF.ESIGN / EF.C.HP.SIG.E256

5.6.2.11 MF / DF.ESIGN / PrK.HP.SIG.R2048

5.6.2.12 MF / DF.ESIGN / PrK.HP.SIG.E256

5.6.3 Sicherheitsumgebungen

5.7 Die kryptographischen Informationsanwendungen

5.7.1 MF / DF.CIA.QES (Cryptographic Information Applications)

5.7.1.1 MF / DF.CIA.QES / EF.CIA.CIAInfo

5.7.1.2 MF / DF.CIA.QES / EF.OD

5.7.1.3 MF / DF.CIA.QES / EF.AOD (Authentication Object Directory)

5.7.1.4 MF / DF.CIA.QES / EF.PrKD (Private Key Directory)

5.7.1.5 MF / DF.CIA.QES / EF.CD (Certificate Directory)

5.7.2 MF / DF.CIA.ESIGN (Cryptographic Information Applications)

5.7.2.1 MF / DF.CIA.ESIGN / EF.CIA.CIAInfo

5.7.2.2 MF / DF.CIA.ESIGN / EF.OD

5.7.2.3 MF / DF.CIA.ESIGN / EF.AOD (Authentication Object Directory)

5.7.2.4 MF / DF.CIA.ESIGN / EF.PrKD (Private Key Directory)

5.7.2.5 MF / DF.CIA.ESIGN / EF.CD (Certificate Directory)

5.8 Die Organisationsspezifische Authentisierungsanwendung

5.8.1 Dateistruktur und Dateiinhalt

5.8.2 DF.AUTO (Organization-specific Authentication Application)

5.8.2.1 MF / DF.AUTO / PrK.HP.AUTO.R3072

5.8.2.2 MF / DF.AUTO / PIN.AUTO

5.8.2.3 MF / DF.AUTO / PIN.SO

5.8.2.4 MF / DF.AUTO / EF.C.HP.AUTO1.R3072

5.8.2.5 MF / DF.AUTO / EF.C.HP.AUTO2.R3072

5.8.2.6 Sicherheitsumgebungen

5.8.2.7 Vorgaben für die Nutzung von DF.AUTO

5.9 Laden einer neuen Anwendung oder Anlegen eines EFs nach Ausgabe des HBA

6 Anhang A – Verzeichnisse

6.1 Abkürzungen

6.2 Glossar

6.3 Abbildungsverzeichnis

6.4 Tabellenverzeichnis

6.5 Referenzierte Dokumente

6.5.1 Dokumente der gematik

6.5.2 Weitere Dokumente

1 Einordnung des Dokumentes

1.1 Zielsetzung

Dieses Dokument spezifiziert die Objektstruktur des Heilberufsausweises (HBA) und beschreibt die Kartenschnittstelle zu dem HBA für Angehörige approbierter Heilberufe. Die Spezifikation ist so aufgebaut, dass sie an die Anforderungen anderer Heilberufe angepasst werden kann.

Die Spezifikation berücksichtigt:

• Die EU-Verordnung Nr. 910/2014 (eIDAS)
• die DIN-Spezifikation für Chipkarten mit digitaler Signatur
• die ESIGN-Spezifikation für elektronische Signaturen
• die zugehörenden ISO-Standards (speziell ISO/IEC 7816, Teile 1-4, 6, 8, 9 und 15)
• andere Quellen (z.B. Anforderungen der Trustcenter)

Die Spezifikation behandelt Anwendungen des elektronischen Heilberufsausweises (HBA) unter den folgenden, rein kartenorientierten Gesichtspunkten:

• Ordnerstruktur,
• Dateien,
• Sicherheitsmechanismen wie Zugriffsregeln.

Somit stellt dieses Dokument auf unterster technischer Ebene eine Reihe von Datencontainern bereit. Zudem werden hier die Sicherheitsmechanismen für diese Datencontainer festgelegt, d. h. es wird festgelegt, welchen Instanzen es unter welchen Voraussetzungen möglich ist, auf Inhalte der Container zuzugreifen. Die Semantik und die Syntax der Inhalte in Datencontainern ist dagegen nicht Gegenstand dieses Dokumentes (siehe dazu auch Kapitel 1.4).

1.2 Zielgruppe

Das Dokument richtet sich an

• Hersteller, welche die hier spezifizierten Anwendungen für ein bestimmtes Chipkartenbetriebssystem umsetzen,
• Kartenherausgeber, die anhand der hier spezifizierten Anwendungen die elektrische Personalisierung eines HBA planen,
• Hersteller von Systemen, welche unmittelbar mit der Chipkarte kommunizieren.

1.3 Geltungsbereich

Dieses Dokument enthält normative Festlegungen zur Telematikinfrastruktur des deutschen Gesundheitswesens. Der Gültigkeitszeitraum der vorliegenden Version und deren Anwendung in Zulassungsverfahren wird durch die gematik GmbH in gesonderten Dokumenten (z.B. Dokumentenlandkarte, Produkttypsteckbrief, Leistungsbeschreibung) festgelegt und bekannt gegeben.

 

Schutzrechts-/Patentrechtshinweis

Die nachfolgende Spezifikation ist von der gematik allein unter technischen Gesichtspunkten erstellt worden. Im Einzelfall kann nicht ausgeschlossen werden, dass die Implementierung der Spezifikation in technische Schutzrechte Dritter eingreift. Es ist allein Sache des Anbieters oder Herstellers, durch geeignete Maßnahmen dafür Sorge zu tragen, dass von ihm aufgrund der Spezifikation angebotene Produkte und/oder Leistungen nicht gegen Schutzrechte Dritter verstoßen und sich ggf. die erforderlichen Erlaubnisse/Lizenzen von den betroffenen Schutzrechtsinhabern einzuholen. Die gematik GmbH übernimmt insofern keinerlei Gewährleistungen.

1.4 Abgrenzung des Dokuments

Die Basiskommandos, die Grundfunktionen des Betriebssystems sowie die grundlegenden Sicherheitsfunktionen und -algorithmen (hard facts) für alle Karten des Gesundheitswesens (eGK, HBA, SMC-B, gSMC-K, gSMC-KT) werden in der Spezifikation des Card Operating System (COS) detailliert beschrieben [gemSpec_COS]. Diese Spezifikation ist Grundlage der Entwicklung der Kommandostrukturen und Funktionen für die Chipkartenbetriebssysteme.

Die „Äußere Gestaltung“ des HBA wird vom jeweils für die Ausgabe der HBAs verantwortlichen Sektor in eigener Verantwortung spezifiziert; dies ist nicht Aufgabe der gematik.

1.5 Methodik

1.5.1 Nomenklatur

In [gemSpec_COS] wurde ein objektorientierter Ansatz für die Beschreibung der Funktionalität des Betriebssystems gewählt. Deshalb wurde dort der Begriff "Passwortobjekt" verwendet, wenn Instanzen für eine Benutzerverifikation besprochen wurden. Da in diesem Dokument lediglich numerische Ziffernfolgen als Verifikationsdaten eines Benutzers verwendet werden, wird hier statt Passwortobjekt vielfach der Begriff PIN gewählt, wenn keine Gefahr besteht, dass es zu Verwechslungen kommt zwischen den Verifikationsdaten und der Instanz des Objektes, in denen sie enthalten sind (zur Erinnerung: Ein Passwortobjekt enthält neben den Verifikationsdaten auch einen Identifier, eine Zugriffsregel, eine PUK, …).

Der Begriff "Wildcard" wird in diesem Dokument im Sinn eines "beliebigen, herstellerspezifischen Wertes, der nicht anderen Vorgaben widerspricht" verwendet.

Für die Authentisierung der Zugriffe durch ein CMS auf die dafür vorgesehenen Objekte können entweder symmetrische Verfahren mit AES-Schlüsseln oder alternativ asymmetrische Verfahren mit CV-Zertifikaten verwendet werden. Für beide Verfahren sind die Schlüsselobjekte in dieser Spezifikation spezifiziert.

Die in diesem Dokument referenzierten Flaglisten cvc_FlagList_CMS und cvc_FlagList_TI sind normativ in [gemSpec_PKI#6.7.5] und die dazugehörenden OIDs oid_cvc_fl_cms und oid_cvc_fl_ti sind normativ in [gemSpec_OID] definiert.

Gemäß [gemSpec_COS#(N022.400)] wird die Notwendigkeit einer externen Rollenauthentisierung für Karten der Generation 2 mit einer Flaglist wie folgt dargestellt: AUT(OID, FlagList) wobei OID stets aus der Menge {oid_cvc_fl_cms, oid_cvc_fl_ti} ist und FlagList ein sieben Oktett langer String, in welchem im Rahmen dieses Dokuments genau ein Bit gesetzt ist. Abkürzend wird deshalb in diesem Dokument lediglich die Nummer des gesetzten Bits angegeben in Verbindung mit der OID. Ein gesetztes Bit i in Verbindung mit der oid_cvc_fl_cms wird im Folgenden mit flagCMS.i angegeben und ein gesetztes Bit j in Verbindung mit der oid_cvc_fl_ti wird im Folgenden mit flagTI.j angegeben.

Beispiele:

Um die Zugriffsregeln für administrative Zugriffe in den einzelnen Tabellen übersichtlich darstellen zu können, werden folgende Abkürzungen verwendet:

In der obigen Tabelle, wie auch an anderen Stellen im Dokument werden aus Gründen der besseren Lesbarkeit häufig mehrere Zugriffsarten zusammengefasst und dafür eine Zugriffsbedingung angegeben. Beispielsweise (Read, Update) nur, wenn SmMac(SK.CAN) AND SmCmdEnc AND SmRspEnc. Dabei ist folgendes zu beachten:

1. Für Kommandonachrichten ohne Kommandodaten ist der Term SmCmdEnc sinnlos.
2. Für Antwortnachrichten ohne Antwortdaten ist der Term SmRspEnc sinnlos.
3. Die Spezifikation ist wie folgt zu interpretieren:
   1. Falls eine Kommandonachricht keine Kommandodaten enthält, dann ist es zulässig den Term SmCmdEnc zu ignorieren, falls er in der Spezifikation vorhanden ist.
   2. Falls eine Antwortnachricht keine Antwortdaten enthält, dann ist es zulässig den Term SmRspEnc zu ignorieren, falls er in der Spezifikation vorhanden ist.
4. Für die Konformitätsprüfung eines Prüflings gilt bei der Beurteilung von Zugriffsbedingungen:
   1. Falls für eine Zugriffsart keine Kommandodaten existieren, dann ist es für den Prüfling zulässig in der zugehörige Zugriffsregel den Term SmCmdEnc zu verwenden.
   2. Falls für eine Zugriffsart keine Antwortdaten existieren, dann ist es für den Prüfling zulässig in der zugehörige Zugriffsregel den Term SmRspEnc zu verwenden.

1.5.2 Verwendung von Schüsselworten

Anforderungen als Ausdruck normativer Festlegungen werden durch eine eindeutige ID in eckigen Klammern sowie die dem RFC 2119 [RFC2119] entsprechenden, in Großbuchstaben geschriebenen deutschen Schlüsselworte MUSS, DARF NICHT, SOLL, SOLL NICHT, KANN gekennzeichnet

Sie werden im Dokument wie folgt dargestellt:

<AFO-ID> - <Titel der Afo>
Text / Beschreibung
[<=]

Dabei umfasst die Anforderung sämtliche innerhalb der Textmarken angeführten Inhalte.

Abwandlungen von „MUSS“ zu „MÜSSEN“ etc. sind der Grammatik geschuldet. Da im Beispielsatz „Eine leere Liste DARF NICHT ein Element besitzen.“ die Phrase „DARF NICHT“ semantisch irreführend wäre (wenn nicht ein, dann vielleicht zwei?), wird in diesem Dokument stattdessen „Eine leere Liste DARF KEIN Element besitzen.“ Verwendet.

1.5.3 Komponentenspezifische Anforderungen

Da es sich beim vorliegenden Dokument um die Spezifikation einer Schnittstelle zwischen mehreren Komponenten handelt, ist es möglich, die Anforderungen aus der Sichtweise jeder Komponente zu betrachten. Die normativen Abschnitte tragen deshalb eine Kennzeichnung, aus wessen Sichtweise die Anforderung primär betrachtet wird.

Tabelle 1: Tab_HBA_ObjSys_001 Liste der Komponenten, an welche dieses Dokument Anforderungen stellt

2 Optionen

Dieses Unterkapitel listet Funktionspakete auf, die für eine Zulassung eines HBA der Generation 2 nicht zwingend erforderlich sind.

2.1 Option_Erstellung_von_Testkarten

Card-G2-A_3319 - K_Personalisierung K_Initialisierung Vorgaben für die Option_Erstellung_von_Testkarten

Der HBA KANN als Testkarte ausgestaltet werden. Soweit in dieser Spezifikation Anforderungen an Testkarten von den Anforderungen an Produktivkarten abweichen, wird dies an der entsprechenden Stelle aufgeführt.
[<=]

2.2 Option_Personalisierung_Admin_Schlüssel

Im Allgemeinen gilt, dass eine Karte im Auftrag eines Kartenherausgebers von einem Kartenproduzenten hergestellt wird. Dieses Dokument enthält kryptographisches Material (Schlüssel), die es ermöglichen, dass eine Karte nach der Ausgabe in gewissen Grenzen durch administrative Operationen veränderbar ist.

Kartenherausgeber, die von dieser Möglichkeit Gebrauch machen wollen, werden ein Kartenmanagementsystem betreiben, wo entsprechendes kryptographisches Material vorhanden ist. Solche Kartenherausgeber werden den Kartenproduzenten beauftragen, im Rahmen der Personaliserung korrespondierendes Schlüsselmaterial in die zugehörigen Objekte einzubringen. In diesem Sinne werden solche Kartenherausgeber die Option_Personalisierung_Admin_Schlüssel umsetzen (lassen).

Kartenherausgeber, die von administrativen Änderungen keinen Gebrauch machen wollen, werden die Option_Personalisierung_Admin_Schlüssel nicht umsetzen (lassen).

A_21549 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel:

Der Kartenherausgeber KANN entscheiden, ob die Option_Personalisierung_Admin_Schlüssel im Rahmen der Personalisierung umgesetzt wird oder nicht.

1. Falls die Option_Personalisierung_Admin_Schlüssel umgesetzt wird, dann muss der Kartenproduzent im Rahmen der Personalisierung alle derart gekennzeichneten Anforderungen umsetzen.
2. Falls die Option_Personalisierung_Admin_Schlüssel nicht umgesetzt wird, dann muss der Kartenproduzent im Rahmen der Personalisierung die Schlüsselobjekte mit derart gekennzeichneten Anforderungen so behandeln, dass diese Schlüsselobjekte mit an Sicherheit grenzender Wahrscheinlichkeit nicht nutzbar sind.

[<=]

Hinweis 1: Eine Möglichkeit, Admin-Schlüssel unbrauchbar zu machen, besteht darin, einen der Admin-Schlüssel zu benutzen, um alle Admin-Schlüssel zu löschen. Admin-Schlüssel besitzen zu diesem Zweck eine passende DELETE-Zugriffsregel.

Hinweis 2: Um Admin-Schlüssel unbrauchbar zu machen, erscheint es hinreichend, sie mit zufälligen, Karten-individuellen Werten zu personalisieren, die sonst nirgendwo gespeichert oder vorhanden sind.

3 Lebenszyklus von Karte und Applikation

Diese Spezifikation gilt nicht für die Vorbereitungsphase von Applikationen oder deren Bestandteile. Sie beschreibt lediglich den Zustand des Objektsystems in der Nutzungsphase.

Die Nutzungsphase einer Applikation oder eines Applikationsbestandteils beginnt, sobald sich ein derartiges Objekt, wie in der Spezifikation der Anwendung definiert, verwenden lässt. Die Nutzungsphase einer Applikation oder eines Applikationsbestandteils endet, wenn das entsprechende Objekt gelöscht oder terminiert wird.

Hinweis (1) Die in diesem Kapitel verwendeten Begriffe "Vorbereitungsphase" und "Nutzungsphase" werden in [gemSpec_COS#4] definiert.

4 Anwendungsübergreifende Festlegungen

Zur Umsetzung dieses Kartentyps ist ein Betriebssystem hinreichend, welches folgende Optionen enthält:

• Unterstützung von mindestens vier logischen Kanälen.
• Unterstützung von Onboard-RSA-Schlüsselgenerierung

4.1 Mindestanzahl logischer Kanäle

Card-G2-A_2036 - K_Initialisierung Anzahl logischer Kanäle

Für die Anzahl logischer Kanäle, die von einem HBA zu unterstützen ist, gilt:

1. Die maximale Anzahl logischer Kanäle MUSS gemäß [ISO7816-4#Tab.88] in den Historical Bytes in EF.ATR angezeigt werden.
2. Der HBA MUSS mindestens vier logische Kanäle unterstützen. Das bedeutet, die in den Bits b3b2b1 gemäß [ISO7816-4#Tab.88] kodierte Zahl MUSS mindestens ‘011’ = 3 oder größer sein.

[<=]

4.2 Unterstützung RSA CV-Zertifikate

A_15175 - K_HBA: Vorhandensein asymmetrischer Kryptographiealgorithmus RSA für CV-Zertifikate

Für einen HBA KANN für das Objektsystem ein COS verwendet werden
1. das die Option_RSA_CVC implementiert hat.
2. das die Option_RSA_CVC nicht implementiert hat.

[<=]

4.3 Unterstützung Onboard-RSA-Schlüsselgenerierung

Card-G2-A_3848 - K_Personalisierung und K_Initialisierung: Unterstützung Onboard-RSA-Schlüsselgenerierung

Das COS eines HBA MUSS die Option_RSA_KeyGeneration implementieren. [<=]

4.4 Untestützung optionaler Funktionspakete

4.4.1 USB-Schnittstelle (optional)

Card-G2-A_3006 - K_HBA: USB-Schnittstelle

Falls ein HBA die Option_USB_Schnittstelle nutzen will, MUSS für das Objektsystem ein COS verwendet werden, das die Option_USB_Schnittstelle implementiert hat.

[<=]  [<=]

Card-G2-A_2867 - K_HBA: Vorhandensein einer USB-Schnittstelle

Falls ein HBA die Option_USB_Schnittstelle nicht nutzen will, KANN für das Objektsystem ein COS verwendet werden,

1. das die Option_USB_Schnittstelle implementiert hat.
2. das die Option_USB_Schnittstelle nicht implementiert hat. 

[<=]

4.4.2 Kontaktlose Schnittstelle (optional)

Card-G2-A_3007 - K_HBA: Kontaktlose Schnittstelle

Falls ein HBA die Option_kontaktlose_Schnittstelle nutzen will, MUSS für das Objektsystem ein COS verwendet werden, das die Option_kontaktlose_Schnittstelle implementiert hat.

[<=]  [<=]

Card-G2-A_2866 - K_HBA: Vorhandensein einer kontaktlosen Schnittstelle

Falls ein HBA die Option_kontaktlose_Schnittstelle nicht nutzen will, KANN für das Objektsystem ein COS verwendet werden,

1. das die Option_kontaktlose_Schnittstelle implementiert hat.
2. das die Option_kontaktlose_Schnittstelle nicht implementiert hat.

[<=]

Card-G2-A_3009 - K_HBA: Zusatzanforderungen für kontaktlose Schnittstelle

Falls ein HBA die Option_kontaktlose_Schnittstelle nutzen will, dann MÜSSEN zusätzlich zu allen nicht gekennzeichneten Anforderungen auch alle Anforderungen erfüllt sein, die mit Option_kontaktlose_Schnittstelle gekennzeichnet sind.

[<=]

Card-G2-A_3010 - K_Initialisierung und K_Personalisierung: Kontaktlose Schnittstelle wird nicht genutzt

Will der Kartenherausgeber eines HBA mit einem COS, das die Option_kontaktlose_Schnittstelle gemäß [gemSpec_COS] implementiert hat, die Nutzung dieser Schnittstelle verhindern, dann MUSS das Attribut interfaceDependentAccessRules aller Objekte so gesetzt sein, dass im Rahmen einer kontaktlosen Kommunikation die Zugriffsregelauswertung AccessRuleEvaluation (siehe [gemSpec_COS#10.4] stets den Wert „False“ liefert.

[<=]

Card-G2-A_3011 - K_Initialisierung: Kontaktlose Schnittstelle im COS nicht vorhanden

Falls das COS für einen HBA die Option_kontaktlose_Schnittstelle nicht implementiert hat, MUSS der Teil des Attributes interfaceDependentAccessRules, welcher sich auf die kontaktlose Kommunikation bezieht, für alle Objekte irrelevant für die Zulassung sein.

[<=]

Card-G2-A_3012 - K_Personalisierung: Absicherung der kontaktlosen Schnittstelle

Falls ein HBA die Option_kontaktlose_Schnittstelle nutzen will, MUSS die Kommunikation zwischen Karte und Kartenleser mit einer gegenseitigen Authentifizierung und Aufbau eines sicheren Kommunikationskanals abgesichert werden. Hierfür MUSS das PACE-Protokoll genutzt werden.

[<=]

Card-G2-A_2038 - K_Personalisierung: Druck der CAN auf den HBA bei Verwendung der optionalen kontaktlosen Schnittstelle

Falls ein HBA die Option_kontaktlose_Schnittstelle nutzen will, MUSS das Attribut can des Objektes SK.CAN mit der Nummer übereinstimmen, die auf dem HBA aufgedruckt ist.

[<=]

Card-G2-A_3277 - K_Personalisierung und K_Initialisierung: Konformität kontaktlose Schnittstelle

Ein HBA mit kontaktloser Schnittstelle MUSS in seiner endgültigen Konfiguration (einschließlich Kartenkörper und Antenne) bezüglich der elektrischen Eigenschaften dieser kontaktlosen Schnittstelle konform zu [ISO-IEC 14443] und [ISO/IEC FCD 10373-6] sein.

[<=]

4.4.3 Kryptobox (optional)

Card-G2-A_3014 - K_HBA: Vorhandensein Kryptobox

Für einen HBA KANN für das Objektsystem ein COS verwendet werden,

1. das die Option_Kryptobox implementiert hat
2. das die Option_Kryptobox nicht implementiert hat.

[<=]

4.4.4 Symmetrischer Kryptographiealgorithmus DES (optional)

Falls ein HBA den symmetrischen Algorithmus DES nutzen will, MUSS für das Objektsystem ein COS verwendet werden, das die Option_DES implementiert hat.

Card-G2-A_3674 - K_HBA: Vorhandensein symmetrischer Kryptographie-algorithmus DES

Für einen HBA KANN für das Objektsystem ein COS verwendet werden,
 

1. das die Option_DES implementiert hat.
2. das die Option_DES nicht implementiert hat.

​​ [<=]

4.5 Attributstabellen

Card-G2-A_2032 - K_Initialisierung: Änderung von Zugriffsregeln

Die in diesem Dokument definierten Zugriffsregeln DÜRFEN in der Nutzungsphase NICHT veränderbar sein.

[<=]  [<=]

Card-G2-A_2329 - K_Initialisierung: Verhalten der Objekte, kein konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes kein konkretes SE genannt ist, dann MUSS sich dieses Objekt in SE#1 wie angegeben verwenden lassen.

[<=]

Card-G2-A_3182 - K_Initialisierung: Verwendbarkeit der Objekte in anderen SEs, kein konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes kein konkretes SE genannt ist, dann KANN dieses Objekt in SE verwendbar sein, die verschieden sind von SE#1.

[<=]

Card-G2-A_3183 - K_Initialisierung: Eigenschaften der Objekte in anderen SEs, kein konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes kein konkretes SE genannt ist und dieses Objekt in einem von SE#1 verschiedenen SE verwendbar ist, dann MUSS es dort dieselben Eigenschaften wie in SE#1 besitzen.

[<=]

Card-G2-A_3184 - K_Initialisierung: Verhalten der Objekte, konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes ein konkretes SE genannt ist, dann MUSS sich dieses Objekt dort wie angegeben verwenden lassen.

[<=]

Card-G2-A_3185 - K_Initialisierung: Verwendbarkeit der Objekte in anderen SEs, konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes ein konkretes SE genannt ist, dann KANN dieses Objekt in SE verwendbar sein, die nicht konkret genannt sind.

[<=]

Card-G2-A_3186 - K_Initialisierung: Eigenschaften der Objekte in anderen SEs, konkretes SE genannt

Falls für die SE abhängigen Attribute eines Objektes ein konkretes SE genannt ist und dieses Objekt ist in einem nicht konkret angegebenen SE verwendbar, dann MUSS es dort dieselben Eigenschaften wie in einem konkret angegebenen besitzen.

[<=]  [<=]

4.5.1 Attribute eines Ordners

Card-G2-A_2033-01 - K_Initialisierung: Ordnerattribute

Enthält eine Tabelle mit Ordnerattributen einen oder mehrere applicationIdentifier (AID), dann MUSS sich dieser Ordner mittels aller angegebenen AID selektieren lassen

[<=]

Card-G2-A_3624 - K_Initialisierung: Herstellerspezifischer ApplicationIdentifier

Enthält eine Tabelle mit Ordnerattributen keinen applicationIdentifier (AID), so KANN diesem Ordner herstellerspezifisch ein beliebiger AID zugeordnet werden.  

[<=]

Card-G2-A_3625 - K_Initialisierung: Fehlender FileIdentifier

Enthält eine Tabelle mit Ordnerattributen keinen fileIdentifier (FID), so DARF dieser Ordner NICHT mittels eines fileIdentifier aus dem Intervall gemäß [gemSpec_COS#8.1.1] selektierbar sein, es sei denn, es handelt sich um den Ordner root, dessen optionaler fileIdentifier den Wert ‘3F00’ besitzen MUSS.

[<=]

Card-G2-A_3626 - K_Initialisierung: Herstellerspezifischer FileIdentifier

Enthält eine Tabelle mit Ordnerattributen keinen fileIdentifier (FID), so KANN diesem Ordner ein beliebiger fileIdentifier außerhalb des Intervalls gemäß [gemSpec_COS#8.1.1] zugeordnet werden.

[<=]

4.5.2 Attribute einer Datei (EF)

Card-G2-A_2034 - K_Initialisierung: Dateiattribute

Enthält eine Tabelle mit Attributen einer Datei keinen shortFileIdentifier, so DARF sich dieses EF NICHT mittels shortFileIdentifier aus dem Intervall gemäß [gemSpec_COS#8.1.2] selektieren lassen.

[<=]  [<=]

Card-G2-A_2673 - K_Personalisierung und K_Initialisierung: Wert von „positionLogicalEndOfFile“

Für transparente EFs MUSS der Wert von „positionLogicalEndOfFile“, soweit nicht anders spezifiziert, auf die Anzahl der tatsächlich belegten Bytes gesetzt werden.

[<=]  [<=]

4.6 Zugriffsregeln für besondere Kommandos

Card-G2-A_2035 - K_Initialisierung: Zugriffsregeln für besondere Kommandos

Für Kommandos, für die eine Zugriffsregelauswertung gemäß [gemSpec_COS] optional ist, werden nicht in den Attributstabellen, sondern zentral in dieser Anforderung die Zugriffsbedingungen festgelegt:

1. Für die kontaktbehaftete Schnittstelle MUSS die Zugriffsbedingung für die Kommandos GET CHALLENGE, LIST PUBLIC KEY, MANAGE SECURITY ENVIRONMENT und SELECT stets ALWAYS sein.
2. Falls der HBA die Option_kontaktlose_Schnittstelle unterstützt, dann MUSS die Zugriffsbedingung für die Kommandos GET CHALLENGE, LIST PUBLIC KEY, MANAGE SECURITY ENVIRONMENT und SELECT stets ALWAYS sein.
3. Falls ein Kartenherausgeber die Nutzung einer im COS vorhandenen kontaktlosen Schnittstelle unterbinden will, dann MUSS die Zugriffsbedingung für die Kommandos GET CHALLENGE, LIST PUBLIC KEY, MANAGE SECURITY ENVIRONMENT und SELECT für die kontaktlose Schnittstelle herstellerspezifisch stets entweder ALWAYS oder NEVER sein.

 

[<=] 
[<=]

4.7 Attributswerte und Personalisierung

Die in diesem Dokument festgelegten Attribute der Objekte berücksichtigen lediglich fachlich motivierte Use Cases. Zum Zwecke der Personalisierung ist es unter Umständen und je nach Personalisierungsstrategie erforderlich, von den in diesem Dokument festgelegten Attributswerten abzuweichen.

Beispielsweise ist es denkbar, dass für die Datei EF.GDO das Attribut lifeCycleStatus nach der Initialisierung auf dem in [gemSpec_COS] nicht normativ geforderten Wert „Initialize“ steht und für diesen Wert die Zugriffsregeln etwa ein Update Binary Kommando erlauben. In diesem Fall wiche nicht nur der Wert des Attributes lifeCycleStatus, sondern auch der des Attributes interfaceDependentAccessRules von den Vorgaben dieses Dokumentes ab. Nach Abschluss der Personalisierung wäre dann der Wert des Attributes lifeCycleStatus bei korrekter Personalisierung spezifikationskonform auf dem Wert „Operational state (activated)“ aber in interfaceDependentAccessRules fände sich für den Zustand „Initialize“ immer noch „Update Binary“. Im Rahmen einer Sicherheitsbetrachtung wäre diese Abweichung als unkritisch einzustufen, wenn sichergestellt ist, dass der Zustand „Initialize“ unerreichbar ist.

Denkbar wäre auch, dass die Personalisierung so genannte Ini-Tabellen und spezielle Personalisierungskommandos nutzt, die Daten, die mit dem Kommando übergeben werden, an durch die Ini-Tabelle vorgegebene Speicherplätze schreibt. In dieser Variante wären die Attribute von EF.GDO auf den ersten Blick konform zu dieser Spezifikation, obwohl durch das Personalisierungskommando ein Zugriff auf das Attribut body bestünde, der so eventuell nicht in den Zugriffsregeln sichtbar wird und damit gegen die allgemeine Festlegung „andere (Kommandos) NEVER“ verstieße. Im Rahmen einer Sicherheitsbetrachtung wäre diese Abweichung als unkritisch einzustufen, wenn sichergestellt ist, dass die Personalisierungskommandos nach Abschluss der Personalisierung irreversibel gesperrt sind.

Die folgende Anforderung ermöglicht herstellerspezifische Personalisierungsprozesse:

Card-G2-A_3325 - K_Initialisierung und K_Personalisierung: Abweichung von Festlegungen zum Zwecke der Personalisierung

Zur Unterstützung herstellerspezifischer Personalisierungsprozessen KÖNNEN die Werte von Attributen eines Kartenproduktes von den Festlegungen dieses Dokumentes abweichen. Hierbei MÜSSEN Abweichungen auf solche beschränkt sein, die hinsichtlich ihrer Wirkung in der personalisierten Karte sowohl fachlich wie sicherheitstechnisch der in der Spezifikation vorgegebenen Werten entsprechen.
[<=]

Für die Initialisierung und Personalisierung asymmetrischer Schlüssel gelten folgende Anforderungen:

Card-G2-A_3525 - K_Initialisierung: Schlüsselgenerierung auf der Karte

Der HBA MUSS die Generierung von asymmetrischen Schlüsselpaaren auf der Karte ermöglichen.

[<=]

Card-G2-A_3526 - K_Initialisierung: Weitere Verfahren zur Personalisierung von Schlüsseln

Der HBA KANN andere Verfahren als das in Card-G2-A_3525 genannte zur Personalisierung asymmetrischer Schlüsselpaare unterstützen.

[<=]

Card-G2-A_3523 - K_Personalisierung: Schlüsselgenerierung auf der Karte

Wenn ein privater Schlüssel für den HBA zu personalisieren ist, dann MUSS das Schlüsselpaar von der Smartcard selbst erzeugt werden. Es MUSS sichergestellt sein, dass der private Teil des Schlüssels die Smartcard nie verlässt.

[<=]

4.8 Kartenadministration

In den Kapiteln 5.3.13 und 5.3.14 sind die Objekte für die zwei verschiedenen Verfahren zur Absicherung der Kommunikation zwischen einem Kartenadministrationssystem (z.B. einem CUpS) und einer Karte beschrieben, die bei der Initialisierung der Karte angelegt werden. Die Option_Personalisierung_Admin_Schlüssel regelt, wie im Rahmen der Personalisierung mit den zugehörigen Objekten zu verfahren ist.

5 Spezifikation grundlegender Applikationen

Zu den grundlegenden Applikationen des elektronischen Heilberufsausweises (HBA) zählen:

• das Wurzelverzeichnis des HBA, auch root oder Master File (MF) genannt,
• die Gesundheitsanwendung DF.HPA (Health Professional Application),
• die Krypto-Anwendung DF.QES
• die Beschreibung kryptographischer Objekte DF.CIA.QES
• die Krypto-Anwendung DF.ESIGN
• die Beschreibung kryptographischer Objekte DF.CIA.ESIGN
• die organisationsspezifische Anwendung DF.AUTO.

5.1 Attribute des Objektsystems

Das Objektsystem [gemSpec_COS] enthält folgende Attribute:

Card-G2-A_2039 - K_Initialisierung: Wert des Attributes root

Der Wert des Attributes root MUSS die Anwendung gemäß Tab_HBA_ObjSys_004 sein.

[<=]  [<=]

Card-G2-A_2040-01 - K_Personalisierung und K_Initialisierung: Wert des Attributes answerToReset

Die Werte der Attribute coldAnswerToReset und warmAnswerToReset MÜSSEN den Vorgaben der Anforderungen Card-G2-A_2043, Card-G2-A_2044-01, Card-G2-A_3627, Card-G2-A_2045 und Card-G2-A_3015 entsprechen.

[<=]

Card-G2-A_2041 - K_Personalisierung: Wert des Attributes iccsn8

Der Wert des Attributes iccsn8 MUSS identisch zu den letzten acht Oktetts im body von EF.GDO sein.

[<=] 

Card-G2-A_2042-01 [<=]

A_22585 - K_Initialisierung: Inhalt von persistentPublicKeyList

Das Attribut persistentPublicKeyList MUSS denfolgende Schlüssel enthalten:
1. PuK.RCA.ADMINCMS.CS.E256 enthalten. und
2. alle bekannten Schlüssel PuK.RCA.CS.E256, deren expirationDate noch nicht erreicht ist.
[<=]

Card-G2-A_3181 - K_Initialisierung: Größe persistentPublicKeyList

Für das Attribut persistentPublicKeyList MUSS so viel Speicherplatz bereitgestellt werden, dass mindestens fünf weitere öffentliche Signaturprüfschlüssel einer Root-CA mittels Linkzertifikaten persistent importierbar sind.

[<=] 

Card-G2-A_3266-01 - K_Initialisierung: Wert von pointInTime

 

Der Hersteller des Objektsystems MUSS das Attribut pointInTime im Rahmen der Initialisierung auf den Wert von CED (Certificate Effective Date) aus dem selbst signierten CV-Zertifikat zu PuK.RCA.CS setzen. 

[<=] Hinweis: PuK.RCA.CS.E256 ist ein öffentlicher Schlüssel der CVC-Root-CA. Die CVC-Root-CA erzeugt alle zwei Jahre ein neues Schlüsselpaar. Deshalb ändert sich die Liste der relevanten Schlüssel PuK.RCA.CS.E256 regelmäßig. Die allgemeine Formulierung in A_22585 vermeidet in solchen Fällen eine Anpassung der Spezifikation. Detaillierte Informationen sind den Master-Dateien zu entnehmen, die im Rahmen der Kartenproduktzertifizierung eingesetzt werden.

A_22586 - K_Initialisierung: Größe persistentPublicKeyList

Das Attribut persistentPublicKeyList (= applicationPublicKeyList plus persistentCache) MUSS so viel Speicherplatz bereitstellen, dass zusätzlich zu den initial vorhandenen Schlüsseln mindestens X weitere öffentliche Signaturprüfschlüssel einer CVC-Root-CA mittels Linkzertifikaten importierbar sind. Dabei gilt: Falls das Kartenprodukt die Option_lange_Lebensdauer
1. nicht unterstützt X = 8 und
2. unterstützt X = 10. [<=]

Hinweis 1: Die oben angegebenen Werte von X leiten sich wie folgt her: Ohne die Option_lange_Lebensdauer ist es üblich, Kartenprodukte nach der Zulassung bis zu fünf Jahre auszugeben und nach der Ausgabe fünf Jahre zu betreiben. Die 2020 erzeugte CVC-Root-CA wurde erst Anfang 2022 veröffentlicht. Daraus folgt für eine Karte, die kurz vor der Veröffentlichung der 2020-CVC-Root-CA zugelassen und bis 2027 ausgegeben wurde und dann bis 2032 im Feld verbleibt, dass im ungünstigen Fall sieben weitere CVC-Root-CA per Link-Zertifikat nachzuladen sind: 2020, 2022, 2024, 2026, 2028, 2030, 2032. Analog gilt für Karten mit Option_lange_Lebensdauer bei einer angenommenen Laufzeitverlängerung von fünf Jahren (Zulassung Anfang 2022, Ausgabe bis 2027, Betrieb bis 2037): Zusätzlich zum vorherigen Beispiel kommen die Schlüssel aus den Jahren 2034 und 2036 hinzu. Der in X angegebene Wert berücksichtigt einen weiteren Schlüssel im Sinne eines Sicherheitspuffers.

Hinweis 2: Sollte ein asymmetrischer Schlüssel für Kartenadministration vorhanden und nutzbar sein (PuK.RCA.ADMINCMS.CS.E256), dann wird vermutlich auch dieser Schlüssel über die Nutzungsdauer erneuert oder ausgetauscht. Da es möglich ist, im Rahmen dieses Austausches abgelaufene Sicherheitsanker von der Karte zu löschen, ist für den Austausch von PuK.RCA.ADMINCMS.CS.E256 kein weiterer Platzbedarf in persistentPublicKeyList erforderlich.

A_22587 - K_Initialisierung: Größe Cache

Der Cache (= persistentCache plus volitileCache) MUSS Platz für (2 noLogicalChannel +1) Schlüssel bieten, die mittels PSO-Verify-Certificate-Kommando im Rahmen einer Kartensession importiert werden. Dabei ist noLogicalChannel die Anzahl der vom Kartenprodukt unterstützten logischen Kanäle. [<=]

A_22588 - K_Personalisierung: Durchgehende Zertifikatskette

Der Cache (= persistentCache plus volatileCache) MUSS nach Abschluss der Personalisierung den Sicherheitsanker enthalten, mit dem sich das Zertifikat in EF.C.CA.CS.E256 prüfen lässt, und sämtliche Sicherheitsanker - falls es solche gibt -, die zwischen diesem und dem neuesten initialisierten Sicherheitsanker liegen. Werden Sicherheitsanker im Rahmen der Personalisierung eingebracht, dann MUSS dies mittels einer geeigneten Kombination der Kommandos MSE Set (siehe [gemSpec_COS#(N103.300)]) und PSE Verify Certificate (siehe [gemSpec_COS#(N095.500)]) erfolgen. [<=]

Hinweis 1: A_22588 wird anhand von Beispielen verdeutlicht. Angenommen wird, dass zum Zeitpunkt der Personalisierung Sicherheitsanker aus folgenden Jahren existieren: 2016, 2018, 2020. Initialisiert sei nur der Sicherheitsanker aus dem Jahr 2016. Wenn sich das CV-Zertifikat in EF.C.CA.CS.E256 mit

(Beispiel 1) dem Sicherheitsanker aus dem Jahr 2016 prüfen lässt, dann ist diesbezüglich nichts weiter zu tun.

(Beispiel 2) dem Sicherheitsanker aus dem Jahr 2018 prüfen lässt, dann ist diesbezüglich der Sicherheitsanker aus dem Jahr  2018 nach persistentPublicKeyList zu personalisieren.

(Beispiel 3) dem Sicherheitsanker aus dem Jahr 2020 prüfen lässt, dann sind diesbezüglich die Sicherheitsanker aus dem Jahr 2018 und 2020 nach persistentPublicKeyList zu personalisieren.

Hinweis 2: Weitere Sicherheitsanker lassen sich jederzeit von jedermann mittels Link-Zertifikaten und dem Kommando PSO Verify Certificate in die persistentPublicKeyList einbringen.

A_22749 - K_Initialisierung: Wert von pointInTime

Der Hersteller des Objektsystems MUSS das Attribut pointInTime im Rahmen der Initialisierung auf den Wert von CED (Certificate Effective Date) aus dem selbst signierten CV-Zertifikat zu PuK.RCA.CS setzen. Falls dafür mehr als ein CV-Zertifikat in Frage kommt, dann ist das neueste CV-Zertifikat zu verwenden. [<=]

Card-G2-A_3395 - K_Personalisierung: personalisierter Wert von pointInTime

Das Attribut pointInTime MUSS im Rahmen der Personalisierung auf den Wert von CED eines Endnutzerzertifikates gesetzt werden. Falls es mehrere Endnutzerzertifikate gibt, so ist das CED mit dem größten Wert zu verwenden.

[<=]  [<=]

5.1.1 ATR-Kodierung

Card-G2-A_2043 - K_Personalisierung und K_Initialisierung: ATR-Kodierung

Die ATR-Kodierung MUSS die in Tab_HBA_ObjSys_003 dargestellten Werte besitzen.
 

Tabelle 2: Tab_HBA_ObjSys_003 ATR-Kodierung (Sequenz von oben nach unten)

Zeichen	Wert	Bedeutung
TS	‘3B’	Initial Character (direct convention)
T0	‘9x’	Format Character (TA1/TD1 indication, x = no. of HB)
TA1	‘xx’	Interface Character (FI/DI, erlaubte Werte: siehe [gemSpec_COS#N024.100])
TD1	‘81’	Interface Character, (T=1, TD2 indication)
TD2	‘B1’	Interface Character, (T=1, TA3/TB3/TD3 indication)
TA3	‘FE’	Interface Character (IFSC coding)
TB3	‘45’	Interface Character, (BWI/CWI coding)
TD3	‘1F’	Interface Character, (T=15, TA4 indication)
TA4	‘xx’	Interface Character (XI/UI coding)
Ti	HB	Historical Bytes (HB, imax. = 15)
TCK	XOR	Check Character (exclusive OR)

​​
​​

[<=]  [<=]

Card-G2-A_2044-01 - K_Personalisierung und K_Initialisierung: TC1 Byte im ATR

Der ATR SOLL ein TC1 Byte mit dem Wert ‘FF’ enthalten.

[<=]

Card-G2-A_3627 - K_Personalisierung und K_Initialisierung: T0 Byte im ATR

Wenn der ATR ein TC1 Byte mit dem Wert ‘FF’ enthält, MUSS T0 auf den Wert ‘Dx’ gesetzt werden.

[<=]

Card-G2-A_3015 - K_Personalisierung und K_Initialisierung: Historical Bytes im ATR

Das Attribut answerToReset SOLL KEINE Historical Bytes enthalten.

[<=]

Card-G2-A_2045 - K_Personalisierung und K_Initialisierung: Vorgaben für Historical Bytes

Falls answerToReset Historical Bytes enthält, dann MÜSSEN

1. diese gemäß [ISO7816-4] kodiert sein.
2. die dort getroffenen Angaben konsistent sein zu Angaben im EF.ATR.

[<=]

5.2 Allgemeine Struktur

Abb_HBA_ObjSys_001 zeigt die allgemeine Struktur der Objekte eines HBA auf oberster Ebene.

Abbildung 1: Abb_HBA_ObjSys_001 Allgemeine Dateistruktur eines HBA

5.3 Root, die Wurzelapplikation MF

MF ist ein „Application Dedicated File“ (siehe [gemSpec_COS#8.3.1.3]).

Card-G2-A_2047-01 - K_Initialisierung: Initialisierte Attribute von MF

MF MUSS die in Tab_HBA_ObjSys_004 dargestellten Werte besitzen.
 

Tabelle 3: Tab_HBA_ObjSys_004 Initialisierte Attribute von MF

Attribute	Wert		Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘D27600014601’
fileIdentifier	‘3F 00’		falls vorhanden
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
FINGERPRINT	Wildcard
GET RANDOM	ALWAYS
LOAD APPLICATION	AUT_CMS	siehe Hinweis 4:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
LOAD APPLICATION	AUT_CMS	siehe Hinweis 4:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (2) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Hinweis (3) Da sich weder dieser Ordner noch darüberliegende Ebenen deaktivieren lassen, sind diese Zustände für Objekte im Kapitel 5.3 im Allgemeinen irrelevant.

Hinweis (4) Nur dann ausführbar, wenn ein CMS genutzt wird (optional), siehe Kapitel 5.9

5.3.1 MF / EF.ATR

Die transparente Datei EF.ATR enthält Informationen zur maximalen Größe der APDU sowie zur Identifizierung des Betriebssystems.

Card-G2-A_2048-02 - K_Initialisierung: Initialisierte Attribute von MF / EF.ATR

EF.ATR MUSS die in Tab_HBA_ObjSys_005 dargestellten Werte besitzen.

Tabelle 4: Tab_HBA_ObjSys_005 Initialisierte Attribute von MF / EF.ATR

[<=]

Hinweis (5) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (6) Der Wert des Attributs fileIdentifier ist in [ISO7816-4] festgelegt.

Card-G2-A_3278 - K_Initialisierung: Initialisiertes Attribut numberOfOctet von MF / EF.ATR

Das Attribut numberOfOctet MUSS so gewählt werden, dass nach Abschluss der Initialisierungsphase entweder

• genau 23 Oktette für die Artefakte PT_Pers und PI_Personalisierung frei bleiben, falls PI_Kartenkörper initialisiert wird, oder
• genau 41 Oktette für die Artefakte PI_Kartenkörper, PT_Pers und PI_Personalisierung frei bleiben.

[<=]

5.3.2 MF / EF.CardAccess (Option kontaktlose Schnittstelle)

EF.CardAccess wird für das PACE-Protokoll bei Nutzung der kontaktlosen Schnittstelle benötigt.

Card-G2-A_3199-01 - K_Initialisierung: Initialisierte Attribute von MF / EF.CardAccess

Falls die kontaktlose Schnittstelle für den HBA genutzt wird, MUSS EF.CardAccess vorhanden sein und die in Tab_HBA_ObjSys_083 dargestellten Attribute besitzen.

Tabelle 5: Tab_HBA_ObjSys_083 Initialisierte  Attribute von MF / EF.CardAccess

[<=]

5.3.3 MF / EF.DIR

Die Datei enthält eine Liste mit Anwendungs-Templates gemäß [ISO7816-4]. Diese Liste wird dann angepasst, wenn sich die Applikationsstruktur durch Löschen oder Anlegen von Anwendungen verändert.

Card-G2-A_3628 - K_Initialisierung: Inhalt der Records von EF.DIR

Für jede im Objektsystem vorhandene Anwendung MUSS die Datei einen eigenen Record besitzen, der den ApplicationIdentifier (AID) dieser Anwendung im Format      ´61-L61-{4F-L4F-AID}´ enthält.

Zu jedem Record der Datei MUSS es auf der Karte eine Anwendung geben, deren AID durch diesen Record beschrieben ist.

Record 1 des EF.DIR MUSS den AID des MF enthalten.  

[<=]

Card-G2-A_2055-01 - K_Initialisierung: Initialisierte Attribute von MF / EF.DIR

EF.DIR MUSS die in Tab_HBA_ObjSys_007 dargestellten Werte besitzen.

Tabelle 6: Tab_HBA_ObjSys_007 Initialisierte Attribute von MF / EF.DIR

Attribute		Wert	Bemerkung
Objekttyp		linear variables Elementary File
fileIdentifier		‘2F 00’	Siehe Hinweis 8:
shortFileIdentifier		‘1E’= 30	Siehe Hinweis 8:
numberOfOctet		‘00 BE’ Oktett = 190 Oktett
maxNumRecords		10 Records
maxRecordLength		32 Oktett
flagRecordLCS		False
flagTransactionMode		True
flagChecksum		True
lifeCycleStatus		„Operational state (activated)“
shareable		True
recordList     Record 1     Record 2     und folgende		‘61- 08- (4F 06 D27600014601)’ ´61-L61-{4F-L4F-AID}´ für alle Applikationen im Objektsystem	AID.MF
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung		Bemerkung
Append Record	AUT_CMS		siehe Hinweis 8:.
Delete Record	AUT_CMS		siehe Hinweis 8:
Read Record Search Record	ALWAYS
Update Record	AUT_CMS		siehe Hinweis 8:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung		Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung		Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung		Bemerkung
Append Record	AUT_CMS		siehe Hinweis 9:
Delete Record	AUT_CMS		siehe Hinweis 9:
Read Record Search Record	AUT_PACE OR    AUT_CMS
Update Record	AUT_CMS		siehe Hinweis 9:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung		Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung		Bemerkung
alle	herstellerspezifisch

 

[<=]

Hinweis (7) Kommandos, die gemäß [gemSpec_COS] mit einem linear variablen EF arbeiten, sind:
Activate, Activate Record, Append Record, Deactivate, Deactivate Record, Delete, Delete Record, Erase Record, Read Record, Search Record, Select, Terminate, Update Record, Write Record.

Hinweis (8) Die Werte von fileIdentifier und shortFileIdentifier sind in [ISO7816-4] festgelegt.

Hinweis (9) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

5.3.4 MF / EF.GDO

In EF.GDO wird das Datenobjekt ICCSN gespeichert, das die Kennnummer der Karte enthält. Die Kennnummer basiert auf [Beschluss 190].

Card-G2-A_2057-01 - K_Initialisierung: Initialisierte Attribute von MF / EF.GDO

EF.GDO MUSS die in Tab_HBA_ObjSys_008 dargestellten Werte besitzen.

Tabelle 7: Tab_HBA_ObjSys_008 Initialisierte Attribute von MF / EF.GDO

[<=]

Hinweis (10) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Card-G2-A_2058-01 - K_Personalisierung: Personalisiertes Attribut von EF.GDO

Bei der Personalisierung von EF.GDO MÜSSEN die in Tab_HBA_ObjSys_151 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 8: Tab_HBA_ObjSys_151 Personalisierte Attribute von MF / EF.GDO

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	‘00 0C’ Oktett = 12 Oktett
body	Inhalt gemäß [gemSpec_Karten_Fach_TIP_G2.1]

 

[<=]

5.3.5 MF / EF.Version2

Die Datei EF.Version2 enthält die Versionsnummern sowie Produktidentifikatoren grundsätzlich veränderlicher Elemente der Karte:

• Version des Produkttyps des aktiven Objektsystems (inkl. Kartenkörper
• Herstellerspezifische Produktidentifikation der Objektsystemimplementierung
• Versionen der Befüllvorschriften für verschiedene Dateien dieses Objektsystems

Die konkrete Befüllung ist in [gemSpec_Karten_Fach_TIP_G2.1] beschrieben.

Elemente, die nach Initialisierung durch Personalisierung oder reine Kartennutzung nicht veränderlich sind, werden in EF.ATR versioniert.

Card-G2-A_2059-02 - K_Initialisierung: Attribute von MF / EF.Version2

EF.Version2 MUSS die in Tab_HBA_ObjSys_009 dargestellten Werte besitzen.

Tabelle 9: Tab_HBA_ObjSys_009 Initialisierte Attribute von MF / EF.Version2

[<=]

Hinweis (11) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (12) Das Kommando ist nur vom Inhaber des CMS-Schlüssels ausführbar, siehe Kapitel 5.9.

5.3.6 MF / EF.C.CA_HPC.CS.E256

Diese Datei enthält ein CV-Zertifikat für die Kryptographie mit elliptischen Kurven gemäß [gemSpec_COS], welches den öffentlichen Schlüssel PuK.CA_HPC.CS.E256 einer CA enthält.

Card-G2-A_2061-0102 - K_Initialisierung: InitialisierteHBA, initialisierte Attribute von MF / EF.C.CA_HPC.CS.E256

EF.C.CA_HPC.CS.E256 MUSS die in Tab_HBA_ObjSys_011 dargestellten Werte besitzen.
 

Tabelle 10: Tab_HBA_ObjSys_011 Initialisierte Attribute von MF / EF.C.CA_HPC.CS.E256 

[<=]

Hinweis (14) Das Kommando ist nur vom Inhaber des CMS- /CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_32823207-01 - K_Personalisierung: Personalisierte Attribute von MF / EF.C.CA_HPC.CS.E256

Bei der Personalisierung von EF.C.CA_HPC.CS.E256 MÜSSEN die in Tab_HBA_ObjSys_090a3f angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 11: Tab_HBA_ObjSys_090a3f Personalisierte Attribute von MF / EF.C.CA_HPC.CS.E256

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	‘00 DC’‘00DC’ Oktett = 220 Oktett
body	C.CA_HPC.CS.E256 gemäß [gemSpec_PKI#6.7.1PKI#Tab_PKI_912]	siehe [gemSpec_COS]
body Option_Erstellung _von_Testkarten	C.CA_HPC.CS.E256 gemäß [gemSpec_PKI#6.7.1PKI#Tab_PKI_912] aus Test-CVC-CA	Details siehe [gemSpec_TK#3.1.2]

 

[<=]

5.3.7 MF / EF.C.HPC.AUTR_CVC.E256

EF.C.HPC.AUTR_CVC.E256 enthält das CV-Zertifikat des HBA für die Kryptographie mit elliptischen Kurven für rollenbasierte C2C-Authentisierung zwischen HBA und eGK und für die Autorisierung der SMC-B. Dieses Zertifikat lässt sich mittels des öffentlichen Schlüssels aus EF.C.CA_HPC.CS.E256 (siehe Tab_HBA_ObjSys_011) prüfen. Das zugehörende private Schlüsselobjekt PrK.HPC.AUTR_CVC.E256 ist im Kapitel 5.3.13 definiert.

Card-G2-A_2064-01 - K_Initialisierung: Initialisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

EF.C.HPC.AUTR_CVC.E256 MUSS die in Tab_HBA_ObjSys_014 dargestellten Werte besitzen.

Tabelle 12: Tab_HBA_ObjSys_014 Initialisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

[<=]

Hinweis (17) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (18) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3386 - K_Personalisierung: Festlegung von CHR in MF / EF.C.HPC.AUTR_CVC.E256

Für die CHR in diesem Zertifikat MUSS CHR = ’00 06’ || ICCSN gelten, wobei die ICCSN denselben Wert besitzen MUSS, wie das Wertfeld body aus [Card-G2-A_2058].

[<=]  [<=]

Card-G2-A_3284 - K_Personalisierung: Personalisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

Bei der Personalisierung von EF.C.HPC.AUTR_CVC.E256 MÜSSEN die in Tab_HBA_ObjSys_093 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

 

Tabelle 13: Tab_HBA_ObjSys_093 Personalisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	‘00 DE’ Oktett = 222 Oktett
body	C.HPC.AUTR_CVC.E256 gemäß [gemSpec_PKI]

 

[<=] 
[<=]

5.3.8 MF / EF.C.HPC.AUTD_SUK_CVC.E256

EF.C.HPC.AUTD_SUK_CVC.E256 enthält das CV-Zertifikat des HBA für die Kryptographie mit elliptischen Kurven für funktionsbasierte C2C-Authentisierung zwischen HBA/gSMC-KT und HBA/gSMC-K mit dem HBA als Signaturkarte für Stapel- und Komfortsignaturen (SUK), um PIN-Daten und die zu signierenden Daten (DTBS) zu empfangen. Das zugehörende private Schlüsselobjekt PrK.HPC.AUTD_SUK_CVC.E256 ist im Kapitel 5.3.14 definiert.

Card-G2-A_2067-01 - K_Initialisierung: Initialisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

EF.C.HPC.AUTD_SUK_CVC.E256 MUSS die in Tab_HBA_ObjSys_017 dargestellten Werte besitzen.

Tabelle 14: Tab_HBA_ObjSys_017 Initialisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

[<=]

Hinweis (19) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (20) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3387 - K_Personalisierung: Festlegung von CHR in MF / EF.C.HPC.AUTD_SUK_CVC.E256

Für die CHR in diesem Zertifikat MUSS CHR = ’00 09’ || ICCSN gelten, wobei die ICCSN denselben Wert besitzen MUSS, wie das Wertfeld body aus [Card-G2-A_2058].

[<=]  [<=]

Card-G2-A_3285 - K_Personalisierung: Personalisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

Bei der Personalisierung von EF.C.HPC.AUTD_SUK_CVC.E256 MÜSSEN die in Tab_HBA_ObjSys_095 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 15: Tab_HBA_ObjSys_095 Personalisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	‘00 DE’ Oktett = 222 Oktett
body	C.HPC.AUTD_SUK_CVC.E256 gemäß [gemSpec_PKI] passend zu dem privaten Schlüssel in PrK.HPC.AUTD_SUK_CVC.E256

 

[<=] 
[<=]

5.3.9 MF / PIN.CH

Das Passwortobjekt PIN.CH wird zur Freischaltung von Schlüsseln und Inhalten des HBA verwendet.

Card-G2-A_2069 - K_Initialisierung: Initialisierte Attribute von MF / PIN.CH

PIN.CH MUSS die in Tab_HBA_ObjSys_019 dargestellten Werte besitzen.
 

Tabelle 16: Tab_HBA_ObjSys_019 Initialisierte Attribute von MF / PIN.CH

Attribute	Wert	Bemerkung
Objekttyp	Passwortobjekt
pwdIdentifier	‘01’ = 1
secret	undefiniert	wird personalisiert
minimumLength	6
maximumLength	8
startRetryCounter	3
retryCounter	3
transportStatus	Transport-PIN
flagEnabled	True
startSsec	unendlich
PUK	undefiniert	wird personalisiert
pukUsage	10
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	ALWAYS
GET PIN STATUS	ALWAYS
RESET RC. P1 aus der Menge {0, 1}	ALWAYS
VERIFY	ALWAYS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	AUT_PACE
GET PIN STATUS	AUT_PACE
RESET RC. P1 aus der Menge {0, 1}	AUT_PACE
VERIFY	AUT_PACE
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

​​

[<=]  [<=]

Hinweis (21) Kommandos, die gemäß [gemSpec_COS] mit einem Passwortobjekt arbeiten, sind: Activate, Change Reference Data, Deactivate, Delete, Disable Verification Requirement, Enable Verification Requirement, Get Pin Status, Reset Retry Counter, Verify, Terminate.

Card-G2-A_3286 - K_Personalisierung: Personalisierte Attribute von MF / PIN.CH

Bei der Personalisierung von PIN.CH MÜSSEN die in Tab_HBA_ObjSys_097 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 17: Tab_HBA_ObjSys_097 Personalisierte Attribute von MF / PIN.CH 

Attribute	Wert	Bemerkung
secret	PIN-Wert gemäß [gemSpec_PINPUK_TI]	Transport-PIN
secretLength	5 Ziffern (minimumLength - 1)	Länge der Transport-PIN
PUK	PUK-Wert gemäß [gemSpec_PINPUK_TI]
PUKLength	8 Ziffern

[<=]

5.3.10 MF / PrK.HPC.AUTR_CVC.E256

PrK.HPC.AUTR_CVC.E256 ist der globale private Schlüssel für die Kryptographie mit elliptischen Kurven für C2C-Authentisierungen zwischen HBA/eGK und HBA/CMS, und zur Autorisierung der SMC-B. Der zugehörige öffentliche Schlüssel PuK.HPC.AUTR_CVC.E256 ist in C.HPC.AUTR_CVC.E256 (siehe Kapitel 5.3.9) enthalten.

Card-G2-A_2072 - K_Initialisierung: Initialisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

PrK.HPC.AUTR_CVC.E256 MUSS die in Tab_HBA_ObjSys_021 dargestellten Werte besitzen.
 

Tabelle 18: Tab_HBA_ObjSys_021 Initialisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, ELC 256
keyIdentifier	‘06’ = 6
privateElcKey	domainparameter = brainpoolP256r1	wird personalisiert
privateElcKey	keyData = AttributNotSet
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge {elcRoleAuthentication}
lifeCycleStatus	„Operational state (activated)“
accessRuleSession keys	irrelevant
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERATE ASYMMETRIC KEY PAIR P1=‘81’	ALWAYS
INTERNAL AUTHENTICATE	PWD(PIN.CH)
DELETE	AUT_CMS OR AUT_CUP	siehe Hinweis 26:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERATE ASYMMETRIC KEY PAIR P1=‘81’	AUT_PACE	siehe Hinweis 26:
INTERNAL AUTHENTICATE	AUT_PACE AND    PWD(PIN.CH)
DELETE	AUT_CMS OR AUT_CUP	siehe Hinweis 26:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER

​​

[<=]  [<=]

Hinweis (25) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt ELC arbeiten, sind: Activate, Deactivate, Delete, External Authenticate, General Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (26) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Card-G2-A_3288 - K_Personalisierung: Personalisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

Bei der Personalisierung von PrK.HPC.AUTR_CVC.E256 MÜSSEN die in Tab_HBA_ObjSys_099 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 19: Tab_HBA_ObjSys_099 Personalisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

Attribute	Wert	Bemerkung
keyAvailable	True
privateElcKey	keyData = Wildcard

 

[<=] 
[<=]

5.3.11 MF / PrK.HPC.AUTD_SUK_CVC.E256

PrK.HPC.AUTD_SUK_CVC.E256 ist der globale private Schlüssel für die Kryptographie mit elliptischen Kurven für C2C-Authentisierungen zwischen HBA/gSMC-KT und HBA/gSMC-K für die Übertragung von PIN-Daten und der DTBS zum HBA. Der zugehörige öffentliche Schlüssel PuK.HPC.AUTD_SUK_CVC.E256 ist in C.HPC.AUTD_SUK_CVC.E256 (siehe Kapitel 5.3.10) enthalten.

Card-G2-A_2075 - K_Initialisierung: Initialisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

PrK.HPC.AUTD_SUK_CVC.E256 MUSS die in Tab_HBA_ObjSys_024 dargestellten Werte besitzen.
 

Tabelle 20: Tab_HBA_ObjSys_024 Initialisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, ELC 256
keyIdentifier	‘09’ = 9
privateElcKey	domainparameter = brainpoolP256r1
privateElcKey	keyData = AttributNotSet	wird personalisiert
keyAvailable	WildCard
listAlgorithmIdentifier	Ein Wert aus der Menge {elcSessionkey4SM, elcAsynchronAdmin}
lifeCycleStatus	„Operational state (activated)“
numberScenarion	0
accessRuleSessionkeys	irrelevant
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERATE ASYMMETRIC KEY PAIR P1=‘81’	ALWAYS
GENERAL AUTHENTICATE	ALWAYS
DELETE	AUT_CMS OR AUT_CUP	siehe Hinweis 28:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERATE ASYMMETRIC KEY PAIR P1=‘81’	AUT_PACE
General Authenticate	ALWAYS
DELETE	AUT_CMS OR AUT_CUP	siehe Hinweis 28:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER

​​

[<=]  [<=]

Hinweis (27) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt ELC arbeiten, sind: Activate, Deactivate, Delete, External Authenticate, General Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (28) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Der zu PrK.HPC.AUTD_SUK_CVC.E256 (mit CVC-Inhaberprofil 53) gehörende öffentliche Schlüssel ist im Zertifikat C.HPC. AUTD_SUK_CVC.E256 enthalten.

Card-G2-A_3289 - K_Personalisierung: Personalisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

Bei der Personalisierung von PrK.HPC.AUTD_SUK_CVC.E256 MÜSSEN die in Tab_HBA_ObjSys_101 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 21: Tab_HBA_ObjSys_101 Personalisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

Attribute	Wert	Bemerkung
keyAvailable	True
privateElcKey	keyData = Wildcard

 

[<=] 
[<=]

5.3.12 Sicherheitsanker zum Import von CV-Zertifikaten

Ein Sicherheitsanker ist ein öffentliches Signaturprüfobjekt zum Import von CV-Zertifikaten und enthält den öffentlichen Schlüssel einer Root-CA für CV-Zertifikate der Telematikinfrastruktur.

5.3.12.1 MF / PuK.RCA.CS.E256

PuK.RCA.CS.E256 ist der öffentliche Schlüssel der Root-CA des Gesundheitswesens für die Kryptographie mit elliptischen Kurven für die Prüfung von CVC-Zertifikaten, die von dieser herausgegeben werden.

Card-G2-A_2078-02 - K_Initialisierung: Initialisierte Attribute von MF / PuK.RCA.CS.E256

PuK.RCA.CS.E256 MUSS die in Tab_HBA_ObjSys_027 dargestellten Werte besitzen.
 

Tabelle 22: Tab_HBA_ObjSys_027 Initialisierte  Attribute von MF / PuK.RCA.CS.E256

[<=]

Hinweis (31) Das Kommando ist nur vom Inhaber des CMS- /CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Hinweis (32) Während gemäß den Tabellen in [gemSpec_PKI] als RFU gekennzeichnete Bits einer Flaglisten in CV-Zertifikaten der Generation 2 auf ‚0’ zu setzen sind, werden RFU Bits einer Flagliste im CHAT eines Sicherheitsankers auf ‚1’ gesetzt.

Card-G2-A_3327-01 - K_Personalisierung: Personalisierte Attribute von MF / PuK.RCA.CS.E256 für Testkarten

Bei der Personalisierung von PuK.RCA.CS.E256 für Testkarten MÜSSEN die in Tab_HBA_ObjSys_153 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.
Wenn die restlichen Attribute von PuK.RCA.CS.E256 mit Wildcard oder AttributeNotSet initialisiert wurden, MÜSSEN sie gemäß den Vorgaben in der Initialisierungstabelle Tab_HBA_ObjSys_027 personalisiert werden.

 

Tabelle 23: Tab_HBA_ObjSys_153 Personalisierte Attribute von MF / PuK.RCA.CS.E256 für Testkarten

Attribute	Wert	Bemerkung
publicKey	Öffentlicher Schlüssel mit Domainparameter = brainpoolP256r1 gemäß [gemSpec_PKI#6.7.2.3] aus Test-CVC-CA	personalisieren gemäß [gemSpec_TK#3.1.2]
keyIdentifier	E 256 Root-CA-Kennung (5 Bytes) || Erweiterung (3 Bytes); Wert gemäß keyIdentifier des personalisierten Schlüssels
CHAT	OIDflags        = oid_cvc_fl_ti flagList        = ‘FF 0084 2006 00E3’
expirationDate	Jahr Monat Tag im Format YYMMDD gemäß [gemSpec_PKI#6.7.2.6], Wert gemäß CXD des personalisierten Schlüssels

​​

[<=]

5.3.13 Asymmetrische Kartenadministration

Die hier beschriebene Variante der Administration des HBA betrifft ein Administrationssystem (i.A. ein Kartenmanagementsystem (CMS)) zur Administration des HBA.

Die Administration eines HBA erfordert den Aufbau eines kryptographisch gesicherten Kommunikationskanals (Trusted Channel). In diesem Kapitel werden Schlüssel beschrieben, die den Aufbau eines solchen Trusted Channels mittels asymmetrischer Verfahren ermöglichen. Die Schlüssel zum Aufbau mittels symmetrischer Verfahren werden in 5.3.17 beschrieben.

Voraussetzung für den Aufbau mittels asymmetrischer Verfahren ist, dass sowohl die zu administrierende Karte, als auch das administrierende System über ein asymmetrisches Schlüsselpaar verfügen. Sei (PrK.ICC, PuK.ICC) das Schlüsselpaar der Smartcard und (PrK.Admin, PuK.Admin) das Schlüsselpaar des administrierenden Systems, dann ist es erforderlich, dass die Smartcard PuK.Admin kennt und das administrierende System PuK.ICC kennt.

Während die Schlüsselpaare auf Smartcards typischerweise kartenindividuell sind, so ist es denkbar, dass mit einem Schlüsselpaar eines administrierenden Systems genau eine, oder mehrere oder alle Smartcards administriert werden. Das Sicherheitskonzept des administrierenden Systems erscheint die geeignete Stelle zu sein um eine Variante auszuwählen.

5.3.13.1 MF / PuK.RCA.ADMINCMS.CS.E256

Dieses Objekt enthält den öffentlichen Schlüssel der Root-CA, welcher an der Wurzel der der CVC.E256-Hierarchie für die asymmetrische CMS-Authentisierung steht. PuK.RCA.ADMINCMS.CS.E256 wird für den Import weiterer Schlüssel für die elliptische Kryptographie benötigt.

Card-G2-A_3016-01 - K_Initialisierung: Initialisierte Attribute von MF / PuK.RCA.ADMINCMS.CS.E256

PuK.RCA.ADMINCMS.CS.E256 MUSS die in Tab_HBA_ObjSys_082 dargestellten Attribute besitzen.

 

Tabelle 24: Tab_HBA_ObjSys_082 Initialisierte Attribute von MF / PuK.RCA.ADMINCMS.CS.E256

Attribute	Wert	Bemerkung
Objekttyp	öffentliches Signaturprüfobjekt, ELC 256
Für Echtkarten MÜSSEN die beiden folgenden Attribute mit den unten angegebenen Werten initialisiert werden. Für Option_Erstellung_von_Testkarten MÜSSEN die beiden folgenden Attribute mit Wildcard oder AttributeNotSet initialisiert werden.
CHAT	OIDflags    = oid_cvc_fl_cms flagList    = ‘FF BFFF FFFF FFFF’	siehe Hinweis 34:
expirationDate	Identisch zu  „expirationDate“ von PuK.RCS.CS.E256
Für Echtkarten MÜSSEN die nachfolgenden Attribute mit den unten angegebenen Werten initialisiert werden. Für Option_Erstellung_von_Testkarten MÜSSEN die nachfolgenden Attribute entweder mit den unten angegebenen Werten oder mit Wildcard oder AttributeNotSet initialisiert werden.
keyIdentifier	‘0000 0000 0000 0013‘
lifeCycleStatus	„Operational state (activated)“
publicKey	herstellerspezifisch „unbefüllt“, Speicherplatz hinreichend für einen Schlüssel mit Domainparameter = brainpoolP256r1	wird personalisiert
oid	ecdsa-with-SHA256 ‘2A8648CE3D040302’ = {1.2.840.10045.4.3.2}
accessRulesPublicSignatureVerificationObject	Für alle relevanten Interfacesarten und alle relevanten Werte von lifeCycleStatus gilt: Delete  AUT_CMS OR AUT_CUP PSO Verify Certificate  ALWAYS
accessRulesPublicAuthenticationObject	Für alle relevanten Interfaces und alle relevanten Werte von lifeCycleStatus gilt: Delete  ALWAYS
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsart	Zugriffsbedingung	Bemerkung
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
PSO Verify Certificate	ALWAYS
Delete	AUT_CMS OR AUT_CUP
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state“ kontaktbehaftet
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
PSO Verify Certificate	ALWAYS
Delete	AUT_CMS OR AUT_CUP
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state“ kontaktlos
alle	NEVER

[<=]

Hinweis (33) Kommandos, die gemäß [gemSpec_COS] mit einem öffentlichen Signaturprüfobjekt arbeiten, sind:    Activate, Deactivate, Delete, PSO Verify Certificate, Terminate

Hinweis (34) Während gemäß den Tabellen in [gemSpec_COS]#H.4] als RFU gekennzeichnete Bits einer Flaglisten in CV-Zertifikaten der Generation 2 auf ‚0’ zu setzen sind, werden RFU Bits einer Flagliste im CHAT eines Sicherheitsankers auf ‚1’ gesetzt.

Card-G2-A_3290-01 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel: MF / PuK.RCA.ADMINCMS.CS.E256

Bei der Personalisierung von PuK.RCA.ADMINCMS.CS.E256 MÜSSEN die in Tab_HBA_ObjSys_103 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.
Wenn die restlichen Attribute von PuK.RCA.ADMINCMS.CS.E256 mit Wildcard oder AttributeNotSet initialisiert wurden, MÜSSEN sie gemäß den Vorgaben in der Initialisierungstabelle Tab_HBA_ObjSys_082 personalisiert werden.

 

Tabelle 25: Tab_HBA_ObjSys_103 Personalisierte Attribute von MF / PuK.RCA.ADMINCMS.CS.E256

Attribute	Wert	Bemerkung
publicKey	Domainparameter = brainpoolP256r1 gemäß [gemSpec_PKI#6.7.2.3]
publicKey Option_Erstellung _von_Testkarten	Domainparameter = brainpoolP256r1 gemäß [gemSpec_PKI#6.7.2.3] aus Test-Admin-CVC-Root
CHAT	OIDflags    = oid_cvc_fl_cms flagList    = ‘FF BFFF FFFF FFFF’
expirationDate Option_Erstellung _von_Testkarten	Identisch zu „expirationDate“ des personalisierten PuK.RCA.CS.E256

[<=]

5.3.14 Symmetrische Kartenadministration

Die hier beschriebene Variante der Administration des HBA betrifft ein Administrationssystem (i.A. ein Kartenmanagementsystem (CMS)) zur Administration des HBA.

Die Administration eines HBA erfordert den Aufbau eines kryptographisch gesicherten Kommunikationskanals (Trusted Channel). In diesem Kapitel werden Schlüssel beschrieben, die den Aufbau eines solchen Trusted Channels mittels symmetrischer Verfahren ermöglichen. Die Schlüssel zum Aufbau mittels asymmetrischer Verfahren werden in 5.3.16 beschrieben.

Voraussetzung für den Aufbau mittels symmetrischer Verfahren ist, dass sowohl die zu administrierende Karte, als auch das administrierende System über denselben symmetrischen Schlüssel verfügen.

Wenn die symmetrischen Schlüssel (SK.CMS und SK.CUP) für die Authentifizierung des Kartenadministrationssystems genutzt werden, dann MÜSSEN sie kartenindividuell  personalisiert werden, so dass mit einem Schlüssel eines administrierenden Systems genau ein HBA  administriert werden kann.

Die Objekte müssen bei der Initialsierung angelegt werden. Bei der Personalisierung sind nur die Schlüssel zu personalisieren, die tatsächlich benötigt werden.

5.3.14.1 MF / SK.CMS.AES128

SK.CMS.AES128 (optional) ist der geheime AES-Schlüssel mit 128 bit Schlüssellänge für die Durchführung des HBA/CMS-Authentisierungsverfahrens mit Aufbau eines Trusted Channel.

Card-G2-A_2080-02 - K_Initialisierung: Initialisierte Attribute von MF / SK.CMS.AES128

SK.CMS.AES128 MUSS die in Tab_HBA_ObjSys_029 dargestellten Werte besitzen.

Tabelle 26: Tab_HBA_ObjSys_029 Initialisierte Attribute von MF / SK.CMS.AES128

[<=]

Hinweis (35) Kommandos, die gemäß [gemSpec_COS] mit einem symmetrischen Authentisierungsobjekt arbeiten, sind:    
Activate, Deactivate, Delete, External Authenticate, General Authenticate, Get Security Status Key, Internal Authenticate, Mutual Authenticate, Terminate.

Hinweis (36) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Card-G2-A_3291-01 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel: MF / SK.CMS.AES128

Der Personalisierer MUSS bei der Personalisierung von SK.CMS.AES128 die in Tab_HBA_ObjSys_104 angegebenen Attribute mit den dort angegebenen Inhalten personalisieren.

Tabelle 27: Tab_HBA_ObjSys_104 Personalisierte Attribute von MF / SK.CMS.AES128

Attribute	Wert	Bemerkung
encKey	Symmetrischer Schlüssel AES.128 gemäß [gemSpec_Krypt#2.4]
macKey	Symmetrischer Schlüssel AES.128 gemäß [gemSpec_Krypt#2.4]

 

[<=]

5.3.14.2 MF / SK.CMS.AES256

SK.CMS.AES256 (optional) ist der geheime AES-Schlüssel mit 256 bit Schlüssellänge für die Durchführung des HBA/CMS-Authentisierungsverfahrens mit Aufbau eines Trusted Channel.

Card-G2-A_2081-02 - K_Initialisierung: Initialisierte Attribute von MF / SK.CMS.AES256

SK.CMS.AES256 MUSS die in Tab_HBA_ObjSys_030 dargestellten Werte besitzen.

Tabelle 28: Tab_HBA_ObjSys_030 Initialisierte Attribute von MF / SK.CMS.AES256

[<=]

Card-G2-A_3292-01 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel: MF / SK.CMS.AES256

Der Personalisierer MUSS bei der Personalisierung von SK.CMS.AES256 die in Tab_HBA_ObjSys_105 angegebenen Attribute mit den dort angegebenen Inhalten personalisieren.

Tabelle 29: Tab_HBA_ObjSys_105 Personalisierte Attribute von MF / SK.CMS.AES256

Attribute	Wert	Bemerkung
encKey	Symmetrischer Schlüssel AES.256 gemäß [gemSpec_Krypt#2.4]
macKey	Symmetrischer Schlüssel AES.256 gemäß [gemSpec_Krypt#2.4]

 

[<=]

5.3.14.3 MF / SK.CUP.AES128

Dieser AES-Schlüssel mit 128 bit Schlüssellänge wird benötigt, um dem CUPS administrative Zugriffe auf den HBA bezüglich der Zertifikate zu erlauben.

Card-G2-A_3293-02 - K_Initialisierung: Initialisierte Attribute von MF / SK.CUP.AES128

SK.CUP.AES128 MUSS die in Tab_HBA_ObjSys_147 dargestellten Initialisierten Attribute besitzen.

Tabelle 30: Tab_HBA_ObjSys_147 Initialisierte Attribute von MF / SK.CUP.AES128

[<=]

Card-G2-A_3294-01 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel: MF / SK.CUP.AES128

Der Personalisierer MUSS bei der Personalisierung von SK.CUP.AES128 die in Tab_HBA_ObjSys_148 angegebenen Attribute mit den dort angegebenen Inhalten personalisieren.

Tabelle 31: Tab_HBA_ObjSys_148 Personalisierte Attribute von MF / SK.CUP.AES128

Attribute	Wert	Bemerkung
encKey	Symmetrischer Schlüssel AES.128 gemäß [gemSpec_Krypt#2.4]
macKey	Symmetrischer Schlüssel AES.128 gemäß [gemSpec_Krypt#2.4]

[<=]

5.3.14.4 MF / SK.CUP.AES256

Dieser AES-Schlüssel mit 256 bit Schlüssellänge wird benötigt, um dem CUPS administrative Zugriffe auf den HBA bezüglich der Zertifikate zu erlauben.

Card-G2-A_3295-02 - K_Initialisierung: Initialisierte Attribute von MF / SK.CUP.AES256

SK.CUP.AES256 MUSS die in Tab_HBA_ObjSys_149 dargestellten Initialisierten Attribute besitzen.

Tabelle 32: Tab_HBA_ObjSys_149 Initialisierte Attribute von MF / SK.CUP.AES256

[<=]

Card-G2-A_3296-01 - K_Personalisierung, Option_Personalisierung_Admin_Schlüssel: MF / SK.CUP.AES256

Der Personalisierer MUSS bei der Personalisierung von SK.CUP.AES256 die in Tab_HBA_ObjSys_150 angegebenen Attribute mit den dort angegebenen Inhalten personalisieren.

Tabelle 33: Tab_HBA_ObjSys_150 Personalisierte Attribute von MF / SK.CUP.AES256

Attribute	Wert	Bemerkung
encKey	Symmetrischer Schlüssel AES.256 gemäß [gemSpec_Krypt#2.4]
macKey	Symmetrischer Schlüssel AES.256 gemäß [gemSpec_Krypt#2.4]

[<=]

5.3.15 MF / SK.CAN (Option kontaktlose Schnittstelle)

Das Schlüsselobjekt SK.CAN (Card Access Number) dient dazu, eine kontaktlose Kommunikationsschnittstelle zum HBA kryptographisch abzusichern.

Card-G2-A_2868 - K_Initialisierung: Initialisierte Attribute von MF / SK.CAN

Wird die kontaktlose Schnittstelle genutzt, dann MUSS SK.CAN vorhanden sein und die in Tab_HBA_ObjSys_076 dargestellten Attribute besitzen.
 

Tabelle 34: Tab_HBA_ObjSys_076 Initialisierte Attribute von MF / SK.CAN

Attribute	Wert	Bemerkung
Objekttyp	symmetrisches Kartenverbindungsobjekt
keyIdentifier	’02’ = 2
lifeCycleStatus	„Operational state (activated)“
Can	herstellerspezifisch „unbefüllt“, Speicherplatz hinreichend für ein Schlüsselobjekt SK.CAN
algorithmIdentifier	id-PACE-ECDH-GM-AES-CBC-CMAC-128
accessRuleSessionkeys	irrelevant
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERAL AUTHENTICATE	ALWAYS
DELETE	AUT_CMS OR AUT_CUP
Andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GENERAL AUTHENTICATE	ALWAYS
DELETE	AUT_CMS OR AUT_CUP
Andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state“ kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Alle	NEVER

​​

[<=]  [<=]

Hinweis (37) Kommandos, die gemäß [gemSpec_COS] mit symmetrischen Kartenverbindungsobjekten arbeiten, sind: Activate; Deactivate; Delete, General Authenticate, Terminate.

Card-G2-A_3297 - K_Personalisierung: Personalisierte Attribute von MF / SK.CAN

Bei der Personalisierung von SK.CAN MÜSSEN die in Tab_HBA_ObjSys_106 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 35: Tab_HBA_ObjSys_106 Personalisierte Attribute von MF / SK.CAN

Attribute	Wert	Bemerkung
can	SK.CAN gemäß [gemSpec_CAN_TI]	siehe [Card-G2-A_2869]

​​

[<=]  [<=]

Card-G2-A_2869 - K_Personalisierung: Generierung der CAN bei Verwendung der optionalen kontaktlosen Schnittstelle des HBA

Bei Nutzung der optionalen kontaktlosen Schnittstelle des HBA MUSS die Personalisierung für das Attribut can von SK.CAN eine sechsstellige Ziffernfolge gemäß [gemSpec_CAN_TI] setzen.
​​

[<=]  [<=]

5.3.16 Sicherheitsumgebungen auf MF-Ebene

Auf MF-Ebene wird ausschließlich die Sicherheitsumgebung SE#1 (Default-SE) verwendet. Es ist möglich, z. B. für die entfernte PIN-Eingabe, in SE#1 einen Trusted Channel aufzubauen.

5.4 Die Heilberufsanwendung DF.HPA

5.4.1 Dateistruktur und Dateiinhalt

Die Abbildung Abb_HBA_ObjSys_002 zeigt die Dateistruktur von DF.HPA.

 

Abbildung 2: Abb_HBA_ObjSys_002 Dateistruktur von DF.HPA

 

5.4.2 MF / DF.HPA (Health Professional Application)

DF.HPA ist eine “Application” gemäß [gemSpec_COS#8.3.1.1], d. h. ist mittels Anwendungskennung selektierbar.

Card-G2-A_2082-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.HPA

DF.HPA MUSS die in Tab_HBA_ObjSys_031 dargestellten Werte besitzen.
 

Tabelle 36: Tab_HBA_ObjSys_031 Initialisierte Attribute von MF / DF.HPA

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘D27600014602’
fileIdentifier	–
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
LOAD APPLICATION (nach der HBA-Ausgabe)	AUT_CMS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
LOAD APPLICATION (nach der HBA-Ausgabe)	AUT_CMS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (38) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Schlüssel und CVCs für den Authentisierungsprozess befinden sich auf MF-Ebene. Die Heilberufsanwendung erlaubt das Anlegen weiterer Dateien, falls dafür in der Zukunft eine Notwendigkeit bestehen sollte, siehe Kapitel 5.9.

5.4.2.1 MF / DF.HPA / EF.HPD (Health Professional Data)

Das transparente Datei EF.HPD ist für die Speicherung von Daten vorgesehen, die sich auf den jeweiligen Heilberufler beziehen, z.B. die Bestätigung der Teilnahme an Fortbildungsmaßnahmen. Das File kann immer gelesen werden, aber eine Aktualisierung ist nur nach erfolgreicher Eingabe der PIN.CH möglich.

Card-G2-A_2083 - K_Initialisierung: Initialisierte Attribute von MF / DF.HPA / EF.HPD

EF.HPD MUSS die in Tab_HBA_ObjSys_032 dargestellten Werte besitzen.
 

Tabelle 37: Tab_HBA_ObjSys_032 Initialisierte Attribute von MF / DF.HPA / EF.HPD

Attribute	Wert	Bemerkung
Objekttyp	transparentes Elementary File
fileIdentifier	‘D0 01’
shortFileIdentifier	‘01’= 1
numberOfOctet	‘08 00’ Oktett = 2048 Oktett
positionLogicalEndOfFile	’0’
flagTransactionMode	True
flagChecksum	True
lifeCycleStatus	„Operational state (activated)“
shareable	True
body	kein Inhalt	wird später nachgeladen
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
READ BINARY	ALWAYS
ERASE BINARY SET LOGICAL EOF UPDATE BINARY WRITE BINARY	PWD(PIN.CH)
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
READ BINARY	AUT_PACE
ERASE BINARY SET LOGICAL EOF UPDATE BINARY WRITE BINARY	AUT_PACE AND    PWD(PIN.CH)
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

​​

[<=]  [<=]

Hinweis (39) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.4.2.2 Sicherheitsumgebungen

In DF.HPA wird das SE#1 verwendet.

5.5 Die Anwendung für die qualifizierte elektronische Signatur (DF.QES)

Dieses Kapitel enthält die Objekte, die die QES-Anwendung beschreiben. Dies ist gleichzeitig die Sicht einer Signaturanwendungskomponente, welche diese Anwendung nutzen möchte.

5.5.1 Dateistruktur und Dateiinhalt

Die Abbildung Abb_HBA_ObjSys_003 zeigt die prinzipielle Dateistruktur der QES-Anwendung, die in Übereinstimmung mit [DIN66291-1] definiert ist.

Abbildung 3 Abb_HBA_ObjSys_003 Prinzipielle Struktur der QES-Anwendung

Die QES-Anwendung beinhaltet EFs für die X.509-QES-Zertifikate für die Kryptographie mit RSA und mit elliptischen Kurven. Zusätzlich ist ein EF zur Anzeige des unterstützten Maximalwertes des SSEC angelegt.

 

5.5.2 MF / DF.QES (Qualified Electronic Signature Application)

DF.QES ist ein “Application Directory” gemäß [gemSpec_COS#8.3.1.1], d. h. ist mittels Anwendungskennung selektierbar.

Card-G2-A_2084-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES

DF.QES MUSS die in Tab_HBA_ObjSys_033 dargestellten Werte besitzen.
 

Tabelle 38: Tab_HBA_ObjSys_033 Initialisierte Attribute von MF / DF.QES

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘D276000066 01’	siehe Hinweis 40:
fileIdentifier	–	siehe Hinweis 41:
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
LOAD APPLICATION	AUT_CMS	Siehe Hinweis 43:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
LOAD APPLICATION	AUT_CMS	Siehe Hinweis 43:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (40) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Hinweis (41) Der Wert des Attributes applicationIdentifier ist in [ISO7816-4] festgelegt.

Hinweis (42) herstellerspezifisch; Falls unterstützt, dann außerhalb des Intervalls [‘1000’, ‘FEFF’]; siehe [ISO7816-4#8.1.1]

Hinweis (43) Das Kommando ist nur vom Inhaber des CMS-Schlüssels ausführbar, siehe Kapitel 5.9.

5.5.2.1 MF / DF.QES / PrK.HP.QES.R2048

PrK.HP.QES.R2048 ist der private Schlüssel für die Kryptographie mit RSA zur Berechnung von qualifizierten elektronischen Signaturen. Die Eigenschaften der PIN.QES werden in Kapitel 5.5.2.2 dargestellt. Der zugehörige öffentliche Schlüssel PuK.HP.QES.R2048 ist in C.HP.QES.R2048 (siehe Kapitel 5.5.2.4) enthalten.

Card-G2-A_2085-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

PrK.HP.QES.R2048 MUSS die in Tab_HBA_ObjSys_034 dargestellten Werte besitzen.

Tabelle 39: Tab_HBA_ObjSys_034 Initialisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt RSA 2048
keyIdentifier	‘04’ = 4
privateKey	herstellerspezifisch „unbefüllt“, Speicherplatz hinreichend für einen Schlüssel mit Moduluslänge 2048 Bit	wird personalisiert
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge { signPSS }
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	ALWAYS
PSO Comp Dig Sig	PWD(PIN.QES)	siehe Hinweis 48:
Delete	herstellerspezifisch	siehe Hinweis 46:
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
PSO Comp Dig Sig	PWD(PIN.QES) AND    SmMac(flagTI.55) AND    SmCmdEnc AND     SmRespEnc	siehe Hinweis 47:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	AUT_PACE
PSO Compute Digital Signature	AUT_PACE AND    PWD(PIN.QES)	siehe Hinweis 48:
Delete	herstellerspezifisch	siehe Hinweis 46:
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
PSO Compute Digital Signature	PWD(PIN.QES) AND     SmMac(flagTI.55) AND     SmCmdEnc AND      SmRspEnc	siehe Hinweis 47:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER

​​
​​
​​

[<=]

Hinweis (44) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (45) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Hinweis (46) Die konkrete Zugriffsregel muss durch den Objektsystemhersteller in Abstimmung mit einer Bestätigungsstelle gemäß EU-Verordnung Nr. 910/2014 (eIDAS) festgelegt werden.

Hinweis (47) Modus für Stapel- und Komfortsignatur, siehe [TR-03114] und [TR-03115]. Geräteauthentisierung von gSMC-K mit Profil 51 (SAK)

Hinweis (48) Modus für Einzel- oder Stapelsignatur ohne Geräteauthentisierung gemäß PIN.QES Start Security Status Evaluation Counter.

Card-G2-A_3298 - K_Personalisierung: Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

Bei der Personalisierung von PrK.HP.QES.R2048 MÜSSEN die in Tab_HBA_ObjSys_108 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 40: Tab_HBA_ObjSys_108 Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

Attribute	Wert	Bemerkung
privateKey	Moduluslänge 2048 Bit	wird personalisiert
keyAvailable	True

 

[<=] 
[<=]

5.5.2.2 MF / DF.QES / PIN.QES

PIN.QES ist eine DF-spezifische PIN, die zum Schutz des privaten Schlüssels für die qualifizierte elektronische Signatur des Heilberuflers (PrK.HP.QES.R2048) gemäß EU-Verordnung Nr. 910/2014 (eIDAS) verwendet wird.

Die Nutzung des Rücksetz-Codes (Personal Unblocking Key, PUK) wird durch einen Nutzungszähler pukUsage beschränkt. Der Sicherheitsstatus von PIN.QES kann nur für eine begrenzte Anzahl von Signaturen verwendet werden, d. h. der SSEC-Maximalwert ist endlich.

Die PIN-Referenz für die Kommandos Verify, Change Reference Data und Reset Retry Counter und andere PIN-Eigenschaften sind in der folgenden Tabelle Tab_HBA_ObjSys_037 zusammengefasst.

Card-G2-A_2088-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / PIN.QES

PIN.QES MUSS die in Tab_HBA_ObjSys_037 dargestellten Werte besitzen.

Tabelle 41: Tab_HBA_ObjSys_037 Initialisierte Attribute von MF / DF.QES / PIN.QES

Attribute	Wert	Bemerkung
Objekttyp	Passwortobjekt
pwdIdentifier	‘01’ = 1
secret	undefiniert	wird personalisiert
minimumLength	6
maximumLength	8
startRetryCounter	3
retryCounter	3
transportStatus	Transport-PIN
flagEnabled	True
Start Security Status Evaluation Counter	SE # 1: 1 ≤ SSEC ≤ 250 SE # 2: 1 ≤ SSEC ≤ 250	Werte wie in EF.SSEC angezeigt
PUK	undefiniert	wird personalisiert
pukUsage	10
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Change RD, P1=0	ALWAYS
Get Pin Status	ALWAYS
Reset RC., P1=1	ALWAYS
Verify	ALWAYS
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
Change RD, P1=0	SmMac(flagTI.54) AND     SmCmdEnc
Get Pin Status	SmMac(flagTI.55)
Reset RC., P1=1	SmMac(flagTI.54) AND     SmCmdEnc
Verify	SmMac(flagTI.54) AND     SmCmdEnc
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Change RD, P1=0	AUT_PACE
Get Pin Status	AUT_PACE
Reset RC., P1=1	AUT_PACE
Verify	AUT_PACE
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
Change RD, P1=0	SmMac(flagTI.54) AND     SmCmdEnc
Get Pin Status	SmMac(flagTI.55)
Reset RC., P1=1	SmMac(flagTI.54) AND     SmCmdEnc
Verify	SmMac(flagTI.54) AND     SmCmdEnc
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

 

[<=]

Hinweis  (49) Kommandos, die gemäß [gemSpec_COS] mit einem Passwortobjekt arbeiten, sind: Activate, Change Reference Data, Deactivate, Delete, Disable Verification Requirement, Enable Verification Requirement, Get Pin Status, Reset Retry Counter, Verify, Terminate.

Card-G2-A_3299 - K_Personalisierung: Personalisierte Attribute von MF / DF.QES / PIN.QES

Bei der Personalisierung von PIN.QES MÜSSEN die in Tab_HBA_ObjSys_111 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 42: Tab_HBA_ObjSys_111 Personalisierte Attribute von MF / DF.QES / PIN.QES 

Attribute	Wert	Bemerkung
secret	PIN-Wert gemäß [gemSpec_PINPUK_TI]	Transport-PIN
secretLength	5 Ziffern (minimumLength - 1)	Länge der Transport-PIN
PUK	PUK-Wert gemäß [gemSpec_PINPUK_TI]
PUKLength	Anzahl Ziffern aus dem Intervall [8, 12]

[<=]

5.5.2.3 MF / DF.QES / EF.SSEC

Die transparente Datei EF.SSEC zeigt die SSEC-Maximalwerte an, die für eine konkrete Anwendungsumgebung des HBA gemäß Evaluierung und Bestätigung des HBA als Sichere Signaturerstellungseinheit definiert wurden.

Card-G2-A_2089-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / EF.SSEC

EF.SSEC MUSS die in Tab_HBA_ObjSys_038 dargestellten Werte besitzen.

Tabelle 43: Tab_HBA_ObjSys_038 Initialisierte Attribute von MF / DF.QES / EF.SSEC

[<=]

Hinweis (51) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Der Inhalt von EF.SSEC (siehe Tab_HBA_ObjSys_038) wird während der Initialisierung gespeichert. Die externe Signaturanwendungskomponente kann den Inhalt der Datei lesen, um die Größe des Signaturstapels zu optimieren. Die Angaben in EF.SSEC müssen den implementierten SSEC-Maximalwerten entsprechen.

Card-G2-A_2090-01 - K_Initialisierung: Inhalt von EF.SSEC

Der Inhalt von EF.SSEC MUSS die in Tab_HBA_ObjSys_039 dargestellten Werte besitzen.

 

Tabelle 44: Tab_HBA_ObjSys_039 Inhalt von EF.SSEC

 

[<=]

Anmerkung 1 – Abgesehen vom SSEC-Object werden unterhalb des Tag ‘7B’ die Datenobjekte gemäß [ISO7816-4] verwendet.

Anmerkung 2 – Die SSEC-Maximalwerte im Bereich 251-254 sollten nicht verwendet werden, da diese Werte im COS möglicherweise eine andere Bedeutung haben. Falls ein unbegrenzter SSEC notwendig ist, muss das in EF.SSEC durch die Kodierung ‘FF’ im SSEC-Feld angezeigt werden.

5.5.2.4 MF / DF.QES / EF.C.HP.QES.R2048

Die transparente Datei EF.C.HP.QES.R2048 enthält das X.509-Zertifikat für die Kryptographie mit RSA mit dem öffentlichen Schlüssel des Heilberuflers PuK.HP.QES.R2048 für die qualifizierte elektronische Signatur gemäß EU-Verordnung Nr. 910/2014 (eIDAS). Das zugehörende private Schlüsselobjekt PrK.HP.QES.R2048 ist im Kapitel 5.5.2.1 definiert.

Card-G2-A_2091-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

EF.C.HP.QES.R2048 MUSS die in Tab_HBA_ObjSys_040 dargestellten Werte besitzen.

Tabelle 45: Tab_HBA_ObjSys_040 Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

[<=]

Hinweis (52) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (53)  Die konkrete Zugriffsregel muss durch den Objektsystemhersteller, der diese Option umsetzt, in Abstimmung mit einer Bestätigungsstelle gemäß EU-Verordnung Nr. 910/2014 (eIDAS) festgelegt werden.

Card-G2-A_3301-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

Bei der Personalisierung von EF.C.HP.QES.R2048 MÜSSEN die in Tab_HBA_ObjSys_113 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 46: Tab_HBA_ObjSys_113 Personalisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

[<=]

5.5.2.5 MF / DF.QES / PrK.HP.QES.E256

PrK.HP.QES.E256 ist der private Schlüssel für die Kryptographie mit elliptischen Kurven zur Berechnung von qualifizierten elektronischen Signaturen. Die Eigenschaften der PIN.QES werden in Kapitel 5.5.2.2 dargestellt. Der zugehörige öffentliche Schlüssel PuK.HP.QES.E256 ist in C.HP.QES.E256 (siehe Kapitel 5.5.2.7) enthalten.

Card-G2-A_3629-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / PrK.HP.QES.E256

PrK.HP.QES.E256 MUSS die in Tab_HBA_ObjSys_160 dargestellten initialisierten Attribute besitzen.

 

Tabelle 47: Tab_HBA_ObjSys_160 Initialisierte Attribute MF / DF.QES / PrK.HP.QES.E256

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, ELC 256
keyIdentifier	‘06’ = 6
lifeCycleStatus	„Operational state (activated)“
privateElcKey	domainparameter = brainpoolP256r1	wird personalisiert
privateElcKey	keyData = AttributNotSet
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge, [gemSpec_COS] {signECDSA}
accessRuleSessionkeys	irrelevant
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	ALWAYS
PSO Comp Dig Sig	PWD(PIN.QES)	siehe Hinweis 48:
Delete	herstellerspezifisch	siehe Hinweis 46:
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
PSO Comp Dig Sig	PWD(PIN.QES) AND    SmMac(flagTI.55) AND    SmCmdEnc AND     SmRespEnc	siehe Hinweis 47:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart SE#1	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	AUT_PACE
PSO Compute Digital Signature	AUT_PACE AND    PWD(PIN.QES)	siehe Hinweis 48:
Delete	herstellerspezifisch	siehe Hinweis 46:
andere	NEVER
Zugriffsart SE#2	Zugriffsbedingung	Bemerkung
PSO Compute Digital Signature	PWD(PIN.QES) AND     SmMac(flagTI.55) AND     SmCmdEnc AND      SmRspEnc	siehe Hinweis 47:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER

 

[<=]

Card-G2-A_3630 - K_Personalisierung: Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.E256

Bei der Personalisierung von PrK.HP.QES.E256 MÜSSEN die in Tab_HBA_ObjSys_161 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 48: Tab_HBA_ObjSys_161 Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.E256

Attribute	Wert	Bemerkung
keyAvailable	true
privateElcKey	keyData = Wildcard

 

[<=]

5.5.2.6 MF / DF.QES / EF.C.HP.QES.E256

Die transparente Datei EF.C.HP.QES.E256 enthält das X.509-Zertifikat für die Kryptographie mit elliptischen Kurven mit dem öffentlichen Schlüssel des Heilberuflers PuK.HP.QES.E256 für die qualifizierte elektronische Signatur gemäß EU-Verordnung Nr. 910/2014 (eIDAS). Das zugehörende private Schlüsselobjekt PrK.HP.QES.E256 ist im Kapitel 5.5.2.6 definiert.

Card-G2-A_3631-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.E256

EF.C.HP.QES.E256 MUSS die in Tab_HBA_ObjSys_162  dargestellten initialisierten Attribute besitzen.

Tabelle 49: Tab_HBA_ObjSys_162 Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.E256

[<=]

Hinweis (57) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Card-G2-A_3632-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.QES / EF.C.HP.QES.E256

Bei der Personalisierung von EF.C.HP.QES.E256 MÜSSEN die in Tab_HBA_ObjSys_163 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 64: Tab_HBA_ObjSys_163  Personalisierte Attribute von MF / DF.QES / EF.C.HP.QES.E256

[<=]

5.6 Die ESIGN-Anwendung (DF.ESIGN)

5.6.1 Dateistruktur und Dateiinhalt

Die Abbildung Abb_HBA_ObjSys_004 zeigt die prinzipielle Struktur der ESIGN-Anwendung, die in Übereinstimmung mit [EN14890-1] definiert ist.

Abbildung 4: Abb_HBA_ObjSys_004 Prinzipielle Struktur von DF.ESIGN

5.6.2 MF / DF.ESIGN (Krypto-Anwendung ESIGN)

DF.ESIGN ist ein “Application Directory” gemäß [gemSpec_COS#8.3.1.1], d. h. ist mittels Anwendungskennung selektierbar.

Die allgemeine ESIGN Anwendung ist in DF.ESIGN dargestellt und wird im HBA für folgende Funktionen genutzt:

• Die Client/Server-Authentisierung,
• die Nachrichtensignatur,
• die Schlüssel-Chiffrierungsfunktion für die kryptographische Sicherung von Daten.

Card-G2-A_2097-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN

DF.ESIGN MUSS die in Tab_HBA_ObjSys_045 dargestellten Werte besitzen.
 

Tabelle 50: Tab_HBA_ObjSys_045 Initialisierte Attribute von MF / DF.ESIGN

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘A000000167 455349474E’	siehe Hinweis 59:
fileIdentifier	–	siehe Hinweis 60:
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)“ kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
LOAD APPLICATION	AUT_CMS	siehe Hinweis 62:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
LOAD APPLICATION	AUT_CMS	siehe Hinweis 62:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (58) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Hinweis (59) Der Wert des Attributes applicationIdentifier ist in [ISO7816-4] festgelegt.

Hinweis (60) herstellerspezifisch; Falls unterstützt, dann außerhalb des Intervalls [‘1000’, ‘FEFF’]; siehe [gemSpec_COS#8.1.1].

Hinweis (61) Da sich weder dieser Ordner noch darüberliegende Ebenen deaktivieren lassen, sind diese Zustände für Objekte im Kapitel 5.6 im Allgemeinen irrelevant.

Hinweis (62) Das Kommando ist nur vom Inhaber des CMS-Schlüssels ausführbar, siehe Kap. 5.9.

5.6.2.1 MF / DF.ESIGN / PrK.HP.AUT.R2048

PrK.HP.AUT.R2048 ist der private Schlüssel für die Kryptographie mit RSA für Client/Server-Authentisierung. Der zugehörige öffentliche Schlüssel PuK.HP.AUT.R2048 ist in C.HP.AUT.R2048 (siehe Kapitel 5.6.2.3) enthalten.

Card-G2-A_2098-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

PrK.HP.AUT.R2048 MUSS die in Tab_HBA_ObjSys_046 dargestellten Werte besitzen.

Tabelle 51: Tab_HBA_ObjSys_046 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

[<=]

Hinweis (66)  Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (67) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Card-G2-A_3305 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

Bei der Personalisierung von PrK.HP.AUT.R2048 MÜSSEN die in Tab_HBA_ObjSys_118 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 52: Tab_HBA_ObjSys_118 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

Attribute	Wert	Bemerkung
privateKey	Moduluslänge 2048 Bit	wird personalisiert
keyAvailable	True

 

[<=] 
[<=]

5.6.2.2 MF / DF.ESIGN / PrK.HP.ENC.R2048

PrK.HP.ENC.R2048 ist der private Schlüssel für die Kryptographie mit RSA für das Entschlüsseln von Dokumenten-Chiffrierungsschlüsseln. Der zugehörige öffentliche Schlüssel PuK.HP.ENC.R2048 ist in C.HP.ENC.R2048 (siehe Kapitel 5.6.2.4) enthalten.

Card-G2-A_2101-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

PrK.HP.ENC.R2048 MUSS die in Tab_HBA_ObjSys_049 dargestellten Werte besitzen.

Tabelle 53: Tab_HBA_ObjSys_049 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

[<=]

Hinweis (68) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (69) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

In Bezug auf die Schlüssellängen müssen dieselben Konventionen wie für die Schlüssel der qualifizierten elektronischen Signatur berücksichtigt werden, siehe [ALGCAT] und [TR-03116-1].

Card-G2-A_3306 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

Bei der Personalisierung von PrK.HP.ENC.R2048 MÜSSEN die in Tab_HBA_ObjSys_121 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 54: Tab_HBA_ObjSys_121 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

Attribute	Wert	Bemerkung
privateKey	Moduluslänge 2048 Bit	wird personalisiert
keyAvailable	True

 

[<=] 
[<=]

5.6.2.3 MF / DF.ESIGN / EF.C.HP.AUT.R2048

Die Datei EF.C.HP.AUT.R2048 enthält ein Zertifikat für die Kryptographie mit RSA mit dem öffentlichen Schlüssel PuK.HP.AUT.R2048. Das zugehörende private Schlüsselobjekt PrK.HP.AUT.R2048 ist in Kapitel 5.6.2.1 definiert.

Card-G2-A_2107-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

EF.C.HP.AUT.R2048 MUSS die in Tab_HBA_ObjSys_055 dargestellten Werte besitzen.

Tabelle 55: Tab_HBA_ObjSys_055 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

[<=]

Hinweis (70) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (71) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3307-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

Bei der Personalisierung von EF.C.HP.AUT.R2048 MÜSSEN die in Tab_HBA_ObjSys_127 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 56: Tab_HBA_ObjSys_127 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

[<=]

5.6.2.4 MF / DF.ESIGN / EF.C.HP.ENC.R2048

Die Datei EF.C.HP.ENC.R2048 enthält ein Zertifikat für die Kryptographie mit RSA mit dem öffentlichen Schlüssel PuK.HP.ENC.R2048. Das zugehörende private Schlüsselobjekt PrK.HP.ENC.R2048 ist im Kapitel 5.6.2.2 definiert.

Card-G2-A_2110-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

EF.C.HP.ENC.R2048 MUSS die in Tab_HBA_ObjSys_056 dargestellten Werte besitzen.

Tabelle 57: Tab_HBA_ObjSys_056 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

[<=]

Hinweis (72) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (73) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3308-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

Bei der Personalisierung von EF.C.HP.ENC.R2048 MÜSSEN die in Tab_HBA_ObjSys_129 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 58: Tab_HBA_ObjSys_129 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

[<=]

5.6.2.5 MF / DF.ESIGN / PrK.HP.AUT.E256

PrK.HP.AUT.E256 ist der private Schlüssel für die Kryptographie mit elliptischen Kurven für Client/Server-Authentisierung. Der zugehörige öffentliche Schlüssel PuK.HP.AUT.E256 ist in C.HP.AUT.E256 (siehe Kapitel 5.6.2.7) enthalten.

Card-G2-A_3639-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.E256

PrK.HP.AUT.E256 MUSS die in Tab_HBA_ObjSys_170 dargestellten initialisierten Attribute besitzen.

Tabelle 59: Tab_HBA_ObjSys_170 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.E256

[<=]

Hinweis (74) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (75) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kap. 5.9.

Card-G2-A_3640 - K_Personalisierung: Personalisierte MF / DF.ESIGN / PrK.HP.AUT.E256

Bei der Personalisierung von PrK.HP.AUT.E256 MÜSSEN die in Tab_HBA_ObjSys_171 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 60: Tab_HBA_ObjSys_171 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.E256

Attribute	Wert	Bemerkung
keyAvailable	true
privateElcKey	keyData = Wildcard

 

[<=]

5.6.2.6 MF / DF.ESIGN / PrK.HP.ENC.E256

PrK.HP.ENC.E256 ist der private Schlüssel für die Kryptographie mit ellptischen Kurven für das Entschlüsseln von Dokumenten-Chiffrierungsschlüsseln. Der zugehörige öffentliche Schlüssel PuK.HP.ENC.E256 ist in C.HP.ENC.E256 (siehe Kapitel 5.6.2.8) enthalten.

Card-G2-A_3641-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

PrK.HP.ENC.E256 MUSS die in Tab_HBA_ObjSys_172 dargestellten initialisierten Attribute besitzen.

Tabelle 61: Tab_HBA_ObjSys_172 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

[<=]

Hinweis (76) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Hinweis (77) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3642 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

Bei der Personalisierung von PrK.HP.ENC.E256 MÜSSEN die in Tab_HBA_ObjSys_173 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 62: Tab_HBA_ObjSys_173 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

Attribute	Wert	Bemerkung
keyAvailable	true
privateElcKey	keyData = Wildcard

 

[<=]

5.6.2.7 MF / DF.ESIGN / EF.C.HP.AUT.E256

Die Datei EF.C.HP.AUT.E256 enthält ein Zertifikat für die Kryptographie mit elliptischen Kurven mit dem öffentlichen Schlüssel PuK.HP.AUT.E256. Das zugehörende private Schlüsselobjekt PrK.HP.AUT.E256 ist in Kapitel 5.6.2.5 definiert.

Card-G2-A_3643-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

EF.C.HP.AUT.E256 MUSS die in Tab_HBA_ObjSys_174 dargestellten initialisierten Attribute besitzen.

Tabelle 63: Tab_HBA_ObjSys_174 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

[<=]

Hinweis (78) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (79) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3644-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

Bei der Initialisierung von EF.C.HP.AUT.E256 MÜSSEN die in Tab_HBA_ObjSys_175 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 64: Tab_HBA_ObjSys_175 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

[<=]

5.6.2.8 MF / DF.ESIGN/ EF.C.HP.ENC.E256

Die Datei EF.C.HP.ENC.E256 enthält ein Zertifikat für die Kryptographie mit elliptischen Kurven mit dem öffentlichen Schlüssel PuK.HP.ENC.E256. Das zugehörende private Schlüsselobjekt PrK.HP.ENC.E256 ist im Kapitel 5.6.2.6 definiert.

Card-G2-A_3645-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

EF.C.HP.ENC.E256 MUSS die in Tab_HBA_ObjSys_176  dargestellten initialisierten Attribute besitzen.

Tabelle 65: Tab_HBA_ObjSys_176 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

[<=]

Hinweis (80) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (81) Das Kommando ist nur vom Inhaber des CMS- / CUP-Schlüssels ausführbar, siehe Kapitel 5.9.

Card-G2-A_3646-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

Bei der Initialisierung von EF.C.HP.ENC.E256 MÜSSEN die in Tab_HBA_ObjSys_177 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 66: Tab_HBA_ObjSys_177 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

[<=]

5.6.2.9 MF / DF.ESIGN / EF.C.HP.SIG.R2048

Dieses EF enthält das Zertifikat zum Schlüssel PrK.HP.SIG.R2048.

A_15220-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

EF.C.HP.SIG.R2048 MUSS die in Tab_HBA_ObjSys_130 dargestellten Werte besitzen.

Tabelle 67: Tab_HBA_ObjSys_130 initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

[<=]

A_15221-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

Bei der Personalisierung von EF.C.HP.SIG.R2048 MÜSSEN die in Tab_HBA_ObjSys_136 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 68: Tab_HBA_ObjSys_136 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	Wildcard	siehe Card-G2-A_2673
body	C.HP.SIG.R2048 gemäß [gemSpec_PKI] passend zu dem privaten Schlüssel in PrK.HP.SIG.R2048

[<=]

5.6.2.10 MF / DF.ESIGN / EF.C.HP.SIG.E256

Dieses EF enthält das Zertifikat zum Schlüssel PrK.HP.SIG.E256.

A_15222-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

EF.C.HP.SIG.E256 MUSS die in Tab_HBA_ObjSys_131 dargestellten Werte besitzen.

Tabelle 69: Tab_HBA_ObjSys_131 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

Attribute	Wert	Bemerkung
Objekttyp	transparentes Elementary File
fileIdentifier	'C0 07'
shortFileIdentifier	'07' = 7
numberOfOctet	'0B B8' Oktett = 3000 Oktett
positionLogicalEndOfFile	Wildcard	siehe Card-G2-A_2673
flagTransactionMode	True
flagChecksum	False
lifeCycleStatus	"Operational state (activated)"
shareable	True
body	kein Inhalt
Zugriffsregeln für die Kontaktschnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
DELETE SET LOIGCAL EOF WRITE BINARY	AUT_CMS  OR  AUT_CUP
READ  BINARY	ALWAYS
Zugriffsregeln für die kontaktlose Schnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
DELETE SET LOIGCAL EOF WRITE BINARY	AUT_CMS  OR  AUT_CUP
READ  BINARY	AUT_CMS  OR AUT_CUP OR AUT_PACE

[<=]

A_15223-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

Bei der Personalisierung von EF.C.HP.SIG.E256 MÜSSEN die in Tab_HBA_ObjSys_137 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 70: Tab_HBA_ObjSys_137 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

Attribute	Wert	Bemerkung
positionLogicalEndOfFile	Wildcard	siehe Card-G2-A_2673
body	C.HP.SIG.E2048 gemäß [gemSpec_PKI] passend zu dem privaten Schlüssel in PrK.HP.SIG.E2048

[<=]

5.6.2.11 MF / DF.ESIGN / PrK.HP.SIG.R2048

Dieses Objekt enthält den privaten Signaturschlüssel für RSA-Signaturen.

A_15224-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048

PrK.HP.SIG.R2048 MUSS die in Tab_HBA_ObjSys_132 dargestellten Werte besitzen.

Tabelle 71: Tab_HBA_ObjSys_132 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, RSA 2048
keyIdentifier	'04' = 4
lifeCycleStatus	"Operational state (activated)"
privateKey	herstellerspezifisch „unbefüllt“, Speicherplatz hinreichend für einen Schlüssel mit Moduluslänge 2048 Bit
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge, [gemSpec_COS] {signPSS}
Zugriffsregeln für die Kontaktschnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
PSO Compute Digital Signature	PWD(PIN.CH)
GENERATE ASYMMETRIC KEY PAIR (P1='81')	ALWAYS
DELETE	AUT_CMS  OR  AUT_CUP
Zugriffsregeln für die kontaktlose Schnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
PSO Compute Digital Signature	AUT_PACE  AND  PWD(PIN.CH)
GENERATE ASYMMETRIC KEY PAIR (P1='81')	AUT_CMS  OR  AUT_CUP OR AUT_PACE
DELETE	AUT_CMS  OR  AUT_CUP

[<=]

A_15225 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048

Bei der Personalisierung von PrK.HP.SIG.R2048 MÜSSEN die in Tab_HBA_ObjSys_133 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 72: Tab_HBA_ObjSys_133 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048E256

Attribute	Wert	Bemerkung
privateKey	Moduluslänge 2048 Bit
keyAvailable	True

[<=]

5.6.2.12 MF / DF.ESIGN / PrK.HP.SIG.E256

Dieses Objekt enthält den privaten Signaturschlüssel für ECC-Signaturen.

A_15226-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

PrK.HP.SIG.E256 MUSS die in Tab_HBA_ObjSys_134 dargestellten Werte besitzen.

Tabelle 73: Tab_HBA_ObjSys_134 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, ELC 256
keyIdentifier	'07' = 7
lifeCycleStatus	"Operational state (activated)"
privateElcKey	domainparameter = brainpoolP256r1 keyData = AttributeNotSet
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge, [gemSpec_COS] {signECDSA}
Zugriffsregeln für die Kontaktschnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
PSO Compute Digital Signature	PWD(PIN.CH)
GENERATE ASYMMETRIC KEY PAIR (P1='81')	ALWAYS
DELETE	AUT_CMS  OR  AUT_CUP
Zugriffsregeln für die kontaktlose Schnittstelle, für den logischen LCS "Operational state (activated)"
Zugriffsart	Zugriffsbedingung
PSO Compute Digital Signature	AUT_PACE  AND  PWD(PIN.CH)
GENERATE ASYMMETRIC KEY PAIR (P1='81')	AUT_CMS  OR  AUT_CUP OR AUT_PACE
DELETE	AUT_CMS  OR  AUT_CUP

[<=]

A_15227 - K_Personalisierung: Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

Bei der Personalisierung von PrK.HP.SIG.E256 MÜSSEN die in Tab_HBA_ObjSys_135 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 74: Tab_HBA_ObjSys_135 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

Attribute	Wert	Bemerkung
keyAvailable	True
privateElcKey	keyData = WildCard

 

[<=]

5.6.3 Sicherheitsumgebungen

DF.ESIGN wird ausschließlich in SE#1 (Default SE) genutzt. Es ist möglich, in SE#1 einen Trusted Channel aufzubauen, um beispielsweise Remote-Konfigurationen mit einem stationären HBA zu ermöglichen.

5.7 Die kryptographischen Informationsanwendungen

In [EN14890-1] ist das Vorhandensein einer kryptographischen Informationsanwendung (CIA) vorgeschrieben, um unterstützte Algorithmen, Dateikennungen etc. anzuzeigen, welche für die entsprechende QES- bzw. ESIGN-Anwendung relevant sind. Das jeweilige DF.CIA.x enthält dazu die Dateien Cryptographic Information Application (CIAInfo), Object Directory (OD), Authentication Object Directory (AOD), Private Key Directory (PrKD) und Certificate Directory (CD). Die verwendeten Objektattribute und die Dateiinhalte sind konform zu [ISO7816-15] und [ISO8825-1].

Die Abbildung Abb_HBA_ObjSys_005 zeigt die prinzipielle Struktur der kryptographischen Informationsanwendungen (CIAs), die mit der QES- und der ESIGN-Anwendung verknüpft sind.

Abbildung 5: Abb_HBA_ObjSys_005 DF.CIA-Anwendungen und ihre Unterstrukturen

5.7.1 MF / DF.CIA.QES (Cryptographic Information Applications)

Card-G2-A_2117-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES

DF.CIA.QES MUSS die in Tab_HBA_ObjSys_057 dargestellten Werte besitzen.
 

Tabelle 75: Tab_HBA_ObjSys_057 Initialisierte Attribute von MF / DF.CIA.QES

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘'E828BD080F D27600006601’	siehe Hinweis 82:
fileIdentifier	–	siehe Hinweis 83:
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

5.7.1.1 MF / DF.CIA.QES / EF.CIA.CIAInfo

Card-G2-A_2119-0203 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES / EF.CIA.CIAInfo

MF / DF.CIA.QES / EF.CIA.CIAInfo MUSS die in Tab_HBA_ObjSys_059 dargestellten Werte besitzen.
 

Tabelle 76: Tab_HBA_ObjSys_059 Initialisierte Attribute von MF / DF.CIA.QES / EF.CIA.CIAInfo (Cryptographic Information Application Info) 

Attribute	Wert	Bemerkung
Objekttyp	transparentes Elementary File
fileIdentifier	‘50 32’	siehe Hinweis (83)
shortFileIdentifier	‘12’= 18	siehe Hinweis (83)
numberOfOctet	’ 00 A5’97’ Oktett = 165151 Oktett
positionLogicalEndOfFile	numberOfOctet
flagTransactionMode	False
flagChecksum	True
lifeCycleStatus	„Operational state (activated)“
shareable	True
body	siehe unterhalb dieser Tabelle3081940201010c11 67656d6174696b2c 204842412c205145 5303020560300d30 0b0201010406d276 00006601a2693049 020101020143302f a00f300d06096086 4801650304020105 00a11c301a06092a 864886f70d010108 300d060960864801 6503040201050003 02064006092a8648 86f70d01010a0201 05301c0201020204 8000000505000302 064006082a8648ce 3d040302020100
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	ALWAYS
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	AUT_PACE

30 81a2
|  02 01 01
|  80 1f 5175616c6966696564205369676e6174757265204170706c69636174696f6e
|  03 02 0560
|  30 0d
|  |  30 0b
|  |  |  02 01 01
|  |  |  04 06 d27600006601
|  a2 69
|  |  30 49
|  |  |  02 01 01
|  |  |  02 01 43
|  |  |  30 2f
|  |  |  |  a0 0f
|  |  |  |  |  30 0d
|  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  05 00
|  |  |  |  a1 1c
|  |  |  |  |  30 1a
|  |  |  |  |  |  06 09 2a864886f70d010108
|  |  |  |  |  |  30 0d
|  |  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  |  05 00
|  |  |  03 02 0640
|  |  |  06 09 2a864886f70d01010a
|  |  |  02 01 05
|  |  30 1c
|  |  |  02 01 02
|  |  |  02 04 80000005
|  |  |  05 00
|  |  |  03 02 0640
|  |  |  06 08 2a8648ce3d040302
|  |  |  02 01 00 [<=] [<=]

Hinweis: Die ASN.1-Struktur in der Datei MF / DF.CIA.QES / EF.CIA.CIAInfo hat folgende Bedeutung:

30 8194 # SEQUENCE with 5 elements, CIAInfo
|  02 01 01 # INTEGER := 1, version = v2
|  0c 11 67656d6174696b2c204842412c20514553 # UTF8String := "gematik, HBA, QES", Label
|  03 02 0560 # BITSTRING: 5 unused bits: '011', CardFlags = {authRequired, prnGeneration}
|  30 0d # SEQUENCE with 1 element, seInfo
|  |  30 0b # SEQUENCE with 2 elements
|  |  |  02 01 01 # INTEGER := 1, SE#
|  |  |  04 06 d27600006601 # OCTETSTRING, AID
|  a2 69 # supportedAlgorithms
|  |  30 49 # SEQUENCE with 6 elements, AlgorithmInfo
|  |  |  02 01 01 # INTEGER := 1, Reference
|  |  |  02 01 43 # INTEGER := 67, CIO-ALGORITHM
|  |  |  30 2f # SEQUENCE with 2 elements, parameters
|  |  |  |  a0 0f
|  |  |  |  |  30 0d # SEQUENCE with 2 elements
|  |  |  |  |  |  06 09 608648016503040201 # OBJECT IDENTIFIER := SHA256 = 2.16.840.1.101.3.4.2.1
|  |  |  |  |  |  05 00 # NULL
|  |  |  |  a1 1c
|  |  |  |  |  30 1a # SEQUENCE with 2 elements
|  |  |  |  |  |  06 09 2a864886f70d010108 # OBJECT IDENTIFIER := id-mgf1 = 1.2.840.113549.1.1.8
|  |  |  |  |  |  30 0d # SEQUENCE with 2 elements
|  |  |  |  |  |  |  06 09 608648016503040201 # OBJECT IDENTIFIER := SHA256 = 2.16.840.1.101.3.4.2.1
|  |  |  |  |  |  |  05 00 # NULL
|  |  |  03 02 0640 # BITSTRING: 6 unused bits: '01', supportedOperations = {compute-signature}
|  |  |  06 09 2a864886f70d01010a # OBJECT IDENTIFIER := id-RSASSA-PSS = 1.2.840.113549.1.1.10
|  |  |  02 01 05 # INTEGER := 5, signPSS
|  |  30 1c # SEQUENCE with 6 elements, AlgorithmInfo
|  |  |  02 01 02 # INTEGER := 2, Reference
|  |  |  02 04 80000005 # INTEGER := -2147483643, CIO-ALGORITHM
|  |  |  05 00 # NULL, parameters
|  |  |  03 02 0640 # BITSTRING: 6 unused bits: '01', supportedOperations = {compute-signature}
|  |  |  06 08 2a8648ce3d040302 # OBJECT IDENTIFIER := ecdsa-with-SHA256 = 1.2.840.10045.4.3.2
|  |  |  02 01 00 # INTEGER := 0, signECDSA

Hinweis (82) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (83) Die Werte der Attribute fileIdentifier und shortFileIdentifier sind in in [ISO7816-15] festgelegt.

5.7.1.2 MF / DF.CIA.QES / EF.OD

Card-G2-A_2120-0203 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES / EF.OD (Object Directory)

MF / DF.CIA.QES / EF.OD MUSS die in Tab_HBA_ObjSys_060 dargestellten Werte besitzen.
 

Tabelle 77: Tab_HBA_ObjSys_060 Initialisierte Attribute von MF / DF.CIA.QES / EF.OD 

Attribute	Wert	Bemerkung
Objekttyp	transparentes Elementary File
fileIdentifier	’50 31’	siehe Hinweis (85)
shortFileIdentifier	‘11’ = 17	siehe Hinweis (85)
numberOfOctet	’00 18’ Oktett = 24 Oktett
positionLogicalEndOfFile	numberOfOctet
flagTransactionMode	False
flagChecksum	True
lifeCycleStatus	Operational state (activated)
shareable	True
body	siehe unterhalb dieser Tabellea806300404025034 a006300404025035 a406300404025038
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	ALWAYS
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	AUT_PACE

a8 06
|  30 04
|  |  04 02 5034
a0 06
|  30 04
|  |  04 02 5035
a4 06
|  30 04
|  |  04 02 5038 [<=] [<=]

Hinweis: Die ASN.1-Struktur in der Datei MF / DF.CIA.QES / EF.OD hat folgende Bedeutung:

a8 06 # AuthObjects
|  30 04 # SEQUENCE with 1 element
|  |  04 02 5034 # OCTETSTRING, FileIdentifier of EF.AOD
a0 06 # PrivateKeys
|  30 04 # SEQUENCE with 1 element
|  |  04 02 5035 # OCTETSTRING, FileIdentifier of EF.PrkD
a4 06 # Certificates
|  30 04 # SEQUENCE with 1 element
|  |  04 02 5038 # OCTETSTRING, FileIdentifier of EF.CD

Hinweis (84) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (85) Die Werte der Attribute fileIdentifier und shortFileIdentifier sind in [ISO7816-15] [ISO7816-4] festgelegt.

5.7.1.3 MF / DF.CIA.QES / EF.AOD (Authentication Object Directory)

Card-G2-A_2121-0203 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES / EF.AOD (Authentication Object Directory)

MF / DF.CIA.QES / EF.AOD MUSS die in Tab_HBA_ObjSys_061 dargestellten Werte besitzen.
 

Tabelle 78: Tab_HBA_ObjSys_061 Initialisierte Attribute von MF / DF.CIA.QES / EF.AOD (Authentication Object Directory) 

Attribute	Wert	Bemerkung
Objekttyp	transparentes Elementary File
fileIdentifier	’50 34’
shortFileIdentifier	‘14’ = 20
numberOfOctet	’00 7C’ Oktett = 124 Oktett
positionLogicalEndOfFile	numberOfOctet
flagTransactionMode	False
flagChecksum	True
lifeCycleStatus	Operational state (activated)
shareable	True
body	siehe unterhalb dieser Tabelle303f300c0c075049 4e2e514553040113 3006040103800101 a12730250303044c  100a010402010602 0108020108800181 0401ff300ca10a4f 06d2760000660104  00303930090c0750 554b2e5145533006 040113800101a124 30220303027e040a  0104020108020108 8001810401ff300c a10a4f06d2760000 66010400
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	ALWAYS
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Read Binary	AUT_PACE

30 3f
|  30 0c
|  |  0c 07 50494e2e514553
|  |  04 01 13
|  30 06
|  |  04 01 03
|  |  80 01 01
|  a1 27
|  |  30 25
|  |  |  03 03 044c10
|  |  |  0a 01 04
|  |  |  02 01 06
|  |  |  02 01 08
|  |  |  02 01 08
|  |  |  80 01 81
|  |  |  04 01 ff
|  |  |  30 0c
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601
|  |  |  |  |  04 00
30 39
|  30 09
|  |  0c 07 50554b2e514553
|  30 06
|  |  04 01 13
|  |  80 01 01
|  a1 24
|  |  30 22
|  |  |  03 03 027e04
|  |  |  0a 01 04
|  |  |  02 01 08
|  |  |  02 01 08
|  |  |  80 01 81
|  |  |  04 01 ff
|  |  |  30 0c
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601
|  |  |  |  |  04 00 [<=] [<=]

Hinweis: Die ASN.1 Struktur in dieser Datei hat folgende Bedeutung:

30 3f # SEQUENCE with 3 elements, PasswordAttriubtes
|  30 0c # SEQUENCE with 2 elements, CommonAuthenticationObjectAttributes
|  |  0c 07 50494e2e514553 # UTF8String := "PIN.QES", Label
|  |  04 01 13 # OCTETSTRING, Identifier
|  30 06 # SEQUENCE with 2 elements, classAttributes
|  |  04 01 03 # OCTETSTRING, Identifier
|  |  80 01 01 # pwdIdentifier
|  a1 27 # PasswordAttributes
|  |  30 25 # SEQUENCE with 8 elements
|  |  |  03 03 044c10 # BITSTRING: 4 unused bits: '01001100 0001',PasswordFlags = {

                      #   local, initialized, needs-padding, exchangeRefData

                      # }
|  |  |  0a 01 04 # PasswordType
|  |  |  02 01 06 # INTEGER := 6, minLength
|  |  |  02 01 08 # INTEGER := 8, storedLength
|  |  |  02 01 08 # INTEGER := 8, maxLength
|  |  |  80 01 81 # pwdReference
|  |  |  04 01 ff # OCTETSTRING, padChar
|  |  |  30 0c # SEQUENCE with 1 element, Path
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601 # AID
|  |  |  |  |  04 00 # OCTETSTRING
30 39 # SEQUENCE with 3 elements, PasswordAttriubtes
|  30 09 # SEQUENCE with 1 element
|  |  0c 07 50554b2e514553 # UTF8String := "PUK.QES"
|  30 06 # SEQUENCE with 2 elements, classAttributes
|  |  04 01 13 # OCTETSTRING, Identifier
|  |  80 01 01 # pwdIdentifier
|  a1 24 # PasswordAttributes
|  |  30 22 # SEQUENCE with 7 elements
|  |  |  03 03 027e04 # BITSTRING: 2 unused bits: '01111110 000001', PasswordFlags = {

                      #     local, change-disabled, unblock-disabled,

                      #     initialized, needs-padding, unblockingPassword

                      # }
|  |  |  0a 01 04 # PasswordType
|  |  |  02 01 08 # INTEGER := 8, minLength
|  |  |  02 01 08 # INTEGER := 8, storedLength
|  |  |  80 01 81 # pwdReference
|  |  |  04 01 ff # OCTETSTRING, padChar
|  |  |  30 0c # SEQUENCE with 1 element, Path
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601# AID
|  |  |  |  |  04 00 # OCTETSTRING

Hinweis (86) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.7.1.4 MF / DF.CIA.QES / EF.PrKD (Private Key Directory)

Card-G2-A_2122-0201 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES / EF.PrKD (Private Key Directory)

MF / DF.CIA.QES / EF.PrKD MUSS die in Tab_HBA_ObjSys_062 dargestellten Werte besitzen.
Der initialisierte Wert des ASN.1 Elements userConsent (Oktett markiert mit 'xx' des Attributs body) MUSS den Wert des SSEC für SE#1 aus MF / DF.QES / PIN.QES enthalten.
 

Tabelle 79: Tab_HBA_ObjSys_062 Initialisierte Attribute von MF / DF.CIA.QES / EF.PrKD (Private Key Directory) 

Fallunterscheidung:
a.

1. SSEC aus [1, 127]: xx='af', yy='48' und userConsent='02 01 zz' mit 'zz' als
   1. xx='60',
   2. xy='32',
   3. yx='5b',
   4. yy='31',
   5. zx='01'
   6. zy = hexadezimaler Codierung für Integer aus [1, 127] = ['01', '7f'].
      b.
2. SSEC aus [128, 250]: xx='b0', yy='49' und userConsent='02 02 zzzz' mit 'zzzz' als
   1. xx='61',
   2. xy='33',
   3. yx='5c',
   4. yy='32',
   5. zx='02',
   6. zy = hexadezimaler Codierung für Integer aus [127128, 250] = ['0080', '00fa']. 
      30 81xx
      |  30 yy
      |  |  0c 0a 50724b2e48502e514553
      |  |  03 02 0780
      |  |  04 01 03
      |  |  userConsent
      |  |  14 30 1203020224a10c040103300703020520020101301304018403020520030203b8020184a103020101a1143012300ca10a
      |  4f 06 d27600006601
      |  04 00
      |  02 02 0800
      |  a0 55
      |  |  30 2c
      |  |  |  0c 0a 50724b2e48502e514553
      |  |  |  03 02 0780
      |  |  |  04 01 03
      |  |  |  02 01 01
      |  |  |  30 14
      |  |  |  |  30 12
      |  |  |  |  |  03 02 0224
      |  |  |  |  |  a1 0c
      |  |  |  |  |  |  04 01 03
      |  |  |  |  |  |  30 07
      |  |  |  |  |  |  |  03 02 0520
      |  |  |  |  |  |  |  02 01 01
      |  |  30 13
      |  |  |  04 01 86
      |  |  |  03 02 0520
      |  |  |  03 02 03b8
      |  |  |  02 01 86
      |  |  |  a1 03
      |  |  |  |  02 01 02
      |  |  a1 10
      |  |  |  30 0e
      |  |  |  |  30 0c
      |  |  |  |  |  a1 0a
      |  |  |  |  |  |  4f 06 d27600006601
      |  |  |  |  |  |  04 00 [<=] 

[<=]

Hinweis: Die ASN.1-Struktur in der Datei MF / DF.CIA.QES / EF.PfkD hat folgende Bedeutung:

30 xx # SEQUENCE with 3 elements, PrivateKeyObject {PrivateRSAKeyAttributes}
|  30 xy # SEQUENCE with 5 elements, CommonObjectAttributes
|  |  0c 10 50724b2e48502e5145532e5232303438 # UTF8String := "PrK.HP.QES.R2048", Label
|  |  03 02 0780 # BITSTRING: 7 unused bits: '1', CommonObjectFlags => private
|  |  04 01 03 # OCTETSTRING, Identifier
|  |  02 zx zy # INTEGER := zy, userConsent
|  |  30 14 # SEQUENCE with 1 element, accessControlRules
|  |  |  30 12 # SEQUENCE with 2 elements, AccessControlRule
|  |  |  |  03 02 0224 # BITSTRING: 2 unused bits: '001001', AccessMode => execute, pso_cds
|  |  |  |  a1 0c # SecurityCondition => AND-template
|  |  |  |  |  04 01 03 # OCTETSTRING, Identifier
|  |  |  |  |  30 07 # SEQUENCE with 2 elements, AuthReference
|  |  |  |  |  |  03 02 0520 # BITSTRING: 5 unused bits: '001', AuthMethod => userAuthentication
|  |  |  |  |  |  02 01 01 # INTEGER := 1, Reference => SE# 1
|  30 14 # SEQUENCE with 5 elements, CommonPrivateKeyAttributes
|  |  04 01 84 # OCTETSTRING, Identifier
|  |  03 03 062040 # BITSTRING: 5 unused bits: '00100000 01', KeyUsageFlags = {sign, nonRepudiation}
|  |  03 02 03b8 # BITSTRING: 3 unused bits: '10111', KeyAccessFlags = {

                 #     sensitive, alwaysSensitive, neverExtractable, cardGenerated

                 # }
|  |  02 01 84 # INTEGER := -124, KeyReference
|  |  a1 03 # AlgReference
|  |  |  02 01 01 # INTEGER := 1
|  a1 14 # KeyAttributes
|  |  30 12 # SEQUENCE with 2 elements
|  |  |  30 0c # SEQUENCE with 1 element, Path
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601 # AID
|  |  |  |  |  04 00 # OCTETSTRING # EF identifier
|  |  |  02 02 0800 # INTEGER := 2048, modulusLength
a0 yx # PrivateKeyObject {PrivateECKeyAttributes}
|  30 yy # SEQUENCE with 5 elements, CommonObjectAttributes
|  |  0c 0f 50724b2e48502e5145532e45323536 # UTF8String := "PrK.HP.QES.E256", Label
|  |  03 02 0780 # BITSTRING: 7 unused bits: '1', CommonObjectFlags => private
|  |  04 01 03 # OCTETSTRING, Identifier
|  |  02 zx zy # INTEGER := zy, userConsent
|  |  30 14 # SEQUENCE with 1 element, accessControlRules
|  |  |  30 12 # SEQUENCE with 2 elements, AccessControlRule
|  |  |  |  03 02 0224 # BITSTRING: 2 unused bits: '001001', AccessMode => execute, pso_cds
|  |  |  |  a1 0c # SecurityCondition => AND-template
|  |  |  |  |  04 01 03 # OCTETSTRING, Identifier
|  |  |  |  |  30 07 # SEQUENCE with 2 elements, AuthReference
|  |  |  |  |  |  03 02 0520 # BITSTRING: 5 unused bits: '001', AuthMethod => userAuthentication
|  |  |  |  |  |  02 01 01 # INTEGER := 1, Reference => SE# 1
|  30 14 # SEQUENCE with 5 elements, CommonPrivateKeyAttributes
|  |  04 01 86 # OCTETSTRING, Idendifier
|  |  03 03 062040 # BITSTRING: 5 unused bits: '00100000 01', KeyUsageFlags = {sign, nonRepudiation}
|  |  03 02 03b8 # BITSTRING: 3 unused bits: '10111', KeyAccessFlags = {

                 #    sensitive, alwaysSensitive, neverExtractable, cardGenerated

                 # }
|  |  02 01 86 # INTEGER := -122, KeyReference
|  |  a1 03 # AlgReference
|  |  |  02 01 02 # INTEGER := 2
|  a1 10 # KeyAttributes
|  |  30 0e # SEQUENCE with 1 element
|  |  |  30 0c # SEQUENCE with 1 element, Path
|  |  |  |  a1 0a
|  |  |  |  |  4f 06 d27600006601 # AID
|  |  |  |  |  04 00 # OCTETSTRING # EF identifier

Hinweis (87) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.7.1.5 MF / DF.CIA.QES / EF.CD (Certificate Directory)

Card-G2-A_2123-0203 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.QES / EF.CD(Certificate Directory)

MF / DF.CIA.QES / EF.CD MUSS die in Tab_HBA_ObjSys_063 dargestellten Werte besitzen.
 

Tabelle 80: Tab_HBA_ObjSys_063 Initialisierte Attribute von MF / DF.CIA.QES / EF.CD (Certificate Directory) 

30 25
|  30 0a
|  |  0c 08 432e48502e514553
|  30 03
|  |  04 01 84
|  a1 12
|  |  30 10
|  |  |  30 0e
|  |  |  |  a1 0c
|  |  |  |  |  4f 06 d27600006601
|  |  |  |  |  04 02 c000
30 25
|  30 0a
|  |  0c 08 432e48502e514553
|  30 03
|  |  04 01 86
|  a1 12
|  |  30 10
|  |  |  30 0e
|  |  |  |  a1 0c
|  |  |  |  |  4f 06 d27600006601
|  |  |  |  |  04 02 c006 [<=] [<=]

Hinweis: Die ASN.1-Struktur in dieser Datei hat folgende Bedeutung:

30 2b # SEQUENCE with 3 elements, X.509 Certificate
|  30 10 # SEQUENCE with 1 element, CommonObjectAttributes
|  |  0c 0e 432e48502e5145532e5232303438 # UTF8String := "C.HP.QES.R2048", Label
|  30 03 # SEQUENCE with 1 element, classAttributes
|  |  04 01 84 # OCTETSTRING, Identifier
|  a1 12 # typeAttribute
|  |  30 10 # SEQUENCE with 1 element, Path
|  |  |  30 0e # SEQUENCE with 1 element
|  |  |  |  a1 0c
|  |  |  |  |  4f 06 d27600006601 # AID
|  |  |  |  |  04 02 c000 # OCTETSTRING, FileIdentifier of EF.C.HP.QES.R2048
30 2a # SEQUENCE with 3 elements, X.509 Certificate
|  30 0f # SEQUENCE with 1 element, CommonObjectAttributes
|  |  0c 0d 432e48502e5145532e45323536 # UTF8String := "C.HP.QES.E256", Label
|  30 03 # SEQUENCE with 1 element, classAttributes
|  |  04 01 86 # OCTETSTRING, Identifier
|  a1 12 # typeAttribute
|  |  30 10 # SEQUENCE with 1 element, Path
|  |  |  30 0e # SEQUENCE with 1 element
|  |  |  |  a1 0c
|  |  |  |  |  4f 06 d27600006601 # AID
|  |  |  |  |  04 02 c006 # OCTETSTRING, FileIdentifier of EF.C.HP.QES.E256

Hinweis (88) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.7.2 MF / DF.CIA.ESIGN (Cryptographic Information Applications)

Card-G2-A_2118-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN

DF.CIA.ESIGN MUSS die in Tab_HBA_ObjSys_058 dargestellten Werte besitzen.
 

Tabelle 81: Tab_HBA_ObjSys_058 Initialisierte Attribute von MF / DF.CIA.ESIGN

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘E828BD080F A000000167455349474E’	siehe Hinweis 90:
fileIdentifier	–	siehe Hinweis 91:
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (89) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Hinweis (90) Der Wert des Attributes applicationIdentifier enthält eine RID gemäß [ISO7816-15] sowie als PIX den applicationIdentifier von [ISO7816-4].

Hinweis (91) herstellerspezifisch; Falls unterstützt, dann außerhalb des Intervalls [‘1000’, ‘FEFF’]; siehe [gemSpec_COS# 8.1.1]

Hinweis (92) Da sich weder dieser Ordner noch darüberliegende Ebenen deaktivieren lassen, sind diese Zustände für Objekte im Kapitel 5.7 im Allgemeinen irrelevant.

5.7.2.1 MF / DF.CIA.ESIGN / EF.CIA.CIAInfo

Card-G2-A_3320-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CIA.CIAInfo

MF / DF.CIA.ESIGN / EF.CIA.CIAInfo MUSS die in Tab_HBA_ObjSys_145 dargestellten Werte besitzen.

Tabelle 82: Tab_HBA_ObjSys_145 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CIA.CIAInfo (Cryptographic Information Application Info)

30 820111
|  02 01 01
|  80 11 455349474e204170706c69636174696f6e
|  03 02 0560
|  a2 81f4
|  |  30 49
|  |  |  02 01 01
|  |  |  02 01 43
|  |  |  30 2f
|  |  |  |  a0 0f
|  |  |  |  |  30 0d
|  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  05 00
|  |  |  |  a1 1c
|  |  |  |  |  30 1a
|  |  |  |  |  |  06 09 2a864886f70d010108
|  |  |  |  |  |  30 0d
|  |  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  |  05 00
|  |  |  03 02 0640
|  |  |  06 09 2a864886f70d01010a
|  |  |  02 01 05
|  |  30 1a
|  |  |  02 01 02
|  |  |  02 01 01
|  |  |  05 00
|  |  |  03 02 0640
|  |  |  06 09 2a864886f70d010101
|  |  |  02 01 02
|  |  30 4c
|  |  |  02 01 05
|  |  |  02 04 80000002
|  |  |  30 2f
|  |  |  |  a0 0f
|  |  |  |  |  30 0d
|  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  05 00
|  |  |  |  a1 1c
|  |  |  |  |  30 1a
|  |  |  |  |  |  06 09 2a864886f70d010108
|  |  |  |  |  |  30 0d
|  |  |  |  |  |  |  06 09 608648016503040201
|  |  |  |  |  |  |  05 00
|  |  |  03 02 0204
|  |  |  06 09 2a864886f70d010107
|  |  |  02 01 85
|  |  30 1c
|  |  |  02 01 06
|  |  |  02 04 80000005
|  |  |  05 00
|  |  |  03 02 0640
|  |  |  06 08 2a8648ce3d040302
|  |  |  02 01 00
|  |  30 1f
|  |  |  02 01 07
|  |  |  02 04 80000006
|  |  |  05 00
|  |  |  03 02 0204
|  |  |  06 0b 04007f0007010105010204
|  |  |  02 01 0b [<=]

Hinweis (93) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (94) Die Werte der Attribute fileIdentifier und shortFileIdentifier sind in [ISO7816-15] festgelegt.

5.7.2.2 MF / DF.CIA.ESIGN / EF.OD

Card-G2-A_3321-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.OD (Object Directory)

MF / DF.CIA.ESIGN / EF.OD MUSS die in Tab_HBA_ObjSys_146 dargestellten Werte besitzen.

Tabelle 83: Tab_HBA_ObjSys_146 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.OD (Object Directory)

a8 06
|  30 04
|  |  04 02 5034
a0 06
|  30 04
|  |  04 02 5035
a4 06
|  30 04
|  |  04 02 5038 [<=]

Hinweis (95) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Hinweis (96) Die Werte der Attribute fileIdentifier und shortFileIdentifier sind in [ISO7816-15] festgelegt.

5.7.2.3 MF / DF.CIA.ESIGN / EF.AOD (Authentication Object Directory)

Card-G2-A_3322-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.AOD (Authentication Object Directory)

MF / DF.CIA.ESIGN / EF.AOD MUSS die in Tab_HBA_ObjSys_147 dargestellten Werte besitzen.

Tabelle 84: Tab_HBA_ObjSys_147 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.AOD (Authentication Object Directory)

30 2d
|  30 0b
|  |  0c 06 50494e2e4348
|  |  04 01 12
|  30 03
|  |  04 01 02
|  a1 19
|  |  30 17
|  |  |  03 03 040c10
|  |  |  0a 01 04
|  |  |  02 01 06
|  |  |  02 01 08
|  |  |  02 01 08
|  |  |  80 01 01
|  |  |  04 01 ff
30 27
|  30 08
|  |  0c 06 50554b2e4348
|  30 03
|  |  04 01 12
|  a1 16
|  |  30 14
|  |  |  03 03 023e04
|  |  |  0a 01 04
|  |  |  02 01 08
|  |  |  02 01 08
|  |  |  80 01 01
|  |  |  04 01 ff [<=]

Hinweis (97) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.7.2.4 MF / DF.CIA.ESIGN / EF.PrKD (Private Key Directory)

Card-G2-A_3323-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.PrKD (Private Key Directory)

MF / DF.CIA.ESIGN / EF.PrKD MUSS die in Tab_HBA_ObjSys_148 dargestellten Werte besitzen.

 Tabelle 85: Tab_HBA_ObjSys_148 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.PrKD (Private Key Directory)

[<=]

Hinweis (98) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.7.2.5 MF / DF.CIA.ESIGN / EF.CD (Certificate Directory)

Card-G2-A_3324-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CD (Certificate Directory)

MF / DF.CIA.ESIGN / EF.CD MUSS die in Tab_HBA_ObjSys_149 dargestellten Werte besitzen.

Tabelle 86: Tab_HBA_ObjSys_149 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CD (Certificate Directory)

 

[<=]

Hinweis (99) Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

5.8 Die Organisationsspezifische Authentisierungsanwendung

Die organisationsspezifische Authentisierungsanwendung DF.AUTO ist eine Anwendung, deren Struktur auf einem HBA stets vorhanden ist. Es liegt im Ermessen der HBA-Herausgeberorganisation (Berufskammer), ob die Anwendung nutzbar gemacht werden kann. Die eigentliche Nutzung der Anwendung liegt im Ermessen des Karteninhabers. Falls die organisationsspezifische Authentisierungsanwendung genutzt wird, dann ist der Inhalt dieses Kapitels verbindlich vorgeschrieben.

5.8.1 Dateistruktur und Dateiinhalt

DF.AUTO wird genutzt für

7.                     organisationsspezifische Authentisierungsprozesse (z. B. Windows Logon mit Smart Card), welche mit der ESIGN-Anwendung aufgrund technischer Unterschiede (z. B. proprietäre Zertifikatserweiterungen) oder eines unvereinbaren Verfahrens (z. B. vorgeschriebenes PIN-Caching) nicht umgehen können.

Die Abbildung Abb_HBA_ObjSys_006 zeigt die prinzipielle Struktur der AUTO-Anwendung.

 

Abbildung 6: Abb_HBA_ObjSys_006 Prinzipielle Struktur von DF.AUTO

5.8.2 DF.AUTO (Organization-specific Authentication Application)

DF.AUTO ist ein “Application Directory” gemäß [gemSpec_COS#8.3.1.1], d.h., es ist mittels Anwendungskennung selektierbar.

Card-G2-A_2124-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO

DF.AUTO MUSS die in Tab_HBA_ObjSys_064 dargestellten Werte besitzen.
 

Tabelle 87: Tab_HBA_ObjSys_064 Initialisierte Attribute von MF / DF.AUTO

Attribute	Wert	Bemerkung
Objekttyp	Ordner
applicationIdentifier	‘D27600014603’	siehe Hinweis 101:
fileIdentifier	–	siehe Hinweis 102:
lifeCycleStatus	„Operational state (activated)“
shareable	True
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	ALWAYS
LOAD APPLICATION	AUT_CMS	siehe Hinweis 104:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
GET RANDOM	AUT_PACE
LOAD APPLICATION	AUT_CMS	siehe Hinweis 104:
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (100) Kommandos, die gemäß [gemSpec_COS] mit einem Ordnerobjekt arbeiten, sind:
Activate, Deactivate, Delete, Fingerprint, Get Random, List Public Key, Load Application, Select, Terminate DF.

Hinweis (101) Der Wert des Attributes applicationIdentifier ist in [ISO7816-4].

Hinweis (102) herstellerspezifisch; falls unterstützt, dann außerhalb des Intervalls [‘1000’, ‘FEFF’]; siehe [gemSpec_COS#8.1.1]

Hinweis (103) Da sich weder dieser Ordner noch darüberliegende Ebenen deaktivieren lassen, sind diese Zustände für Objekte im Kapitel 5.8 im Allgemeinen irrelevant.

Hinweis (104) Das Kommando ist nur vom Inhaber des CMS-Schlüssels ausführbar, siehe Kapitel 5.9.

5.8.2.1 MF / DF.AUTO / PrK.HP.AUTO.R3072

PrK.HP.AUTO.R3072 ist der private Schlüssel für die Kryptographie mit RSA für Client-/Server-Authentisierung.

Card-G2-A_2125-01 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO / PrK.HP.AUTO.R3072

PrK.HP.AUTO.R3072 MUSS die in Tab_HBA_ObjSys_065 dargestellten Werte besitzen.

Tabelle 88: Tab_HBA_ObjSys_065 Initialisierte Attribute von MF / DF:AUTO / PrK.HP.AUTO.R3072

Attribute	Wert	Bemerkung
Objekttyp	privates Schlüsselobjekt, RSA 3072
keyIdentifier	‘02’ = 2
privateKey	herstellerspezifisch „unbefüllt“, Speicherplatz hinreichend für einen Schlüssel mit Moduluslänge 3072 Bit	wird personalisiert
keyAvailable	WildCard
listAlgorithmIdentifier	alle Werte aus der Menge, siehe [gemSpec_COS] {rsaClientAuthentication, signPKCS1_V1_5, signPSS}
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	ALWAYS
Internal Authenticate PSO Compute Digital Signature	PWD(PIN.AUTO)
Delete	PWD(PIN.SO)
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
Generate Asymmetric Key Pair P1=‘81’	AUT_PACE
Internal Authenticate PSO Compute Digital Signature	AUT_PACE AND    PWD(PIN.AUTO)
Delete	AUT_PACE AND    PWD(PIN.SO)
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	NEVER

 

[<=]

Hinweis (105) Kommandos, die gemäß [gemSpec_COS] mit einem privaten Schlüsselobjekt RSA arbeiten, sind:     
Activate, Deactivate, Delete, External Authenticate, Generate Asymmetric Key Pair, Internal Authenticate, PSO Decipher, PSO Transcipher, PSO Compute Digital Signature, Terminate

Anmerkung –PrK.HP.AUTO.R3072 ist ein privates RSA-Objekt, welches gemäß Kapitel 9.6.3 in [gemSpec_COS] das Kommando Generate Asymmetric Key Pair unterstützt. Da die organisationsspezifische Zertifikatsinformation dem Personalisierer wahrscheinlich nicht bekannt ist, kann es notwendig sein, dieses Kommando während der Kartennutzung zu verwenden, um eine Generierung von Zertifikaten zu ermöglichen.

Card-G2-A_3314-01 - K_Personalisierung: Personalisierte Attribute von MF / DF.AUTO / PrK.HP.AUTO.R3072

Bei der Personalisierung von PrK.HP.AUTO.R3072 MÜSSEN die in Tab_HBA_ObjSys_138 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 89: Tab_HBA_ObjSys_138 Personalisierte Attribute von MF / DF.AUTO / PrK.HP.AUTO.R3072

Attribute	Wert	Bemerkung
privateKey	Moduluslänge 3072 Bit	wird personalisiert
keyAvailable	True

 

[<=]

In Bezug auf die Schlüssellängen müssen dieselben Konventionen wie für die Schlüssel der qualifizierten elektronischen Signatur berücksichtigt werden, siehe [ALGCAT] und [TR-03116-1].

5.8.2.2 MF / DF.AUTO / PIN.AUTO

PIN.AUTO ist eine DF-spezifische PIN, die ausschließlich dem Schutz des privaten Authentisierungsschlüssels für den organisationsspezifischen Authentisierungsmechanismus des Heilberuflers (PrK.HP.AUTO.R3072) dient.

Die Nutzung eines 8-stelligen Rücksetzcodes (Personal Unblocking Key, PUK) wird durch einen Nutzungszähler beschränkt, dessen Anfangswert auf 10 gesetzt ist. Der Sicherheitsstatus von PIN.AUTO kann unbegrenzt verwendet werden, d. h. der Default-Wert von SSEC beträgt unendlich.

Die nachfolgende Tabelle Tab_HBA_ObjSys_068 zeigt die PIN-Referenz, wie sie in den Kommandos Verify, Change Reference Data und Reset Retry Counter verwendet wird, und weitere PIN-Eigenschaften.

Card-G2-A_2128 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO / PIN.AUTO

PIN.AUTO MUSS die in Tab_HBA_ObjSys_068 dargestellten Werte besitzen.
 

Tabelle 90: Tab_HBA_ObjSys_068 Initialisierte Attribute von MF / DF.AUTO / PIN.AUTO 

Attribute	Wert	Bemerkung
Objekttyp	Passwortobjekt
pwdIdentifier	‘01’ = 1
secret	undefiniert	wird personalisiert
minimumLength	5
maximumLength	8
startRetryCounter	3
retryCounter	3
transportStatus	ein Wert aus der Menge {Leer–PIN, Transport–PIN}
flagEnabled	True
startSsec	unendlich
PUK	undefiniert	wird personalisiert
pukUsage	10
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	ALWAYS	Hinweis 101:
CHANGE RD, P1=1	ALWAYS	Hinweis 102:
	herstellerspezifisch	siehe Card-G2-A_3270
GET PIN STATUS	ALWAYS
RESET RC., P1=1	ALWAYS
VERIFY	ALWAYS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	AUT_PACE	Hinweis 107:
CHANGE RD, P1=1	AUT_PACE	Hinweis 108:
	Herstellerspezifisch unter Verwendung von AUT_PACE	siehe Card-G2-A_3270
GET PIN STATUS	AUT_PACE
RESET RC., P1=1	AUT_PACE
VERIFY	AUT_PACE
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (106) Kommandos, die gemäß [gemSpec_COS] mit einem Passwortobjekt arbeiten, sind: Activate, Change Reference Data, Deactivate, Delete, Disable Verification Requirement, Enable Verification Requirement, Get Pin Status, Reset Retry Counter, Verify, Terminate.

Hinweis (107) Diese Tabellenzeile gilt für den Fall transportStatus ungleich Leer-PIN.

Hinweis (108) Diese Tabellenzeile gilt für den Fall transportStatus gleich Leer-PIN

Card-G2-A_3270 - K_Initialisierung: CHANGE REFERENCE DATA bei Nutzung der Leer-PIN für PIN.AUTO

    Wenn für PIN.AUTO als Transportschutz Leer-PIN verwendet wird, dann DARF PIN.AUTO nicht personalisiert werden und es DARF im Zustand transportStatus gleich regularPassword das Attribut secret NICHT mit der Variante CHANGE REFERENCE DATA mit P1=1 änderbar sein. Die letzte Anforderung ist herstellerspezifisch umzusetzen.
[<=]

Card-G2-A_3315 - K_Personalisierung: Personalisierte Attribute von MF / DF.AUTO / PIN.AUTO

Wenn der Wert des Attributes transportStatus von PIN.AUTO Transport–PIN ist, MÜSSEN bei der Personalisierung von PIN.AUTO die in Tab_HBA_ObjSys_141 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 91: Tab_HBA_ObjSys_141 Personalisierte Attribute von MF / DF.AUTO / PIN.AUTO 

Attribute	Wert	Bemerkung
secret	PIN-Wert gemäß [gemSPec_PINPUK_TI]	Transport-PIN
secretLength	4 Ziffern (minimumLength - 1)	Länge der Transport-PIN
PUK	PUK-Wert gemäß [gemSpec_PINPUK_TI]
PUKLength	8 Ziffern

[<=]

Die Initialisierung von PIN.AUTO, z. B. durch Nutzung einer Transport-PIN, unterliegt den Richtlinien der zuständigen Organisation. Falls eine Transport-PIN verwendet wird, so muss ein Verfahren aus [gemSpec_COS#8.2.5] zum Einsatz kommen.

5.8.2.3 MF / DF.AUTO / PIN.SO

PIN.SO ist eine DF-spezifische PIN, die für administrative Zwecke bezüglich DF.AUTO verwendet wird, d. h. zur Generierung des asymmetrischen Schlüsselpaars und zum Aktualisieren der organisationsspezifischen Authentisierungszertifikate. PIN.SO besteht aus 6 bis 8 Ziffern.

Die Nutzung eines 8-stelligen Rücksetzcodes (Personal Unblocking Key, PUK) wird durch einen Nutzungszähler beschränkt, dessen Anfangswert auf 10 gesetzt ist. Der Sicherheitsstatus von PIN.SO kann unbegrenzt verwendet werden, d. h. der Default-Wert von SSEC beträgt unendlich.

Die nachfolgende Tabelle Tab_HBA_ObjSys_069 zeigt die PIN-Referenz, wie sie in den Kommandos Verify, Change Reference Data und Reset Retry Counter verwendet wird, und weitere PIN-Eigenschaften.

Card-G2-A_2129 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO / PIN.SO

PIN.SO MUSS die in Tab_HBA_ObjSys_069 dargestellten Werte besitzen.

Tabelle 92: Tab_HBA_ObjSys_069 Initialisierte Attribute von MF / DF.AUTO / PIN.SO 

Attribute	Wert	Bemerkung
Objekttyp	Passwortobjekt
pwdIdentifier	‘03’ = 3
secret	undefiniert	wird personalisiert
minimumLength	6
maximumLength	8
startRetryCounter	3
retryCounter	3
transportStatus	ein Wert aus der Menge {Leer–PIN, Transport–PIN}
flagEnabled	True
startSsec	unendlich
PUK	undefiniert	wird personalisiert
pukUsage	10
lifeCycleStatus	„Operational state (activated)“
Zugriffsregeln für die Kontaktschnittstelle
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	ALWAYS	Hinweis 105:
CHANGE RD, P1=1	ALWAYS	Hinweis 106:
	herstellerspezifisch	siehe Card-G2-A_3271
GET PIN STATUS	ALWAYS
RESET RC., P1=1	ALWAYS
VERIFY	ALWAYS
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktbehaftet
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregeln für die kontaktlose Schnittstelle (falls vorhanden)
Zugriffsregel für logischen LCS „Operational state (activated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
CHANGE RD, P1=0	AUT_PACE	Hinweis 111:
CHANGE RD, P1=1	AUT_PACE	Hinweis 112:
	Herstellerspezifisch unter Verwendung von AUT_PACE	siehe Card-G2-A_3271
GET PIN STATUS	AUT_PACE
RESET RC., P1=1	AUT_PACE
VERIFY	AUT_PACE
andere	NEVER
Zugriffsregel für logischen LCS „Operational state (deactivated)” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch
Zugriffsregel für logischen LCS „Termination state” kontaktlos
Zugriffsart	Zugriffsbedingung	Bemerkung
alle	herstellerspezifisch

[<=]

Hinweis (110) Kommandos, die gemäß [gemSpec_COS] mit einem Passwortobjekt arbeiten, sind: Activate, Change Reference Data, Deactivate, Delete, Disable Verification Requirement, Enable Verification Requirement, Get Pin Status, Reset Retry Counter, Verify, Terminate.

Hinweis (111) Diese Tabellenzeile gilt für den Fall transportStatus ungleich Leer-PIN.

Hinweis (112) Diese Tabellenzeile gilt für den Fall transportStatus gleich Leer-PIN

Card-G2-A_3271 - K_Initialisierung: CHANGE REFERENCE DATA bei Nutzung der Leer-PIN für PIN.SO

    Wenn für PIN.SO als Transportschutz Leer-PIN verwendet wird, dann DARF PIN.SO nicht personalisiert werden und es DARF im Zustand transportStatus gleich regularPassword das Attribut secret NICHT mit der Variante CHANGE REFERENCE DATA mit P1=1 änderbar sein. Die letzte Anforderung ist herstellerspezifisch umzusetzen.
[<=]

Card-G2-A_3316 - K_Personalisierung: Personalisierte Attribute von MF / DF.AUTO / PIN.SO

Wenn der Wert des Attributes transportStatus von PIN.SO Transport–PIN ist, MÜSSEN bei der Personalisierung von PIN.SO die in Tab_HBA_ObjSys_142 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

 

Tabelle 93: Tab_HBA_ObjSys_142 Personalisierte Attribute von MF / DF.AUTO / PIN.SO 

Attribute	Wert	Bemerkung
secret	PIN-Wert gemäß [gemSPec_PINPUK_TI]	Transport-PIN
secretLength	5 Ziffern (minimumLength - 1)	Länge der Transport-PIN
PUK	PUK-Wert gemäß [gemSpec_PINPUK_TI]
PUKLength	8 Ziffern

[<=]

Die Initialisierung von PIN.SO, z. B. durch Nutzung einer Transport-PIN, unterliegt den Richtlinien der zuständigen Organisation. Falls eine Transport-PIN verwendet wird, so muss ein Verfahren aus [gemSpec_COS#8.2.5] zum Einsatz kommen.

5.8.2.4 MF / DF.AUTO / EF.C.HP.AUTO1.R3072

EF.C.HP.AUTO1.R3072 und EF.C.HP.AUTO2.R3072 enthalten die organisationsspezifischen X.509-AUT-Zertifikate des Heilberuflers für die Kryptographie mit RSA. Damit können dem Heilberufler zwei verschiedene Identitäten zur Verfügung stehen, die beide mit demselben privaten Schlüssel PrK.HP.AUTO.R3072 verknüpft sind.

Die Zertifikate können nach erfolgreicher Authentisierung mit PIN.SO aktualisiert werden, siehe Tab_HBA_ObjSys_070 und Tab_HBA_ObjSys_071.

Card-G2-A_2130-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

EF.C.HP.AUTO1.R3072 MUSS die in Tab_HBA_ObjSys_070 dargestellten Werte besitzen.

Tabelle 94: Tab_HBA_ObjSys_070 Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

[<=]

Hinweis (114)Kommandos, die gemäß [gemSpec_COS] mit einem transparenten EF arbeiten, sind: Activate, Deactivate, Delete, Erase Binary, Read Binary, Select, Set Logical Eof, Update Binary, Terminate, Write Binary.

Card-G2-A_3317-02 - K_Personalisierung: Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

Bei der Personalisierung von EF.C.HP.AUTO1.R3072 MÜSSEN die in Tab_HBA_ObjSys_143 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 95: Tab_HBA_ObjSys_143 Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

[<=]

5.8.2.5 MF / DF.AUTO / EF.C.HP.AUTO2.R3072

Card-G2-A_2131-02 - K_Initialisierung: Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

EF.C.HP.AUTO2.R3072 MUSS die in Tab_HBA_ObjSys_071 dargestellten Werte besitzen.

Tabelle 96: Tab_HBA_ObjSys_071 Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

[<=]

Card-G2-A_3318-02 - K_Personalisierung: Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

Bei der Personalisierung von EF.C.HP.AUTO2.R3072 MÜSSEN die in Tab_HBA_ObjSys_144 angegebenen Attribute mit den dort angegebenen Inhalten personalisiert werden.

Tabelle 97: Tab_HBA_ObjSys_144 Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

[<=]

5.8.2.6 Sicherheitsumgebungen

In DF.AUTO wird ausschließlich das voreingestellte SE#1 verwendet.

5.8.2.7 Vorgaben für die Nutzung von DF.AUTO

Falls die HBA-Herausgeberorganisation (Berufskammer) die Nutzung der Anwendung ermöglichen will, dann gilt bezüglich der zu personalisierenden Daten:

Card-G2-A_2675-01 - K_Initialisierung: Initialisierte: Wert von PrK.HP.AUTO.R3072

PrK.HP.AUTO.R3072 MUSS auf einen kartenindividuellen Wert gesetzt werden.

[<=]

Card-G2-A_2676-01 - K_Personalisierung: Wert von PIN.AUTO

Wenn das Attribute PIN.AUTO -> transportStatus einen Wert aus der  Menge {Transport-PIN} hat, dann MUSS die Personalisierung den Wert des Attributes PIN.AUTO -> secret auf einen kartenindividuellen Wert setzen. [<=]

Card-G2-A_2677 - K_Personalisierung: Wert von PUK für PIN.AUTO

PUK für PIN.AUTO MUSS auf einen kartenindividuellen Wert gesetzt werden.

[<=]  [<=]

Card-G2-A_2678-01 - K_Personalisierung: Wert von PIN.SO

Wenn das Attribute PIN.SO -> transportStatus einen Wert aus der  Menge {Transport-PIN} hat, dann MUSS die Personalisierung den Wert des Attributes PIN.SO -> secret auf einen kartenindividuellen Wert setzen. [<=]

Card-G2-A_2679 - K_Personalisierung: Wert von PUK für PIN.SO

PUK für PIN.SO MUSS auf einen kartenindividuellen Wert gesetzt werden.

[<=]  [<=]

Card-G2-A_2680-02 - K_Personalisierung: Inhalt von EF.C.HP.AUTO1.R3072

Falls die Personalisierung in EF.C.HP.AUTO1.R3072

• Informationen (X.509 Zertifikat) einträgt, dann MUSS die Personalisierung den Wert von positionLogicalEndOfFile gemäß Card-G2-A_2673 setzen.
• keine Informationen einträgt, so liegt es im Ermessen des Karteninhabers, ein passendes X.509 Zertifikat einzutragen.

[<=]

Card-G2-A_2681-02 - K_Personalisierung: Inhalt von EF.C.HP.AUTO2.R3072

Falls die Personalisierung in EF.C.HP.AUTO2.R3072

1. Informationen (X.509-Zertifikat) einträgt, dann MUSS die Personalisierung den Wert von positionLogicalEndOfFile gemäß Card-G2-A_2673 setzen.
2. keine Informationen einträgt, so liegt es im Ermessen des Karteninhabers, ein passendes X.509-Zertifikat einzutragen.

[<=]

Card-G2-A_2682 - K_Personalisierung: Unterbindung der Nutzung von DF.AUTO – PIN.AUTO

Falls die HBA-Herausgeberorganisation (Berufskammer) die Nutzung der Anwendung DF.AUTO unterbinden will, dann DARF sich der Sicherheitszustand von PIN.AUTO NICHT setzen lassen.

[<=]

Card-G2-A_2856 - K_Personalisierung: Unterbindung der Nutzung von DF.AUTO – PIN.SO

Falls die HBA-Herausgeberorganisation (Berufskammer) die Nutzung der Anwendung DF.AUTO unterbinden will, dann DARF sich der Sicherheitszustand von PIN.SO NICHT setzen lassen.

[<=]

Hinweis (115) Um das Setzen eines Sicherheitszustandes zu unterbinden wird es als hinreichend angesehen, wenn die Attribute "Secret" und "PUK" eines Passwortobjektes auf zufällige acht- bis zwölfstellige Werte gesetzt werden.

5.9 Laden einer neuen Anwendung oder Anlegen eines EFs nach Ausgabe des HBA

Es wird angenommen, dass das Laden neuer Anwendungen oder das Erstellen neuer EFs auf MF-Ebene (einschließlich Aktualisieren der Dateien und EF.Version2) nach der Ausgabe des HBA von einem Card Application Management System (CMS) durchgeführt wird. Dies ist ein optionaler Prozess.

Ebenso ist das CMS optional. Die Inhalte in [gemSpec_COS#14] sind allerdings normativ, wenn das Laden neuer Anwendungen oder das Erstellen neuer EFs nach Ausgabe des HBA durchgeführt werden sollen.

6 Anhang A – Verzeichnisse

6.1 Abkürzungen

6.2 Glossar

Das Glossar wird als eigenständiges Dokument (vgl. [gemGlossar]) zur Verfügung gestellt.

6.3 Abbildungsverzeichnis

Abbildung 1: Abb_HBA_ObjSys_001 Allgemeine Dateistruktur eines HBA

Abbildung 2: Abb_HBA_ObjSys_002 Dateistruktur von DF.HPA

Abbildung 3 Abb_HBA_ObjSys_003 Prinzipielle Struktur der QES-Anwendung

Abbildung 4: Abb_HBA_ObjSys_004 Prinzipielle Struktur von DF.ESIGN

Abbildung 5: Abb_HBA_ObjSys_005 DF.CIA-Anwendungen und ihre Unterstrukturen

Abbildung 6: Abb_HBA_ObjSys_006 Prinzipielle Struktur von DF.AUTO

6.4 Tabellenverzeichnis

Tabelle 1: Tab_HBA_ObjSys_001 Liste der Komponenten, an welche dieses Dokument Anforderungen stellt

Tabelle 2: Tab_HBA_ObjSys_003 ATR-Kodierung (Sequenz von oben nach unten)

Tabelle 3: Tab_HBA_ObjSys_004 Initialisierte Attribute von MF

Tabelle 4: Tab_HBA_ObjSys_005 Initialisierte Attribute von MF / EF.ATR

Tabelle 5: Tab_HBA_ObjSys_083 Initialisierte  Attribute von MF / EF.CardAccess

Tabelle 6: Tab_HBA_ObjSys_007 Initialisierte Attribute von MF / EF.DIR

Tabelle 7: Tab_HBA_ObjSys_008 Initialisierte Attribute von MF / EF.GDO

Tabelle 8: Tab_HBA_ObjSys_151 Personalisierte Attribute von MF / EF.GDO

Tabelle 9: Tab_HBA_ObjSys_009 Initialisierte Attribute von MF / EF.Version2

Tabelle 10: Tab_HBA_ObjSys_011 Initialisierte Attribute von MF / EF.C.CA_HPC.CS.E256

Tabelle 11: Tab_HBA_ObjSys_090a3f Personalisierte Attribute von MF / EF.C.CA_HPC.CS.E256

Tabelle 12: Tab_HBA_ObjSys_014 Initialisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

Tabelle 13: Tab_HBA_ObjSys_093 Personalisierte Attribute von MF / EF.C.HPC.AUTR_CVC.E256

Tabelle 14: Tab_HBA_ObjSys_017 Initialisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

Tabelle 15: Tab_HBA_ObjSys_095 Personalisierte Attribute von MF / EF.C.HPC.AUTD_SUK_CVC.E256

Tabelle 16: Tab_HBA_ObjSys_019 Initialisierte Attribute von MF / PIN.CH

Tabelle 17: Tab_HBA_ObjSys_097 Personalisierte Attribute von MF / PIN.CH

Tabelle 18: Tab_HBA_ObjSys_021 Initialisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

Tabelle 19: Tab_HBA_ObjSys_099 Personalisierte Attribute von MF / PrK.HPC.AUTR_CVC.E256

Tabelle 20: Tab_HBA_ObjSys_024 Initialisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

Tabelle 21: Tab_HBA_ObjSys_101 Personalisierte Attribute von MF / PrK.HPC.AUTD_SUK_CVC.E256

Tabelle 22: Tab_HBA_ObjSys_027 Initialisierte  Attribute von MF / PuK.RCA.CS.E256

Tabelle 23: Tab_HBA_ObjSys_153 Personalisierte Attribute von MF / PuK.RCA.CS.E256 für Testkarten

Tabelle 24: Tab_HBA_ObjSys_082 Initialisierte Attribute von MF / PuK.RCA.ADMINCMS.CS.E256

Tabelle 25: Tab_HBA_ObjSys_103 Personalisierte Attribute von MF / PuK.RCA.ADMINCMS.CS.E256

Tabelle 26: Tab_HBA_ObjSys_029 Initialisierte Attribute von MF / SK.CMS.AES128

Tabelle 27: Tab_HBA_ObjSys_104 Personalisierte Attribute von MF / SK.CMS.AES128

Tabelle 28: Tab_HBA_ObjSys_030 Initialisierte Attribute von MF / SK.CMS.AES256

Tabelle 29: Tab_HBA_ObjSys_105 Personalisierte Attribute von MF / SK.CMS.AES256

Tabelle 30: Tab_HBA_ObjSys_147 Initialisierte Attribute von MF / SK.CUP.AES128

Tabelle 31: Tab_HBA_ObjSys_148 Personalisierte Attribute von MF / SK.CUP.AES128

Tabelle 32: Tab_HBA_ObjSys_149 Initialisierte Attribute von MF / SK.CUP.AES256

Tabelle 33: Tab_HBA_ObjSys_150 Personalisierte Attribute von MF / SK.CUP.AES256

Tabelle 34: Tab_HBA_ObjSys_076 Initialisierte Attribute von MF / SK.CAN

Tabelle 35: Tab_HBA_ObjSys_106 Personalisierte Attribute von MF / SK.CAN

Tabelle 36: Tab_HBA_ObjSys_031 Initialisierte Attribute von MF / DF.HPA

Tabelle 37: Tab_HBA_ObjSys_032 Initialisierte Attribute von MF / DF.HPA / EF.HPD

Tabelle 38: Tab_HBA_ObjSys_033 Initialisierte Attribute von MF / DF.QES

Tabelle 39: Tab_HBA_ObjSys_034 Initialisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

Tabelle 40: Tab_HBA_ObjSys_108 Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.R2048

Tabelle 41: Tab_HBA_ObjSys_037 Initialisierte Attribute von MF / DF.QES / PIN.QES

Tabelle 42: Tab_HBA_ObjSys_111 Personalisierte Attribute von MF / DF.QES / PIN.QES

Tabelle 43: Tab_HBA_ObjSys_038 Initialisierte Attribute von MF / DF.QES / EF.SSEC

Tabelle 44: Tab_HBA_ObjSys_039 Inhalt von EF.SSEC

Tabelle 45: Tab_HBA_ObjSys_040 Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

Tabelle 46: Tab_HBA_ObjSys_113 Personalisierte Attribute von MF / DF.QES / EF.C.HP.QES.R2048

Tabelle 47: Tab_HBA_ObjSys_160 Initialisierte Attribute MF / DF.QES / PrK.HP.QES.E256

Tabelle 48: Tab_HBA_ObjSys_161 Personalisierte Attribute von MF / DF.QES / PrK.HP.QES.E256

Tabelle 49: Tab_HBA_ObjSys_162 Initialisierte Attribute von MF / DF.QES / EF.C.HP.QES.E256

Tabelle 50: Tab_HBA_ObjSys_045 Initialisierte Attribute von MF / DF.ESIGN

Tabelle 51: Tab_HBA_ObjSys_046 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

Tabelle 52: Tab_HBA_ObjSys_118 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.R2048

Tabelle 53: Tab_HBA_ObjSys_049 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

Tabelle 54: Tab_HBA_ObjSys_121 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.R2048

Tabelle 55: Tab_HBA_ObjSys_055 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

Tabelle 56: Tab_HBA_ObjSys_127 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.R2048

Tabelle 57: Tab_HBA_ObjSys_056 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

Tabelle 58: Tab_HBA_ObjSys_129 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.R2048

Tabelle 59: Tab_HBA_ObjSys_170 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.E256

Tabelle 60: Tab_HBA_ObjSys_171 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.AUT.E256

Tabelle 61: Tab_HBA_ObjSys_172 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

Tabelle 62: Tab_HBA_ObjSys_173 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.ENC.E256

Tabelle 63: Tab_HBA_ObjSys_174 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

Tabelle 64: Tab_HBA_ObjSys_175 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.AUT.E256

Tabelle 65: Tab_HBA_ObjSys_176 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

Tabelle 66: Tab_HBA_ObjSys_177 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.ENC.E256

Tabelle 67: Tab_HBA_ObjSys_130 initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

Tabelle 68: Tab_HBA_ObjSys_136 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.R2048

Tabelle 69: Tab_HBA_ObjSys_131 Initialisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

Tabelle 70: Tab_HBA_ObjSys_137 Personalisierte Attribute von MF / DF.ESIGN / EF.C.HP.SIG.E256

Tabelle 71: Tab_HBA_ObjSys_132 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048

Tabelle 72: Tab_HBA_ObjSys_133 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.R2048E256

Tabelle 73: Tab_HBA_ObjSys_134 Initialisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

Tabelle 74: Tab_HBA_ObjSys_135 Personalisierte Attribute von MF / DF.ESIGN / PrK.HP.SIG.E256

Tabelle 75: Tab_HBA_ObjSys_057 Initialisierte Attribute von MF / DF.CIA.QES

Tabelle 76: Tab_HBA_ObjSys_059 Initialisierte Attribute von MF / DF.CIA.QES / EF.CIA.CIAInfo (Cryptographic Information Application Info)

Tabelle 77: Tab_HBA_ObjSys_060 Initialisierte Attribute von MF / DF.CIA.QES / EF.OD

Tabelle 78: Tab_HBA_ObjSys_061 Initialisierte Attribute von MF / DF.CIA.QES / EF.AOD (Authentication Object Directory)

Tabelle 79: Tab_HBA_ObjSys_062 Initialisierte Attribute von MF / DF.CIA.QES / EF.PrKD (Private Key Directory)

Tabelle 80: Tab_HBA_ObjSys_063 Initialisierte Attribute von MF / DF.CIA.QES / EF.CD (Certificate Directory)

Tabelle 81: Tab_HBA_ObjSys_058 Initialisierte Attribute von MF / DF.CIA.ESIGN

Tabelle 82: Tab_HBA_ObjSys_145 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CIA.CIAInfo (Cryptographic Information Application Info)

Tabelle 83: Tab_HBA_ObjSys_146 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.OD (Object Directory)

Tabelle 84: Tab_HBA_ObjSys_147 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.AOD (Authentication Object Directory)

 Tabelle 85: Tab_HBA_ObjSys_148 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.PrKD (Private Key Directory)

Tabelle 86: Tab_HBA_ObjSys_149 Initialisierte Attribute von MF / DF.CIA.ESIGN / EF.CD (Certificate Directory)

Tabelle 87: Tab_HBA_ObjSys_064 Initialisierte Attribute von MF / DF.AUTO

Tabelle 88: Tab_HBA_ObjSys_065 Initialisierte Attribute von MF / DF:AUTO / PrK.HP.AUTO.R3072

Tabelle 89: Tab_HBA_ObjSys_138 Personalisierte Attribute von MF / DF.AUTO / PrK.HP.AUTO.R3072

Tabelle 90: Tab_HBA_ObjSys_068 Initialisierte Attribute von MF / DF.AUTO / PIN.AUTO

Tabelle 91: Tab_HBA_ObjSys_141 Personalisierte Attribute von MF / DF.AUTO / PIN.AUTO

Tabelle 92: Tab_HBA_ObjSys_069 Initialisierte Attribute von MF / DF.AUTO / PIN.SO

Tabelle 93: Tab_HBA_ObjSys_142 Personalisierte Attribute von MF / DF.AUTO / PIN.SO

Tabelle 94: Tab_HBA_ObjSys_070 Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

Tabelle 95: Tab_HBA_ObjSys_143 Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO1.R3072

Tabelle 96: Tab_HBA_ObjSys_071 Initialisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

Tabelle 97: Tab_HBA_ObjSys_144 Personalisierte Attribute von MF / DF.AUTO / EF.C.HP.AUTO2.R3072

6.5 Referenzierte Dokumente

6.5.1 Dokumente der gematik

Die nachfolgende Tabelle enthält die Bezeichnung der in dem vorliegenden Dokument referenzierten Dokumente der gematik zur Telematikinfrastruktur. Version und Stand der referenzierten Dokumente sind daher in der nachfolgenden Tabelle nicht aufgeführt. Deren zu diesem Dokument jeweils gültige Versionen sind in den von der gematik veröffentlichten Produkttypsteckbriefen enthalten, in denen die vorliegende Version aufgeführt wird.

6.5.2 Weitere Dokumente