Aber der Punkt ist doch: Es wird sicher früher oder später möglich sein diesen Code so zu erstellen oder manipulieren, dass daraus ein gültiges D-Ticket mit dem eigenen Namen wird? Oder bezweifelt jemand, dass es so viel kriminelle Energie gibt? Auf Papier ist das doch viel einfacher, weil es keine digitalen Schranken gibt, wie sie eventuell in einer App vorhanden sein könnten.

sollte dies möglich sein, hätten die sw-entwickler komplett versagt

Eben gerade das ist nicht so ohne Weiteres möglich (abgesehen von dem Fall, in dem der private Schlüssel eines Busunternehmens letztens wohl in falsche Hände gelangt war). Das ist ja gerade der Knackpunkt von Signaturen mit asymmetrischer Kryptographie: Die Echtheitsprüfung ist für jedermann sehr leicht möglich, aber eine gültige Signatur zu erstellen braucht entweder den privaten Schlüssel oder sehr viel mehr Rechenleistung als irgendwem realistisch zur Verfügung steht. Der Algorithmus an sich ist öffentlich bekannt und von Sicherheitsforschern überprüft.

Was dagegen verhältnismäßig einfach wäre, wäre eine App zu programmieren die so aussieht und sich "so anfühlt" wie die "Original-App", in der das Deutschlandticket vom jeweiligen Anbieter ausgegeben wird -- und erst recht eine App, die einem Zugbegleiter oder ÖPNV-Ticketkontrolleur in Region A vorgaukelt, eine Herausgeber-App aus der weit entfernten Region B zu sein.

Aber der Punkt ist doch: Es wird sicher früher oder später möglich sein diesen Code so zu erstellen oder manipulieren, dass daraus ein gültiges D-Ticket mit dem eigenen Namen wird? Oder bezweifelt jemand, dass es so viel kriminelle Energie gibt? Auf Papier ist das doch viel einfacher, weil es keine digitalen Schranken gibt, wie sie eventuell in einer App vorhanden sein könnten.

Das erstellen ist das eine - auf der anderen Seite müsste der Datensatz doch auch noch beim Unternehmen zu finden sein, sozusagen als abgleich oder nicht?

... zufällig gerade zu übermorgen habe ich mir auch ein D-Ticket gebucht (aus /Gründen/ musste ich es von der Bahn nehmen).

Wenn ich in den Navigator schaue, ist es genauso ein Aztec
(diese Klugscheißerei mit QR bitte ich einfach mal, zu unterlassen, ändert genau NIX an dem Problem)
-Code wie auf den von mir aus pdfs ausgedruckten(jadoch!) "Online"-Tickets für meine Schwiegermutter.

*Einziger* Unterschied ist ein ameisenmäßig über das Display laufendes D-Ticket-Logo im Navigator.
Das soll wohl irgendwie einem Kontrolleur zeigen, dass das kein Screenshot ist. Gut. Hm.

Aber alle Daten stecken doch bei Gott in diesem Code und ein Kontrolleur muss doch mit seinem Scanner die Validität prüfen, wie bei einem "erlaubten" Ausdruckticket auch. Ich erkenne da genau Null sachlichen Unterschied.

Vielleicht meint jemand auf Verkäuferseite, dass es sich bei D-Tickets eher "lohnt", Codes weiterzugeben oder mit gekündigten Tickets zu segeln, weil Kontrolleure irgendwo auf dem Land in irgendwelchen Schulbussen in der Prignitz keinen Scanner oder bestimmt jedenfalls keinen Online-Empfang haben und so eigentlich abgelaufene/kopierte etc. Codes nicht auffallen?
Kann ja sein, aber das ist doch *auch* immer noch nicht das Problem des Kunden.

Wie verhält es sich denn mit diesen "Chipkarten" eigentlich?
Sind die auch nur letztlich mit dem Code bespielt oder sind die irgendwie schlauer und werden automatisch - wie eigentlich - ge-ext?

(Und dass so richtig befürchtet wird, Codes aktiv zu fälschen, glaube ich nicht, das halte ich für zu aufwendig, die zu knacken und nachzubilden.)

Ich freue mich über sachdienliche Hinweise!

...und ich würde mir echt gern zuweilen nur einen (selbst und auf eigene Kosten erstellten!!) Ausdruck in die Tasche stecken und das Telefon zu Hause lassen. Wenn Ihr wüsstet, wo ich mich so rumtreibe...

Was ist hieran eigentlich Steinzeit? Der Kunde oder nicht doch eher das Ticketsystem selbst?

Soweit reicht der Verstand natürlich nicht, dass irgendwer den ganzen unnötigen Aufwand für Druck, Versand und Co wird bezahlen müssen.

Aber Hauptsache, ein Greifswalder Anwalt ist happy und ein paar Verschrobene feiern die Rückkehr in uralte Zeiten. Von Etlichen stillschweigend begrüßt.

Sehr merkwürdig das ganze…

DAS digitale Momentum wäre es, wenn es eine einheitliche Datenbank gäbe, auf die im Moment der Kontrolle online zugegriffen würde, so könnte man die Gültigkeit ganz problemlos prüfen - egal, wie ein Code vorgezheigt wird; aber so digital wollen wir dann doch nicht werden ...

Wie, Moment, diese Datenbank GIBT ES NICHT?
Jetzt verstehe ich gar nicht mehr, wie das funktioniert?

Ist dann in dem tollen Code nur mein Name und das Gültigkeitsdatum verschlüsselt?
Was jeder Controlletti auch durch LESEN eines Zettels herausfinden könnte?

Achso, die können nicht lesen und nur auf grüne Lämpchen von ihrem Scanner achten?
Das ist in der Tat auch mein Eindruck...

