CVE-2026-73312: Drei OAuth2-Schwachstellen in XenForo
Ce texte a été généré par l'intelligence artificielle (IA).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 et 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 et 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.
Suis-je concerné ?
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 Vérification rapide CVE à consulter à la fin de cet article : il présente les systèmes exposés et les logiciels identifiables depuis l'extérieur.
Il n'est pas toujours possible de déterminer la version effectivement installée à partir d'éléments externes — il est essentiel de la comparer avec l'avis de sécurité du fabricant.
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.
Mise à jour : 08/09/2026. Cet article est fourni à titre d'information générale et ne constitue en aucun cas un conseil juridique, de sécurité ou d'action dans un cas particulier. La situation en matière de sécurité et la disponibilité des correctifs peuvent avoir évolué depuis la publication ; l'avis du fabricant accessible via le lien fait toujours foi. Malgré des recherches minutieuses, nous ne garantissons pas l'actualité, l'exactitude ni l'exhaustivité des informations fournies.
Vérification rapide CVE
Vérifiez en quelques minutes si votre surface d'attaque visible depuis l'extérieur présente des indices liés à une vulnérabilité CVE actuelle.
Une estimation approximative en quelques minutes par e-mail.
Pour en savoir plus, contactez gratuitement un consultant LocateRisk.
Vous recevrez cela par e-mail
EntreprisesVotre société GmbH
CVE vérifiésCVE-2026-73312
Évaluation passive
Remarques concernant le CVEtrouvé ou non trouvé
En savoir plus, réserver une démo ou simplement échanger quelques mots ? Nous nous en réjouissons !
Nous utilisons des cookies pour optimiser notre site web et nos services.
Fonctionnel
Always active
le stockage technique ou l'accès est strictement nécessaire dans le but légitime de permettre l'utilisation d'un service spécifique expressément demandé par l'abonné ou l'utilisateur, ou dans le seul but d'effectuer la transmission d'une communication par la voie d'un réseau de communications électroniques
Préférences
le stockage ou l'accès technique est nécessaire aux fins légitimes de la conservation des préférences qui n'ont pas été demandées par l'abonné ou l'utilisateur.
Statistiques
le stockage ou l'accès technique, à des fins exclusivement statistiques.le stockage ou l'accès technique, utilisé uniquement à des fins statistiques anonymes. En l'absence d'une citation, d'un accord volontaire de ton fournisseur d'accès à Internet ou d'enregistrements supplémentaires de tiers, les informations stockées ou consultées à cette seule fin ne peuvent généralement pas être utilisées pour t'identifier.
Marketing
Le stockage technique ou l'accès est nécessaire pour créer des profils d'utilisateurs, pour envoyer des publicités ou pour suivre l'utilisateur sur un site web ou sur plusieurs sites web à des fins de marketing similaires.
Français 
Deutsch 
English