Der Bürger kann mit Hilfe der Bürgerkarten-Umgebung sowohl elektronische Dokumente signieren, als auch bestehende Signaturen über elektronische Dokumente prüfen.

Ein sehr wesentliches Merkmal der Bürgerkarten-Umgebung ist in beiden Fällen die Möglichkeit, dass der Bürger sich die gegenständlichen elektronischen Dokumente anzeigen lassen kann: Bei der Erstellung einer elektronischen Signatur kann er zuvor genau kontrollieren, welche Daten er tatsächlich unterschreibt. Bei der Überprüfung einer bestehenden Signatur kann der Bürger exakt feststellen, welche Daten durch die überprüfte Signatur gesichert sind.

Bietet eine Bürgerkarten-Umgebung eine sichere Signatur nach [SigG] bzw. eine nach [E-GovG] damit befristet gleichgestellte Verwaltungssignatur an, so kapselt sie damit auch sämtliche gesetzliche Verantwortlichkeiten dieser beiden qualifizierten Arten einer elektronischen Signatur. So befinden sich beispielsweise die für eine Erstellung einer sichere elektronische Signatur gesetzlich vorgeschriebene, zertifizierungspflichtige Signaturerstellungseinheit bzw. die dafür ebenfalls gesetzlich normierte, bescheinigungspflichtige Anzeigeeinheit innerhalb der Bürgerkarten-Umgebung. Dies hat für Entwickler von Applikationen den großen Vorteil, dass sie sich beim Design einer Applikation nicht um solche gesetzliche Vorgaben kümmern müssen.

Der Bürger kann mit Hilfe der Bürgerkarten-Umgebung sowohl eigene elektronische Dokumente für beliebige Empfänger verschlüsseln, als auch bestehende, verschlüsselte Dokumente mit Hilfe eines der in der Bürgerkarten-Umgebung vorrätigen Entschlüsselungs-Schlüssels entschlüsseln.

Der Bürger kann mit Hilfe der Bürgerkarten-Umgebung sowohl einen Hashwert für ein elektronisches Dokument berechnen, als auch einen bestehenden Hashwert über ein elektronisches Dokument prüfen.

Die Bürgerkarten-Umgebung stellt dem Bürger einen Datenspeicher zum Lesen und Schreiben beliebiger Daten zur Verfügung, die für E-Government oder E-Commerce Verfahren benötigt werden.

In den vorliegenden Spezifikationen ist der Datenspeicher in logische Einheiten gegliedert, die als Infoboxen bezeichnet werden. Im Datenspeicher können Infoboxen neu angelegt, gelesen, verändert und gelöscht werden.

Jedenfalls in der Bürgerkarten-Umgebung sind eine Reihe von standardisierten Infoboxen. So können beispielsweise die zu den in der Bürgerkarten-Umgebung vorrätigen Signatur- bzw. Verschlüsselungsschlüsseln zugehörigen Zertifikate ausgelesen werden. Ebenfalls über Infoboxen kann auf die im E-GovG normierten Datensätze Personenbindung und Vollmachten zugegriffen werden.

Die vorliegenden Spezifikationen machen bewusst keine Angaben zum physikalischen Ort, an dem die Daten des Datenspeichers. Vorstellbar sind mehrere Möglichkeiten, wobei diese Möglichkeiten durchaus miteinander zu einem gemeinsamen logischen Datenspiecher kombiniert werden können, z.B.:

Da es sich bei den im Datenspeicher abgelegten Infoboxen durchaus auch um sensible Informationen handeln kann, legen die vorliegenden Spezifikationen entsprechende Anforderungen an die Aufbewahrung sowie an den Zugriffsschutz fest.

Das vorliegende Dokument.

Dieses Dokument beschreibt die Schnittstelle Security-Layer, über die eine Applikation die in der Bürgerkarten-Umgebung verfügbaren Funktionen ansteuern kann. Die Schnittstelle normiert eine Reihe von Befehlen; jeder Befehl gehorcht einem einfachen Anfrage/Antwort Schema, d.h. die Applikation stellt eine Anfrage an die Bürgerkarten-Umgebung, und die Bürgerkarten-Umgebung antwortet nach der Abarbeitung des Befehls (und gegebenenfalls Interaktion mit dem Bürgerüber die Benutzer-Schnittstelle) mit der entsprechenden Antwort an die Applikation. [Applikationsschnittstelle Security-Layer]

Dieses Dokument normiert die Bezeichner für die jedenfalls vorhandenen Keyboxen und Infoboxen.

Eine Keybox bezeichnet einen in der Bürgerkarten-Umgebung vorrätigen Schlüssel, der für die Erstellung von elektronischen Signaturen und/oder die Entschlüsselung von elektronischen Daten zur Verfügung steht. Über den Keybox-Bezeichner wird in den entsprechenden Befehlen des Security-Layer festgelegt, welcher Schlüssel für die Signaturerstellung bzw. Entschlüsselung verwendet werden soll.

