Quellen statt Superlative.

Primärquellen

Referenzprüfung: 14. September 2026. Für die aktuelle Fassung der offiziellen Quelle folgen; Plattformregeln und rechtliche Anwendbarkeit vor dem Einsatz prüfen.

• Android Developers — Host-based card emulation

  Unterstützte ISO-DEP-/APDU-Protokolle, Leserkompatibilität und der Hinweis, sich nicht auf die UID eines HCE-Geräts zu verlassen. Keine BringPass-Implementierungsanleitung.

  Offizielle Quelle öffnen ↗
• Apple Developer — NFC & SE Platform

  Plattformzugang und Zulassungsgrenzen. Den geplanten Anwendungsfall und Markt vor der Implementierung erneut prüfen.

  Offizielle Quelle öffnen ↗
• W3C — Web Authentication Level 2

  Eine stabile Referenz für die Erstellung und Bestätigung von Zugangsmitteln, Anbieterbindung und Prüfung. Diese Vorschau beansprucht keine Zertifizierung und implementiert den Standard nicht vollständig.

  Offizielle Quelle öffnen ↗
• Deutsches Bundesrecht — § 5 DDG

  Anbieterkennzeichnung. Der tatsächliche Betreiber muss die anwendbaren Pflichtangaben bestimmen und vervollständigen.

  Offizielle Quelle öffnen ↗
• Deutsches Bundesrecht — § 36 VSBG

  Informationen zur Verbraucherstreitbeilegung und zur Anwendbarkeit.

  Offizielle Quelle öffnen ↗
• Europäische Union — Verordnung (EU) 2016/679

  Rechtliche Grundlage für Transparenz, Betroffenenrechte und Datenschutz durch Technikgestaltung. Die konkreten Hinweise müssen der tatsächlichen Verarbeitung entsprechen; diese Website ist keine rechtliche Bewertung.

  Offizielle Quelle öffnen ↗
• Deutsches Bundesrecht — § 25 TDDDG

  Speicherung von und Zugriff auf Endgeräteinformationen. Die Anwendbarkeit hängt vom tatsächlich eingesetzten Verhalten einschließlich ergänzter Drittanbieter ab.

  Offizielle Quelle öffnen ↗
• Deutsches Bundesrecht — BFSG §§ 1 und 3

  Anwendungsbereich der erfassten Produkte und Dienstleistungen. § 3 enthält auch Anforderungen und einschlägige Ausnahmen für Dienstleistungserbringer.

  Offizielle Quelle öffnen ↗
• W3C — Web Content Accessibility Guidelines 2.2

  Referenz für barrierefreie Gestaltung, kein Nachweis der Konformität dieser Website.

  Offizielle Quelle öffnen ↗
• IETF RFC 8032 — EdDSA / Ed25519

  Signaturverfahren der experimentellen Softwarereferenzen. Die Nachrichtenkodierung des Entwurfs ist eine BringPass-Entscheidung, kein IETF-Protokoll.

  Offizielle Quelle öffnen ↗
• NXP — MIFARE DESFire EV3

  Produktdokumentation verdeutlicht, warum UID, unterstützte Anwendung und berechtigte Provisionierung getrennt von „NFC-Kompatibilität“ geprüft werden müssen.

  Offizielle Quelle öffnen ↗
• Node.js — kryptografische Signaturen

  Offizielle Dokumentation der kryptografischen Node.js-Funktionen der JavaScript-Referenz.

  Offizielle Quelle öffnen ↗
• Python cryptography — Ed25519

  Offizielle Signatur- und Verifikationsdokumentation der Abhängigkeit der Python-Referenz.

  Offizielle Quelle öffnen ↗

Projektannahmen

Der Wirtschaftlichkeitsrechner enthält frei gewählte, veränderbare Eingaben. Paarweise Beziehungen und gerätespezifische Zugangsmittel sind vorgeschlagene Architekturentscheidungen. Kompatibilität hängt von einem getesteten Lesegerät, Backend und Registrierungsregeln ab. Es wird nicht behauptet, dass alle NFC-, Barcode- oder QR-Systeme eine frei gewählte Identität akzeptieren können.

Design und Illustrationen

Die ursprünglichen Konzeptillustrationen wurden aus dem bereitgestellten Entwurf wiederhergestellt. Unterstützende Bilder sind kleiner und werden per CSS zurückgenommen; bearbeitbare SVG-Alternativen bleiben erhalten. Die wiederhergestellten Bilder sind Rasterausschnitte, keine Vektorrekonstruktionen. BringPass bleibt ein Arbeitsname ohne Markenprüfung. Externe Schriftarten oder Bildbibliotheken werden nicht geladen.

Offene Entwurfsarbeit

Smartcard-Provisionierung, authentifizierte Anbieterkontexte, APDU-Nachrichten, sichere mobile Integration, Offline-Autorisierung, Wiederherstellung von Stammschlüsseln, Unverknüpfbarkeit von Metadaten und die Entwicklung des speziellen Tokens müssen noch entworfen und getestet werden.