Beobachtetes Signal · 8. Juni 2026 · Technical Guide · Quelle: DEV Community · Relevanz: 1/5 · Sentiment: Neutral
Leitfaden zur Integration von Google Authenticator in Spring Boot
Ein technischer Leitfaden zeigt die schrittweise Integration von Google Authenticator via TOTP in eine Spring Boot-Anwendung. Die Anleitung behandelt erforderliche Maven-Abhängigkeiten, die Generierung nutzerspezifischer Base32-Secrets mittels SecureRandom, die Erstellung einer otpauth://-URI sowie eines QR-Codes per ZXing als Base64-PNG für die Einrichtung und die Verifizierung von Einmalpasswörtern beim Login. Zudem werden die sichere Speicherung von Secrets, die Handhabung von Zeittoleranzen und Kontowiederherstellungsoptionen hervorgehoben. Ursprünglich im Innostax Engineering Blog veröffentlicht und auf dev.to syndiziert.
Praxisorientierter Entwicklerleitfaden zur Implementierung von TOTP-basierter MFA in Spring Boot; nützlich zur Verbesserung der Authentifizierungssicherheit, jedoch ohne branchenverändernde Relevanz für AdTech oder MarTech.
Marktsignale zu Google in Echtzeit verfolgen
Polaris7 erfasst behördliche Registrierungen, Primärquellen, Führungswechsel und Deal-Aktivitäten rund um die Uhr. Erstellen Sie Ihren kostenlosen Explorer-Workspace, um automatisierte Executive Briefings zu erhalten.
Wichtigste Kernpunkte & Evidenz
- Erläutert die Integration von Google Authenticator (TOTP) in Spring Boot in vier Schritten: Abhängigkeiten hinzufügen, Nutzersekret generieren, QR-Code erstellen und TOTP beim Login verifizieren.
- Empfohlene Maven-Abhängigkeiten umfassen de.taimos:totp:1.0 und com.google.zxing (core und javase) in Version 3.3.0 für die QR-Code-Generierung.
- Enthält Java-Codebeispiele: generateSecretKey() mit SecureRandom und Base32; generateAuthenticatorQR() für otpauth://-URI und QR-Code als Base64-PNG; getTOTPCode() zum Dekodieren des Secrets und Aufrufen von TOTP.getOTP(hexKey).
- Empfiehlt die Verschlüsselung und sichere Speicherung von Secret Keys im Ruhezustand, die Berücksichtigung von TOTP-Zeittoleranzen sowie Wiederherstellungsoptionen (Backup-Codes oder Admin-Recovery) bei verlorenem Gerät.
- Ursprünglich veröffentlicht im Innostax Engineering Blog und republiziert auf dev.to; Veröffentlichungsdatum in den Metadaten: 08.06.2026.
Verknüpfte Unternehmen
1 verknüpfte UnternehmenOntologie & Marktkonzepte
Verwandte Marktsignale & Trends
Aktuelle verifizierte Unternehmensentwicklungen und Deal-Aktivitäten in diesem Marktsegment.
Wie Spring RS256-signierte JWTs intern verifiziert
Eine technische Schritt-für-Schritt-Anleitung erläutert, wie Spring Security die Verifizierung von RS256-signierten JSON Web Tokens zwischen Microservices handhabt. Der Artikel beschreibt die zentrale Konfiguration mittels jwk-set-uri in Spring Boot, den Aufbau der SecurityFilterChain mit dem JwtAuthenticationConverter sowie einen geschützten Endpunkt für injizierte JWTs. Im Fokus steht dabei der Lebenszyklus des BearerTokenAuthenticationFilter: Dieser extrahiert das Token über den DefaultBearerTokenResolver, verpackt es in ein BearerTokenAuthenticationToken und delegiert die Validierung an den AuthenticationManager sowie den JwtAuthenticationProvider. Mittels NimbusJwtDecoder erfolgen anschließend die RS256-Signaturprüfung sowie die Validierung von Ablaufdatum und Aussteller. Bei Erfolg befüllt Spring den SecurityContextHolder mit einem authentifizierten Token; bei Fehlschlägen wird der Kontext bereinigt und der AuthenticationEntryPoint gibt einen 401-Fehler mit WWW-Authenticate-Header zurück.
Spring Boot IAM: OAuth2-Redirect-Fehler im Produktivbetrieb gelöst
Der Entwickler von identityCore, einem selbst gehosteten Identity & Access Management (IAM)-Dienst auf Basis von Spring Boot, dokumentiert Herausforderungen beim Produktiv-Rollout. Das System integriert Formular-Logins sowie Authentifizierungen via Google (OIDC) und GitHub (OAuth2), RBAC über JPA-Entities und ein einheitliches User-Provisioning. Der Bericht beleuchtet fundamentale Protokollunterschiede: Während Google standardmäßig ein id_token (JWT) liefert, erfordert GitHubs opaques access_token zusätzliche API-Calls zur E-Mail-Verifikation. In der Produktivumgebung führte eine vorgeschaltete TLS-Terminierung zu 'redirect_uri_mismatch'-Fehlern, da die Anwendung standardmäßig X-Forwarded-Header ignorierte. Die Lösung bestand in der Konfiguration von 'server.forward-headers-strategy=framework', damit Spring dem vorgeschalteten Proxy vertraut. Der Fall liefert wichtige operative Erkenntnisse zu Protokolldiskrepanzen, Proxy-Konfigurationen und Identity-Infrastrukturen in modernen Enterprise-Architekturen.
So wählen Sie die optimale 2FA-Methode für Ihr Produkt
Dieser Leitfaden vergleicht drei gängige Ansätze zur Zwei-Faktor-Authentifizierung (2FA) – SMS-OTP, automatisierte Sprachanrufe und Authenticator-Apps mit TOTP – und beleuchtet die Abwägungen für Produktteams jenseits der reinen Sicherheit. SMS bietet geringe Reibungsverluste und hohe Akzeptanz, ist jedoch anfällig für SIM-Swapping, länderabhängige Zustellzuverlässigkeit, Messaging-Kosten und variable Latenzen. Automatisierte Anrufe dienen als teurere Fallback-Option bei SMS-Zustellproblemen. Authenticator-Apps mittels TOTP sind technisch überlegen, da Codes lokal generiert werden und Telekommunikationsrisiken entfallen, erfordern jedoch mehr Aufwand bei der Nutzeradoption. Der Autor empfiehlt eine Authentifizierungsarchitektur, die von Beginn an mehrere Methoden unterstützt, die Zustellung über virtuelle Nummern international testet und die Auswahl am jeweiligen Produktkontext (B2C, B2B, sensible Daten) ausrichtet.
Marktsignale & Strategische Shifts in Echtzeit verfolgen
Erstellen Sie benutzerdefinierte Watchlists, um automatisierte, evidenzbasierte Executive Briefings zu erhalten, sobald wesentliche Signale oder Marktverschiebungen auftreten.