Eine Infobox bezeichnet eine in der Bürgerkarten-Umgebung abgelegte Datensammlung, auf die mit Befehlen des Security-Layer lesend und verändernd zugegriffen werden kann. Über den Infobox-Bezeichner wird in diesen Befehlen festgelegt, welche Datensammlung angelegt, gelesen, verändert oder gelöscht werden soll. [Standardisierte Key- und Infoboxen]

Dieses Dokument legt fest, welche Befehle des Security-Layers von einer Bürgerkarten-Umgebung jedenfalls implementiert sein müssen. Weiters enthält es Profile der von den Befehlen zur Signaturerstellung, Signaturprüfung, Verschlüsselung und Entschlüsselung verwendeten Signaturformaten, Regelungen zur Anzeigekomponente der Bürgerkarten-Umgebung, sowie Anforderungen an die Auflösung von in den einzelnen Befehlen vorkommenden URLs. [Minimale Umsetzung des Security-Layers]

Die Schnittstelle Security-Layer kann über unterschiedliche Transportprotokolle angesprochen werden. Dieses Dokument beschreibt die Bindung des Security-Layers an die Transportprotokolle TCP, TLS, HTTP und HTTPS. [Transportprotokolle Security-Layer]

Für die Abarbeitung einer Reihe von Befehlen des Security-Layers ist eine Kommunikation der Bürgerkarten-Umgebung mit dem Bürgerüber die Benutzer-Schnittstelle notwendig, beispielsweise im Falle der Signaturerstellung die Anzeige der zu signierenden Daten sowie das Auslösen der Siganturfunktion durch den Bürger. Dieses Dokument legt die Anforderungen an diese Benutzer-Schnittstelle für die einzelnen Befehle fest. [Anforderungen an die Benutzer-Schnittstelle]

Die Ausführung bzw. das Resultat der meisten Befehle des Security-Layers ist schützenswert. Das bedeutet, dass nicht jede beliebige Applikation jeden Befehl des Security-Layers ausführen, bzw. auf das Resultat der Befehlsausführung zugreifen darf. Dieses Dokument spezifiziert eine jedenfalls von einer Bürgerkarten-Umgebung einzuhaltenden Zugriffsschutz. Dazu wird zunächst eine Klassifizierung der Authentifizierung der zugreifenden Applikation vorgenommen. Ausgehend von dieser Klassifizierung werden Regeln definiert, die festlegen, ob eine Applikation letztendlich einen Befehl ausführen darf oder nicht. [Zugriffschutz]

Wesentlich für die Akzeptanz der Bürgerkarte ist es, dass alle am Markt verfügbaren Bürgerkarten-Umgebung zumindest ein gemeinsames Dokumenten-Format in ihrer Anzeigekomponente (die beispielsweise zur Anzeige der zu signierenden Daten bei der Signaturerstellung verwendet wird) verarbeiten können. Dieses Format sollte entsprechende Möglichkeiten zum Layout sowie zur Einbindung von Bildern haben, dabei aber trotzdem prinzipiell als Anzeigeformat für sichere Signaturen geeignet sein. Dieses Dokument spezifiziert ein solches Dokumenten-Format basierend auf XHTML und CSS2. [Standard-Anzeigeformat]

Kann ein Befehl aus irgendeinem Grund von der Bürgerkarten-Umgebung nicht abgearbeitet werden, antwortet sie der Applikation anstatt mit der zur Anfrage zugehörigen Antwort mit einer eigens spezifizierten Fehler-Antwort. Dieses Dokument spezifiziert die in dieser Fehler-Antwort mitgelieferten Fehlercodes. [Fehlercodes Security-Layer]

Dieses Dokument listet die bekannten Errata in den Spezifikationen zur österreichischen Bürgerkarte ab der Version 1.1.0. Mit dem Erscheinen eines der Spezifikationsdokumente mit einer höheren Versionsnummer werden die bis zu diesem Erscheinungsdatum gelisteten Errata in die aktualisierte Spezifikation eingearbeitet, sämtliche Errata bleiben jedoch in diesem Dokument weiter gelistet. Sobald ein Erratum in dieses Dokument eingetragen wurde, gilt er - falls anwendbar - im Sinne der im Eintrag angeführten Korrektur als behoben. [Errata]

Dieses Dokument enthält ein Tutorium für Entwickler von Applikationen. Es finden sich darin Beispiele für alle Befehle des Security-Layers, als auch mehrstufige Abläufe für gängige Anwendungsfälle der Bürgerkarte. [Tutorium]