CVE-2026-73312: Drei OAuth2-Schwachstellen in XenForo
This text was generated using artificial intelligence (AI).XenForo veröffentlichte am 8. September 2026 Sicherheitsfixes für drei OAuth2-Schwachstellen in XenForo. Betroffen sind XenForo-Versionen vor 2.3.13. Die CVEs CVE-2026-73309, CVE-2026-73311 and CVE-2026-73312 sind jeweils mit CVSS 4.0: 9.1 bewertet.
Nach Angaben von XenForo enthält Version 2.3.13 Sicherheitsfixes für die betroffenen Versionen. Organisationen sollten daher öffentlich erreichbare XenForo-Instanzen erfassen, ihren Patchstatus prüfen und Systeme vor 2.3.13 priorisiert aktualisieren.
Die drei Schwachstellen betreffen unterschiedliche Prüfungen und Einmalverwendungsregeln im OAuth2-Ablauf.
CVE-2026-73312: Wiederverwendung von Refresh Tokens
Laut XenForo-Advisory ermöglicht CVE-2026-73312 die mehrfache Nutzung eines Refresh Tokens, wenn das zugehörige Access Token abgelaufen ist. Der Refresh Token wird in diesem Fall nicht als verbraucht markiert. Dadurch können zusätzliche unabhängige Token-Paare erzeugt werden. Der nicht autorisierte Zugriff kann über die Laufzeit des Tokens bestehen bleiben.
CVE-2026-73311: Wiederverwendung von Autorisierungscodes
Gemäß dem Vendor-Advisory von XenForo betrifft CVE-2026-73311 die Wiederverwendung bereits eingesetzter OAuth2-Autorisierungscodes. Ein Autorisierungscode wird nach der ersten Token-Ausgabe nicht ungültig oder als verbraucht markiert. Dadurch können für dieselbe Identität und dieselben Berechtigungen weitere Token-Paare ausgegeben werden.
CVE-2026-73309: Umgehung am OAuth2-Token-Endpunkt
Das XenForo-Advisory beschreibt bei CVE-2026-73309 eine Umgehung der Authentisierungsprüfung am OAuth2-Token-Endpunkt. Leere Werte für client_secret and code_verifier können Prüfungen überspringen, weil leere Zeichenketten in der PHP-Auswertung als falsch behandelt werden. Ein gültiger Autorisierungscode kann dadurch gegen ein Token-Paar getauscht werden, ohne dass die Client-Identität oder die PKCE-Bindung nachgewiesen wird.
Patchen und Zugriffe nachprüfen
Der Patch auf XenForo 2.3.13 oder höher ist die dokumentierte Abhilfemaßnahme. Für Systeme, die vor dem Update öffentlich erreichbar waren, gehört zur Nachkontrolle auch die Prüfung aktiver OAuth2-Token-Paare und Sitzungen auf nicht autorisierte Zugriffe.
Dabei sind insbesondere folgende Beobachtungen relevant:
wiederholt ausgegebene Token-Paare,
Sitzungen, die keiner erwarteten Anmeldung zugeordnet werden können,
Zugriffe, die auf nicht autorisierte Nutzung von OAuth2-Token hinweisen.
Für Betreiber öffentlich erreichbarer XenForo-Instanzen in Deutschland und Österreich gilt: Werden OAuth2-Token-Paare durch unbefugte Dritte missbraucht und personenbezogene Nutzerdaten abgerufen, kann eine Meldepflicht nach Art. 33 DSGVO innerhalb von 72 Stunden ausgelöst werden. NIS-2-pflichtige Organisationen in Deutschland und Österreich sollten die Betroffenheit im Rahmen ihres Schwachstellenmanagements dokumentieren. Für die Schweiz gilt das revidierte Informationssicherheitsgesetz (ISG) mit Meldepflicht an das BACS.
Neben der Aktualisierung unterstützt kontinuierliches Schwachstellen- und Lieferantenmonitoring dabei, betroffene Systeme nach Sicherheitsmeldungen erneut zu prüfen und priorisiert zu bearbeiten.
LocateRisk EASM kann XenForo-Instanzen unter Kundendomains identifizieren und öffentlich erreichbare Webanwendungen für die Patchprüfung erfassen. Das schafft eine Arbeitsgrundlage, um XenForo-Systeme vor Version 2.3.13 im Bestand zu lokalisieren und ihre Bearbeitung zu priorisieren.
Die Plattform macht öffentlich erreichbare Systeme und eingesetzte Software sichtbar. Sie erkennt jedoch nicht zwingend die konkret verwundbare Version und ersetzt weder das Update noch die Prüfung von OAuth2-Token-Paaren, Sitzungen oder Authentisierungsabläufen.
C-VRM ergänzt diese Sicht auf die eigene Infrastruktur im Lieferantenkontext: Kritische Schwachstellen bei Anbietern oder ein sinkendes Sicherheitsniveau von Anbietern können nachverfolgt werden. Für XenForo bleibt die technische Maßnahme klar: Betroffenheit und Patchstatus prüfen, auf die fehlerbereinigte Version aktualisieren sowie auffällige Token-Paare und Sitzungen untersuchen.
Am I affected?
Betroffen ist XenForo in den oben genannten Versionen; behoben wurde die Schwachstelle in 2.3.13. Wer wissen will, ob XenForo in der eigenen extern erreichbaren Infrastruktur überhaupt sichtbar ist, kann den CVE Quick Check Use the tool at the end of this article: It shows exposed systems and the software that is visible from the outside.
It is not always possible to determine the specific version that has been installed from the outside—the key factor is comparing it with the manufacturer's advisory.
Die drei Schwachstellen betreffen unterschiedliche Prüfungen im OAuth2-Ablauf: CVE-2026-73312 erlaubt die mehrfache Nutzung eines Refresh Tokens nach Ablauf des zugehörigen Access Tokens. CVE-2026-73311 ermöglicht die Wiederverwendung bereits genutzter Autorisierungscodes. CVE-2026-73309 erlaubt die Umgehung der Authentisierungsprüfung am Token-Endpunkt durch leere Parameterwerte.
Betroffen sind alle XenForo-Versionen vor 2.3.13. Die dokumentierte Abhilfemaßnahme ist das Update auf XenForo 2.3.13 oder höher. XenForo hat den Fix am 8. September 2026 veröffentlicht.
Nach dem Update sollten aktive OAuth2-Token-Paare und Sitzungen auf Auffälligkeiten untersucht werden — insbesondere wiederholt ausgegebene Token-Paare und Sitzungen, die keiner erwarteten Anmeldung zugeordnet werden können. Systeme, die vor dem Update öffentlich erreichbar waren, sind dabei besonders zu berücksichtigen.
As of September 8, 2026. This article is intended for general informational purposes only and does not constitute legal, security, or operational advice in specific cases. The security situation and patch availability may have changed since publication; the linked manufacturer advisory is always authoritative. Despite careful research, we do not guarantee that the information is up-to-date, accurate, or complete.
CVE Quick Check
In just a few minutes, check whether there are any indications of a current CVE on your externally visible attack surface.
A rough estimate in just a few minutes via email.
Learn more during a free consultation with a LocateRisk consultant.
You'll receive this by email
companyYour Company, LLC
Verified CVECVE-2026-73312
Passive Assessment
Information About the CVEfound or not found
Want to find out more, book a demo or simply exchange ideas? We look forward to hearing from you!
We use cookies to optimize our website and our service.
Functional
Always active
Technical storage or access is strictly necessary for the lawful purpose of enabling the use of a particular service expressly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a message over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that have not been requested by the subscriber or user.
Statistics
The technical storage or access, which is carried out exclusively for statistical purposes.Technical storage or access used solely for anonymous statistical purposes. Without a subpoena, the voluntary consent of your Internet service provider, or additional records from third parties, information stored or accessed for this purpose alone generally cannot be used to identify you.
Marketing
Technical storage or access is necessary to create user profiles, to send advertisements, or to track the user on a website or across multiple websites for similar marketing purposes.
English 
Deutsch 
Français