Der Zugriff auf die Datenbank wird für die Kontrolle nicht benötigt.

Die Prüfung erfolgt durch die hinterlegten Schlüssel in Verbindung mit einer Sperrliste die täglich aktuallisiert wird.

Und wenn ich es richtig in Erinnerung habe wird der in der App sichtbare Code demnächst täglich geändert um das Betrugsrisiko weiter zu verringern. In Verbindung mit dem Ausweis (wenn er denn geprüft wird) ist das sicher.

DAS digitale Momentum wäre es, wenn es eine einheitliche Datenbank gäbe, auf die im Moment der Kontrolle online zugegriffen würde, so könnte man die Gültigkeit ganz problemlos prüfen - egal, wie ein Code vorgezheigt wird; aber so digital wollen wir dann doch nicht werden ...

Wie, Moment, diese Datenbank GIBT ES NICHT?
Jetzt verstehe ich gar nicht mehr, wie das funktioniert?

Es gibt keine ZENTRALE Datenbank, sondern jeder Verkäufer (DB, dein lokaler Verkekrsverbund, ... ) hat erstmal nur die eigenen Daten gespeichert. Und ein Online-Abgleich passiert meines Wissens nach ebenso nicht.

Ist dann in dem tollen Code nur mein Name und das Gültigkeitsdatum verschlüsselt?
Was jeder Controlletti auch durch LESEN eines Zettels herausfinden könnte?

Achso, die können nicht lesen und nur auf grüne Lämpchen von ihrem Scanner achten?
Das ist in der Tat auch mein Eindruck...

Die Daten sind auch nicht zwingend verschlüsselt, sondern signiert. Es enthält also quasi eine digitale Unterschrift vom Verkäufer.
Meine Chip-Karte kann ich ganz einfach mit dem Smartphone auslesen und dort steht - neben Namen - nur das, was auch im Klartext außen aufgedruckt ist.

Der Unterschied zwischen App und Ausdruck ist lediglich, dass die digitale Unterschrift in der App regelmäßig aktualisiert werden kann. Also ein eingebautes Ablaufdatum.

Da ist nichts verschlüsselt. In dem Aztec-Code sind Informationen kodiert (die natürlich jede Person dekodieren kann, wenn der Code gescannt wird). Unter den Informationen befindet sich allerdings eine digitale Signatur. Das ist asymmetrische Kryptographie, dafür wird ein kryptographisches Schlüsselpaar aus einem privaten und öffentlichen Schlüssel erzeugt. Die Signatur kann nur vom Herausgeber mit dem privaten Schlüssel erzeugt werden und beweist, dass die übrige Nachricht vom Herausgeber geschrieben wurde. Würde man nun die Nachricht (Name, Gültigkeit etc.) manipulieren, würde es bei der Prüfung der Signatur einen Fehler geben. Die Signatur kann jede Person prüfen, die den öffentlichen Schlüssel (Zertifikat zur Prüfung dass der wirklich zum Herausgeber gehört) des Herausgebers hat. Um Tickets sperren zu können, braucht es eine separate Sperrliste. Ohne Sperrliste sind einmal ausgestellte Tickets gültig, bis sie ablaufen oder wenn das gesamte Zertifikat widerrufen wird, weil zum Beispiel der private Schlüssel abhanden gekommen ist.

... könnte jeder Zub vermutlich sofort sehen warum ein Ticket nicht mehr gültig ist.

Nur dann, wenn diese Info auch in der Datenbank gespeichert ist. Zumal "Chip defekt" gerade nicht zu einem Eintrag in der Sperrliste führen sollte (das Abo ist dann ja noch gültig), sondern zu einem lokalen Lesefehler.

... könnte jeder Zub vermutlich sofort sehen warum ein Ticket nicht mehr gültig ist. Das würde viele Kontrollen vereinfachen, weil der Fahrgast sofort wüsste warum sein D-Ticket vom Prüfgerät nicht akzeptiert wird (Chip defekt, Abbuchung fehlgeschlagen, Verlängerung zum Jahresende nicht zugestimmt usw.). So aber beginnt für den Fahrgast ein Spießroutenlauf, weil er erstmal feststellen muss wo genau der Fehler liegt. Und dieser Weg führt ihn auch oft zu uns. Wir sind aber nicht DB und dürfen solche EBE-Ausdrucke der DB (ErhöhtesBeförderungsEntgelt) überhaupt nicht bearbeiten. Und es steht auch auf dem Ausdruck drauf, dass er sich zunächst an www.db-fn.de wenden soll (alternativ zunächst an seinen D-Ticket-Vertragspartner, wenn das nicht die DB ist).

Und warum sollte der Schaffner eines EVU oder der Busfahrer Zugriff auf interne Daten anderer Unternehmen bekommen?

Und es gibt keinen Spießrutenlauf. Entweder man ist Schwarzgefahren und bezahlt die Strafe oder wendet sich an die ausgebende Stelle des D-Ticket (Vertragspartner).

Ein PDF-Ticket gilt nach den Beförderungsbedingungen auch, wenn das PDF ausgedruckt wird.

Und zwar so lange, bis die Beförderungsbedingungen geändert werden und der Passus präzisiert wird. Dürfte ja nicht mehr lange dauern.

Also! Wenn der Anbieter das Ticket even nicht als "pdf" sondern direkt auf Papier ausstellt müsste es ja demnach auch gültig sein.
Oder warum ist ein pdf was auch elektronisch vorgezeigt werden kann auf Papier gültig und ein nur in Papierform angebotes Ticket nicht?

--
❤ 611, 612, 642, 644, 425, ICE-T, IC1 ❤