TOTP Token Stays Valid After Use

Beschreibung

Craft CMS 5 ermöglicht die mehrfache Wiederverwendung von TOTP-Token innerhalb des Gültigkeitszeitraums. ### Auswirkungen Ein Angreifer kann ein gültiges TOTP-Token erneut einreichen, um eine authentifizierte Sitzung einzurichten. Dies erfordert, dass der angreifer die anmeldeinformationen des opfers kennt. Ein TOTP-Token kann mehrmals verwendet werden, um eine authentifizierte Sitzung einzurichten. [RFC 6238](https://www.rfc-editor.org/rfc/rfc6238) besteht darauf, dass ein OTP nicht mehr als einmal verwendet werden darf. > Der Prüfer darf den zweiten Versuch des OTP NICHT akzeptieren, nachdem die > erfolgreiche Validierung für das erste OTP ausgestellt wurde, was eine > einmalige Nutzung eines OTP gewährleistet. Der OWASP Application Security Verification Standard v4.0.3 (ASVS) [wiederholt diese Eigenschaft mit Anforderung 2.8.4](https://github.com/OWASP/ASVS/blob/v4.0.3/4.0/en/0x11-V2-Authentication.md#v28-one-time-verifier). > Stellen Sie sicher, dass zeitbasiertes OTP nur einmal innerhalb des Gültigkeitszeitraums verwendet werden kann. Es sollte auch beachtet werden, dass die Gültigkeitsdauer eines TOTP-Tokens 2 Minuten beträgt. Dies macht einen erfolgreichen Brute-Force-Angriff wahrscheinlicher, da die vier Token gleichzeitig gültig sind. ### Patches Dies wurde in Craft 5.2.3 gepatcht. Referenzen: https://github.com/sbaresearch/advisories/tree/public/2024/SBA-ADV-20240617-01 CraftCMS TOTP Valid After Use https://github.com/craftcms/cms/releases/tag/5.2.3

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Auf eine behobene Version aktualisieren: 5.2.3.

Empfohlene Schritte

• Betroffene Systeme identifizieren: Pixel & Tonic Craft CMS.
• Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
• Update/Rollout auf behobene Version vorbereiten und priorisiert einspielen.
• Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

• Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
• WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
• Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.
• Administrative Zugänge besonders absichern: MFA, Passwortrotation, Session-Invalidierung.