BringPass
Weniger Dinge dabei
Ein Satz Zugangsmittel für teilnehmende Organisationen. Du wählst das Medium.
Du bleibst du. An mehr Orten.
Dein Zugang.
Dein Zugang.
Deine Wahl.
Dein Fitnessstudio. Deine Bibliothek. Dein Arbeitsplatz.
Weniger Karten dabei. Weniger Aufwand bei der Ausgabe.
Offenes Konzept. Schrittweiser Umstieg. Keine zentrale Identitätsstelle.
Ein Satz Zugangsmittel.
Vertraute Orte.
Fitnessstudios
Bibliotheken
Arbeitsplätze
Vereine & Bonusprogramme
Weniger Ballast im Alltag
Weniger mitnehmen.
Weniger mitnehmen.
Weniger verwalten.
Das Konto bleibt. Neu ist, wer das Zugangsmittel mitbringt. Die Organisation behält ihre Daten und Zugangsregeln; die Person wählt ein kompatibles Medium.
Was für eigene Zugangsmittel spricht
Weniger ausgeben. Weniger ersetzen.
Vermeidbaren Material- und Ausgabeaufwand reduzieren – nicht die Prüfungen, die den Zugang absichern.
Getrennte Beziehungen
Anbieterspezifische Identitäten im nativen Entwurf. Keine zentrale Datenbank für persönliche Daten.
Umstieg im eigenen Tempo
Dort beginnen, wo bestehende Systeme es erlauben. Ausgegebene Karten bleiben als Alternative erhalten.
Einen Schritt ändern, nicht alles
Ein Weg hinein.
Ein Weg hinein.
Kein Komplettaustausch.
Vom vertrauten Scan am Empfang bis zum an einen Anbieter gebundenen kryptografischen Nachweis. Jeder Weg hat klare Grenzen.
C0
Bestehendes Zugangsmittel nutzen
Einen erlaubten Aussteller-Code oder eine kompatible physische Karte wählen. Der Anbieter muss BringPass nicht kennen.
Keine native Protokollkenntnis
C1
Auf Token-Seite anpassen
Zugelassenes Wertformat oder bestehende Anwendung abbilden. Im üblichen Verfahren registrieren.
Anbietersoftware unverändert
C2
Nativ zusammenarbeiten
Beide Seiten implementieren authentifizierte Nachweis- und Lebenszyklusnachrichten. Keine vorgeschriebene Web-API.
Beide Seiten implementieren
X
Nicht unterstützten Pfad erkennen
Ein fehlendes Medium, ein fehlender Schlüssel oder eine fehlende Registrierungsoption sind echte Grenzen. Zusammenarbeit oder andere Zugangsmittel nötig.
Kein stiller Rückfall„Ohne Änderungen“ gilt nur, wenn Lesegerät, Backend und Registrierungsregeln das Zugangsmittel bereits akzeptieren. Ein neues Protokoll muss immer integriert werden.
Umstiegswege & Abläufe entdecken
Das Medium wählen
Heute eine Karte.
Heute eine Karte.
Auch dein Smartphone.
Später ein Token.
Kein einzelnes Gerät muss alles können. Vertraute Medien nutzen und schrittweise stärkere Authentifizierung ergänzen.
Zur Kompatibilitätsmatrix
Barcode & QR
Bestehende TechnikZugelassene Formate für vorhandene Scanner. Statische Codes bleiben kopierbar.
Wiederverwendbare Smartcard
Kompatibilität erforderlichAn passenden Lesegeräten verwenden. Sichere Anwendungen brauchen ein passendes Protokoll.
Mobile Wallet
IntegrationszielCodes auswählen und Zugangsmittel verwalten. NFC hängt von Plattform und Lesegerät ab.
Elektronischer Token
Zukunftskonzept · nicht verfügbarEin Display für die Tasche, physische Tasten und ein Sicherheitselement. Nicht an jeder Tür das Smartphone brauchen.
Ein Satz Geräte. Getrennte Beziehungen.
Protokollentwurf lesen
Schlüssel oder zugelassenen Wert mit dem bestehenden Konto verknüpfen.
Zugangsmittel verknüpfen.
Ein Zugangsmittel mit dem bestehenden Konto des Anbieters verknüpfen.
Erwarteten Wert oder nativen Nachweis präsentieren; der Anbieter prüft die Berechtigung.
Präsentieren. Nachweisen. Prüfen.
Einen anbieterspezifischen Wert präsentieren, soweit das gewählte Medium dies unterstützt.
Verlorenes oder ersetztes Zugangsmittel sperren, ohne die anderen zu beeinträchtigen.
Ein Zugangsmittel stilllegen.
Den Besitz mit dem registrierten Schlüssel und einer frischen Challenge prüfen.
Diese BringPass-Beziehung zurückziehen, nicht das zugrunde liegende Konto.
Registrierung zurückziehen.
Die Beziehung bleibt. Ihre Zugangsmittel lassen sich sperren und ersetzen.
Die Abläufe im Alltag
Vertraute Situationen.
Vertraute Situationen.
Ein anderes Zugangsmittel.
Ausnahmen sind genauso wichtig wie der erste Kontakt am Lesegerät.
Derselbe Empfang. Eine andere Frage.
„Haben Sie bereits ein kompatibles Zugangsmittel?“ wird Teil der Registrierung.
Vollständigen Ablauf lesen
01
Das Konto zuordnen
Mitarbeitende suchen oder erstellen das lokale Konto und führen die bisherigen Identitätsprüfungen durch.
02
Zugangsmittel vorzeigen
Ein unterstütztes Medium scannen oder auflegen. Format prüfen und Eindeutigkeit sicherstellen.
03
Verknüpfen & testen
Zuordnen, einen echten Vorgang testen und das registrierte Zugangsmittel dokumentieren.
C0/C1 brauchen nur dann keine Softwareänderung beim Anbieter, wenn dessen Registrierung Medium und Wert bereits akzeptiert. C2 mit nativem Nachweis braucht Implementierung auf beiden Seiten.
Ein Zugangsmittel im eigenen Konto hinzufügen.
Ausgangspunkt bleibt das vorhandene Konto der Organisation – kein ungeprüfter QR-Code.
Vollständigen Ablauf lesen
01
Zuerst anmelden
Eine authentifizierte Kontositzung nutzen und bei Bedarf eine zusätzliche Sicherheitsprüfung durchführen.
02
Nachweisen & koppeln
Bestand: die vorhandene Funktion zum Hinzufügen eines Zugangsmittels verwenden, sofern verfügbar. Nativ: Registrierungs-Challenge und Nachweis des neuen Schlüssels an die geprüfte Kontositzung binden.
03
Bestätigen & benachrichtigen
Konto und Zugangsmittel anzeigen, Verknüpfung bestätigen, die Person benachrichtigen und testen.
Keine Softwareänderung nur, wenn das Portal diese Registrierung bereits unterstützt. Sonst Servicestelle oder zusätzliche Integration nutzen. Ein ungeprüfter Code darf niemals ein beliebiges Konto auswählen.
Gerät verloren. Beziehung bleibt.
Gerätespezifische Schlüssel ermöglichen im nativen Entwurf die gezielte Sperrung einzelner Zugangsmittel.
Vollständigen Ablauf lesen
01
Zugang wiederherstellen
Eine bereits registrierte Alternative oder das geprüfte Wiederherstellungsverfahren des Anbieters nutzen.
02
Verlorenen Zugang sperren
Das verlorene Zugangsmittel bei allen betroffenen Anbietern sperren, einschließlich noch zu synchronisierender Offline-Lesegeräte.
03
Ersatz registrieren
Ein neues Zugangsmittel verknüpfen, den Zugang testen und über einen vertrauenswürdigen Kanal bestätigen.
Gemeinsame Altsystem-Codes oder kopierte Schlüssel unterscheiden nicht zwischen verlorenen und verbliebenen Kopien. Alle betroffenen Kopien ersetzen; Offline-Sperrungen wirken nicht sofort.
Mit der vorhandenen Karte beginnen.
Einen bestehenden Code anders mitzuführen ist nicht dasselbe wie ein neues, eigenes Zugangsmittel zu registrieren.
Vollständigen Ablauf lesen
01
Den Weg prüfen
Klären, ob das erneute Anzeigen eines Codes oder ein neuer externer Wert erlaubt und technisch unterstützt ist.
02
Anzeigen oder registrieren
Einen zugelassenen optischen Code anders anzeigen oder ein eigenes kompatibles Medium durch Mitarbeitende registrieren lassen.
03
Testen & ablösen
Das bisherige Zugangsmittel während des Tests möglichst beibehalten und anschließend gezielt außer Betrieb nehmen.
Denselben Wert anders anzuzeigen bündelt Karten, begründet aber kein kryptografisches Eigentum. Wird der Wert gesperrt, sind alle Kopien gesperrt. Das Klonen geschützter Karten ist nicht vorgesehen.
Ein gemeinsamer Lebenszyklus, kein neuer Webdienst
Ein internes Modell. Zwei externe Wege.
Bestehende Leser unverändert lassen, wenn sie das Zugangsmittel bereits akzeptieren. Das native Protokoll nutzen, wenn beide Seiten teilnehmen.
Protokollentwurf 0.3
13 Sprachen · beide Seiten
Vier Vorgänge: registrieren, nutzen, sperren und zurückziehen. Transport und bestehende Leserbefehle bleiben getrennte Fragen.
Bestand · nur Token-Seite
PROFILE.IMPORT(approved_profile)
PROFILE.SELECT("library")
PROFILE.PRESENT()
// Existing scanner receives only:
00481720Nativ · beide Seiten
provider → token: CHALLENGE(operation, context, nonce)
token → provider: PROOF(challenge, credential)
provider → token: RESULT(request, outcome, revision)
// REGISTER · USE · REVOKE · RETRACT
Zukunftsoption · Designstudie
Etwas weniger Smartphone.
Etwas weniger Smartphone.
Etwas mehr Freiheit.
Ein eigener Token könnte wechselnde Codes und native Zugangsmittel bereitstellen – ohne ein weiteres Allzweckgerät zu werden.
Auswählbare Codes
Kompatibles NFC
Sicherheitselement
Hardwarekonzept entdecken
Keine Produktankündigung. Kein Prototyp, Preis oder Veröffentlichungstermin.
Funktioniert das mit unseren vorhandenen Lesegeräten?
Manchmal. Der Scanner muss das Format lesen können, und das Backend muss den präsentierten Wert akzeptieren und registrieren können. Reine UID-Leser benötigen kompatible physische Medien; proprietäre geschützte Systeme erfordern die Zusammenarbeit mit dem Hersteller. Ein natives Protokoll muss integriert werden. Kompatibilitätsgrenzen prüfen.
Braucht jeder ein Smartphone?
Nein. Eine kompatible physische Karte kann das alltägliche Zugangsmittel bleiben; eine von der Organisation ausgegebene Karte dient als Alternative. Ein Smartphone hilft bei der Auswahl unterschiedlicher Barcodes, der Verwaltung von Beziehungen und der Wiederherstellung. Der separate Display-Token ist lediglich ein Zukunftskonzept.
Ist BringPass eine Nummer, die mich überall begleitet?
Nicht im vorgeschlagenen nativen Entwurf. Jeder Anbieter erhält eine eigene Beziehungskennung und eigene Zugangsmittel. Bei der Weiternutzung bestehender Technik können weiterhin derselbe Barcode, dieselbe NFC-UID oder andere Kennungen unterer Protokollschichten sichtbar sein. Dieser Kompromiss muss transparent sein; paarweise Schlüssel allein beseitigen nicht sämtliche Tracking-Metadaten.
Was passiert, wenn eine Karte oder ein Smartphone verloren geht?
Kontoberechtigung über eine registrierte Alternative und die Verwaltungsregeln des Anbieters oder über geprüfte Wiederherstellung erhalten. Verlorenes Zugangsmittel bei jedem betroffenen Anbieter sperren. Offline-Leser können später aktualisiert werden. Die Referenz demonstriert lokale Sperrung, keine reale Kontowiederherstellung oder einen globalen Sperrdienst.
Können wir weiterhin eigene Karten ausgeben?
Ja. Der Mischbetrieb ist der vorgesehene Umstieg: geeignete eigene Zugangsmittel akzeptieren und bei Bedarf weiterhin Karten ausgeben. Mehrere gleichzeitig aktive Zugangsmittel hängen vom Backend ab; bei nur einem Kartenfeld kann ein Wechsel statt einer parallelen Nutzung erforderlich sein.
Ist der spezielle elektronische Token verfügbar?
Nein. Er ist ein Industriedesign-Konzept ohne Prototyp, Lieferanten, Preis, zugesicherte Batterielaufzeit oder Veröffentlichungstermin. Ein stromsparendes Display, ein Sicherheitselement, physische Tasten und NFC sind Gestaltungsrichtungen, keine geprüften Spezifikationen.
Mit einem vertrauten Lesegerät beginnen.
Einen kompatiblen Ablauf finden. Testen. Eine Alternative bereithalten.