2FA durch Google Software-Update lahmgelegt

Ich berichtete bereits an dieser Stelle über meine versuche, mein NFC-fähiges Smartphone als zweiten Faktor einer zwei-Faktor-Authentifizierung mittels PAM einzusetzen. Ein Softwareupdate auf besagtem Smartphone legte diese Woche diesen zweiten Faktor lahm - und das kam so...

Ich war ja sehr überrascht, dass mein neues Handy mit pam_nfc zusammen bereits als zweiter Faktor im Zusammenspiel mit PAM unter Linux benutzt werden konnte, ohne dass ich dazu noch weitere Software auf dem Handy installieren musste.

Letzte Woche änderte sich das: Motorola kündigte mir an, dass eine neue Softwareversion zum Download und Installation bereitstünde. Ich erledigte das Mittwoch abend und am Donnerstag früh konnte ich mich nicht mehr am Rechner anmelden. Da ich bei den letzten Schwierigkeiten mit pam_nfc bereits das entsprechende Repository geklont hatte, um mir die Fehlersuche zu erleichtern, konnte ich relativ rasch feststellen, dass sich die UID des NFC-Tags geändert hatte. Ich registrierte also die neue mit pam_nfc und versuchte erneut, mich anzumelden - wieder ein Fehlschlag.

Nunmehr prüfte ich meinen aufkeimenden Verdacht mittels nfc-list und siehe da: die UID änderte sich ständig. Ich las nach und musste erkennen, dass der Wert 08 im ersten Byte der UID dem Leser verrät, dass sich der zugehörige Tag genauso verhalten wird: er hat keine persistente UID und ändert sie für jeden Lesevorgang. Im Zusammenhang damit las ich noch etwas von "Security" - das ist offenbar ein Feature, das die Sicherheit erhöhen soll.

Ich prüfte das mit meinem e-Perso und auch dort sah ich dieses Verhalten: erstes Byte der UID immer 08, die anderen Bytes jedesmal anders.

Daher habe ich eine geänderte Version von pam_nfc in mein Github-Repository gepackt, die statt der UID nun das ATS-Feld benutzt. Das macht das Ganze zwar nicht sicherer, aber ich kann nun wieder auf mein Handy als zweiten Faktor zurückgreifen.

Alle Artikel rss Wochenübersicht Monatsübersicht Codeberg Repositories Mastodon Über mich home xmpp


Vor 5 Jahren hier im Blog

  • Synchronisierung von Lorenz-Systemen III

    23.10.2020

    Nachdem ich in einem vorhergehenden Artikel auf das Problem des kleinen Parameterraums im Zusammenhang mit der Nutzung synchronisierter chaotischer Systeme hingewiesen hatte will ixch hier untersuchen, wie sensibel solche Systeme auf Abweichungen der Parameterwerte zwischen treibendem und getriebenen System reagieren

    Weiterlesen

Neueste Artikel

  • Plugin zur Arbeit mit Markdown für NeoVim

    Ich habe neulich beschrieben, dass ich aktuell mehr und mehr bemerke, dass Dinge, für die ich in meinem NeoVim-Setup Plugins benutzt habe sehr gut auch mit Bordmitteln funktionieren.

    Weiterlesen
  • Raspbian Upgrade von 11 (Bullseye) nach 12 (Bookworm)

    Ich habe neulich wieder einmal eine Upgrade- und Backup-Sitzung mit meinen diversen Linuxinstallationen veranstaltet. Der Zeitpunkt schien mir gekommen, da es eine neue stable Variante von Debian (Trixie) gibt.

    Weiterlesen
  • Meine praktischen Erfahrungen mit ollama (llava)

    Ich diskutiere immer wieder gern über das was heute Machine Intelligence oder Artificial Intelligence ( oder wie die ganzen anderen hohlen Phrasen heißen, die dafür heutzutage als Buzzwords missbraucht werden). Das geschieht online, in meinem $dayjob oder auch privat. Meine Meinung steht fest: das ist alles Quatsch und steht in keiner Relation zum Nutzen

    Weiterlesen

Manche nennen es Blog, manche Web-Seite - ich schreibe hier hin und wieder über meine Erlebnisse, Rückschläge und Erleuchtungen bei meinen Hobbies.

Wer daran teilhaben und eventuell sogar davon profitieren möchte, muss damit leben, daß ich hin und wieder kleine Ausflüge in Bereiche mache, die nichts mit IT, Administration oder Softwareentwicklung zu tun haben.

Ich wünsche allen Lesern viel Spaß und hin und wieder einen kleinen AHA!-Effekt...

PS: Meine öffentlichen Codeberg-Repositories findet man hier.