Ich habe an dieser Stelle bereits früher über Möglichkeiten der Nutzung von Einmalpasswörtern entsprechend RFC RFC 6238 in Java-Anwendungen berichtet. Nun wollte ich untersuchen, ob sich 2-Faktor-Authentifizierung in das Framework Java Authentication and Authorization Service (JAAS) integrieren lasen würde.
JAAS ist ein Framework, das es gestattet, Authentifizierung unkompliziert den Gegebenheiten und Anforderungen der jeweiligen Anwendung anzupassen: Die zu nutzenden Module für die eigentliche Authentifizierung werden in einer Konfigurationsdatei spezifiziert und zur Laufzeit instantiiert.
Ich wollte nun basierend auf dem UnixLoginModule und dem com.sun.security.auth.module.NTLoginModule eine 2-Faktor-Authentifizierung realisieren. Prinzipiell müsste aber jedes LoginModule nutzbar sein, sofern es einen Principal in den LoginContext einfügt. Ich wollte dazu über TOTP ein Token erzeugen, das als zweiter Faktor dienen sollte. Dazu erstellte ich zunächst eine Klasse, die ein einfaches Enrollment für HOTP/TOTP erlaubte. Damit erstellte ich für den Testanwender eine Datei in seinem Home-Verzeichnis. Das ist ein ähnliches Verfahren, wie es auch beim Yubikey oder dem originalen Google-Authenticator für die Benutzung mit Linux Pluggable Authentication Modules (PAM) genutzt wird.
Das neu zu erstellende LoginModule liest diese Datei ein - sofern sie nur die Rechte OWNER_READ und OWNER_WRITE gesetzt hat (unter Linux - unter Windows muss dieser Test aus naheliegenden Gründen entfallen)- und sucht das Secret des betreffenden Nutzers. Als Schlüssel dieser Suche wird der Name des durch eines der anderen definierten Module in den LoginContext eingefügten Principal benutzt. Mit diesem Secret wird dann der aktuell gültige Token ermittelt und mit dem, der vom Anwender eingegeben wurde verglichen.
Wichtig hierbei ist, dass das (komfortabel) nur möglich ist, wenn das in der Phase Commit des JAAS-Prozesses erledigt wird - nur dann sind Principals bereits gesetzt und man kann den Namen eines solchen Principal benutzen, um das entsprechende Secret aus der Datei zu lesen - die Alternative wäre, den Namen nochmals abzufragen.
Im Zuge dieses Experiments wurde der gesamte Code zum Thema OTP nochmals großmaßstäblich neu geschrieben. Die entsprechenden Klassen werden ab dem nächsten Update des Artefakts de/elbosso/util zur Verfügung stehen.
Die folgenden Zeilen zeigen eine beispielhafte Konfiguration jaas_2fa.config für eine Anwendung, die unter Linux und Windows gleichermaßen funktionieren soll:
twofa {
com.sun.security.auth.module.UnixLoginModule optional debug=true;
com.sun.security.auth.module.NTLoginModule optional debug=true;
de.elbosso.util.security.TOTPLoginModule required debug=true otpuri=".TOTPTest.uri" principalClass="com.sun.security.auth.UnixPrincipal,com.sun.security.auth.NTUserPrincipal";
};
Der Parameter otpuri beschreibt falls er wie in diesem Beispiel einen relativen Dateinamen darstellt den Ort der Datei mit den Secrets relativ zum Home-Verzeichnis des Nutzers, der die Anwendung ausführt. Ist hier ein absoluter Pfad angegeben, wird dieser benutzt - egal welcher Nutzer die Anwendung ausführt.
Ich habe hier noch einige Links zu diesen Themen zusammengefasst:
<repository>
<id>gitlab</id>
<name>EL BOSSOs (https://elbosso.codeberg.page/index.html) Maven Repository</name>
<url>https://elbosso.codeberg.page/mvn/repository/</url>
</repository>
zu finden. Für dieses Artefakt heißt das, dass auch alle RELEASE Versionen und die aktuellste SNAPSHOT Version demnächst dorthin umziehen werden:
<dependency>
<groupId>de.elbosso</groupId>
<artifactId>util</artifactId>
<version>2.3.0-SNAPSHOT</version>
</dependency>
In der Übergangszeit kann es zu einigen Problemen kommen - falls das so ist, bitte ich um ein kurzes Feedback - zum Beispiel in Gestalt eines Issues an dem betreffenden Projekt.
Ticketsysteme sind lebende Wesen
29.03.2020
Hier zunächst wieder eine Triggerwarnung: Dieser Artikel wird meine Meinung abbilden. es kann sein, dass sie dem einen oder anderen nicht gefällt - das ist mir aber egal. Und wenn hier irgendwelche Schneeflocken mitlesen, dann sind die selber schuld.
Weiterlesen...Android Basteln C und C++ Chaos Datenbanken Docker dWb+ ESP Wifi Garten Geo Go GUI Gui Hardware Java Jupyter JupyterBinder Komponenten Links Linux Markdown Markup Music Numerik OpenSource PKI-X.509-CA Präsentationen Python QBrowser Rants Raspi Revisited Security Software-Test sQLshell TeleGrafana Verschiedenes Video Virtualisierung Windows Upcoming...
Ich berichtete hier bereits über Experimente mit dem Clifford-Attractor, allerdings war ich noch Experimente unter geringfügig geänderten Parametern schuldig...
WeiterlesenEs wurde wieder einmal Zeit für ein neues Feature in meinem Static Site Generator mittels dessen ich ja auch meine Heimatseite im Zwischennetz gestalte und verwalte...
WeiterlesenEs kamen mehrere Faktoren zusammen: die Tatsache, dass ich nicht mehr ganz so kürzlich die 50 überschritten habe hatte ebenso darauf Einfluss wie das heutige trübe Wetter und auch der Fakt, dass ich bereits beinahe alle Wochenendpflichten erledigt habe. Der letzte Stein des Anstoßes war dann aber, dass sich heute zum 125. Mal der Geburtstag von Erich Fromm jährt.
WeiterlesenManche 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.