Apache-AppSamurai: Umgehung der Authentifizierung (CVE-2026-19565)
Veröffentlicht Zuletzt geändert Quellen: CVE.org
Was ist betroffen, was ist zu tun
Apache::AppSamurai::Util-Versionen bis 1.01 für Perl generieren vorhersehbare Sitzungsauthentifizierungsschlüssel aus der Uhrzeit und dem Prozess-ID in CreateSessionAuthKey. CreateSessionAuthKey führt fünf Runden von SHA-256 durch, jede über eine frische Time::HiRes-Lesung formatiert auf sechs Dezimalstellen, den laufenden Digest und die Prozess-ID.
Die vorliegenden Quellen nennen keine Fix-Version. Prüfen Sie die Herstellerhinweise in den Referenzen unten.
- Betroffen
- Apache-AppSamurai
lte *..1.01
- Apache-AppSamurai
Unklar, ob und wie Sie betroffen sind? Frage zu dieser Schwachstelle stellen
Metriken
3,7
Priorität
XIEM Effective CVSS: höchste verfügbare CVSS-Bewertung aus NVD- und Herstellerangaben.
Quelle: Hersteller (CNA), CVSS v3
3,7
CVSS v3
Schweregrad Niedrig auf der Skala von 0 bis 10.
Quelle: CVE.org
0,4 %
EPSS-Score
Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
Quelle: FIRST EPSS, Perzentil 34,2
Alle Metriken anzeigen
- Schweregrad
- Niedrig
Priorität (0–325)
Der Priorisierungs-Score ist eine zusammengeführte Kennzahl, die mehrere Einzelsignale zu einer einzigen, handlungsleitenden Rangfolge verdichtet: technische Schwere (CVSS), Ausnutzungswahrscheinlichkeit (EPSS), der Status als bekannt ausgenutzt (KEV) und der Kontext des betroffenen Assets. Ziel ist die Antwort auf die einzig wirklich wichtige Frage im Schwachstellenmanagement: Was zuerst?
Im Glossar lesen- 52.85 Methodik
Exploit-Reife
Ein Exploit ist Code oder eine Technik, die eine konkrete Schwachstelle gezielt ausnutzt, um ein unbeabsichtigtes Verhalten zu erzwingen — etwa Code auszuführen oder Rechte auszuweiten. Er ist das Werkzeug, das aus einer theoretischen Lücke einen praktischen Angriff macht.
Im Glossar lesen- kein öffentlicher PoC bekannt
XIEM Effective CVSS
XIEM® ist das gestufte Managed-Security-Betriebsmodell von NEOSEC und eine eingetragene Marke der NEOSEC GmbH. Es erweitert klassisches SIEM — die zentrale Sammlung, Normalisierung und Korrelation sicherheitsrelevanter Ereignisse — um Endpunkt-Forensik, Netzwerk-Sichtbarkeit und Täuschungstechnik und führt diese zu drei aufeinander aufbauenden Stufen zusammen: Sentry, Orchestrate und Command.
Im Glossar lesen- 3,7 Methodik
CVSS v3
CVSS ist der weltweit verbreitete, offene Standard zur Bewertung der technischen Schwere einer Schwachstelle auf einer Skala von 0 bis 10. Er beschreibt, wie leicht eine Lücke ausnutzbar ist und welchen Schaden sie anrichten kann — nicht jedoch, wie wahrscheinlich ihre tatsächliche Ausnutzung ist. CVSS und das ergänzende EPSS beantworten bewusst unterschiedliche Fragen.
Im Glossar lesen- 3,7
EPSS-Score
Der EPSS-Score ist der absolute Modell-Output für eine einzelne Schwachstelle: die geschätzte Wahrscheinlichkeit einer realen Ausnutzung in den nächsten 30 Tagen, ausgedrückt als Wert zwischen 0 und 1 (bzw. 0 % bis 100 %). Ein Score von 0,42 bedeutet „das Modell schätzt eine 42-prozentige Chance auf reale Ausnutzung binnen 30 Tagen“.
Im Glossar lesen- 0,4 %
- Niedrig – Modell schätzt < 1 % Ausnutzungs-Wahrscheinlichkeit.
EPSS-Perzentil
Das EPSS-Perzentil ist die relative Einordnung einer Schwachstelle innerhalb aller EPSS-bewerteten CVEs, ausgedrückt als Wert zwischen 0 und 1. Ein Perzentil von 0,90 bedeutet „diese CVE hat einen höheren EPSS-Score als 90 % aller anderen bewerteten CVEs“. Anders als der EPSS-Score ist es keine Wahrscheinlichkeit — sondern eine Positionierung im Ranking.
Im Glossar lesen- 34,2
- Erhöht – CVE ist relevanter als mindestens 10 % der heute bewerteten CVEs.
KEV-Status
Der KEV-Katalog ist eine von der US-Behörde CISA gepflegte Liste von Schwachstellen, für die eine aktive Ausnutzung in der Praxis nachgewiesen ist. Er beantwortet nicht die Frage „wie schwer?“, sondern „wird es bereits angegriffen?“ — und priorisiert damit das Patchen scharf.
Im Glossar lesen- —
- Veröffentlicht
CWE
CWE ist ein Katalog typischer Schwächen-Arten in Software und Hardware — etwa fehlerhafte Eingabevalidierung, unsichere Speicherbehandlung oder mangelhafte Authentisierung. Während eine CVE eine konkrete Schwachstelle in einem konkreten Produkt benennt, beschreibt eine CWE die zugrunde liegende Fehlerklasse.
Im Glossar lesen- CWE-341
Erkennungsregeln
Für diese Schwachstelle liegt noch keine NEOSEC-Erkennungsregel vor.
Einordnung nach NIS2 und CRA
Regelbasierte Einordnung aus Ausnutzungsstatus und Schweregrad. Sie ersetzt keine Prüfung im Einzelfall.
NIS2
NIS2 ist die EU-Richtlinie (EU) 2022/2555 zur Erhöhung des Cybersicherheitsniveaus in der Union. Sie weitet Pflichten gegenüber der ersten NIS-Richtlinie deutlich aus: mehr Sektoren, verbindliches Risikomanagement, gestufte Meldepflichten und persönliche Verantwortung der Geschäftsleitung.
Im Glossar lesen- Behandeln Sie die Schwachstelle im regulären Schwachstellenmanagement nach Art. 21 Abs. 2 lit. e NIS2.
CRA
Der CRA ist die EU-Verordnung (EU) 2024/2847 mit horizontalen Cybersicherheitsanforderungen an „Produkte mit digitalen Elementen“ — von Industriesteuerungen über Software bis zu vernetzten Verbrauchergeräten. Erstmals müssen Hersteller Sicherheit über den gesamten Produktlebenszyklus gewährleisten, Schwachstellen behandeln und Sicherheitsupdates bereitstellen.
Im Glossar lesen- Ab dem 11.12.2027 verpflichtet Anhang I Teil II CRA Hersteller betroffener Produkte mit digitalen Elementen, Schwachstellen unverzüglich zu behandeln und Sicherheitsupdates bereitzustellen.
ISO/IEC 27001
ISO/IEC 27001 ist der international führende Standard für ein Informationssicherheits-Managementsystem (ISMS). Er beschreibt einen risikobasierten, prozessorientierten Rahmen, um Informationssicherheit systematisch zu planen, umzusetzen, zu überprüfen und zu verbessern.
Im Glossar lesen- Maßnahme A.8.8, Management technischer Schwachstellen: Relevanz für Ihre Systeme bewerten, Behebung einplanen und nachweisen.
Beschreibung
Apache::AppSamurai::Util-Versionen bis 1.01 für Perl generieren vorhersehbare Sitzungsauthentifizierungsschlüssel aus der Uhrzeit und dem Prozess-ID in CreateSessionAuthKey. CreateSessionAuthKey führt fünf Runden von SHA-256 durch, jede über eine frische Time::HiRes-Lesung formatiert auf sechs Dezimalstellen, den laufenden Digest und die Prozess-ID. CreateSession ruft es mit einer leeren Schlüsselquelle bei jedem Login auf, und der optionale Keysource-Direktive ist der einzige Weg zum anderen Zweig. Das Ergebnis sind 64 hexadezimale Zeichen. Das Mikrosekundenfeld der ersten Lesung nimmt einen von einer Million Werten an, die späteren Lesungen folgen ihm innerhalb von Mikrosekunden, und die Prozess-ID wird aus einem kleinen Bereich gezogen. Der Schlüssel wird dem Browser als Sitzungs-Cookie zurückgegeben und mit dem konfigurierten Server-Schlüssel kombiniert, um die Sitzungs-ID zu berechnen und die gespeicherte Sitzungsdaten zu verschlüsseln. Ein Angreifer, der die Sekunde kennt, in der eine Sitzung erstellt wurde, und die Prozess-ID des Arbeiters, der sie erstellt hat, kann Kandidaten-Schlüssel durchsuchen und den Cookie des Opfers wiederherstellen, wodurch die Authentifizierung für die geschützten Ressourcen umgangen wird. Jeder Kandidat muss gegen den Server ausprobiert werden, der das Cookie mit einem Schlüssel validiert, den der Angreifer nicht besitzt.
Originalquelle nur englisch verfügbar, maschinell ins Deutsche übersetzt.
Quelle: NVD (NIST), cvelistv5
Betroffene Produkte
Betroffen sind die folgenden Versionen. Ältere Stände derselben Reihe sind ebenfalls verwundbar, sofern nicht anders angegeben.
| Hersteller | Produkt | Betroffene Versionen | Behoben in |
|---|---|---|---|
| — | Apache-AppSamurai |
|
|
Weakness-Klassen (CWE)
CWE-341Predictable from Observable State
Base
A number or object is predictable based on observations that the attacker can make about the state of the system or network, such as time, process ID, etc.
Eintrag bei MITRE CWE-341
Quellen & Referenzen
- metacpan.orgrelease/PAULDOOM/Apache-AppSamurai-1.01/source/lib/Apache/AppSa…related
- metacpan.orgrelease/PAULDOOM/Apache-AppSamurai-1.01/source/lib/Apache/AppSa…related
- openwall.comlists/oss-security/2026/08/23/4
Re-Analyse & Statuswechsel
Chronologie der NVD-Audit-Events für diese CVE – Reanalyses, CVSS-Updates, CPE-Diffs.
CVE Translatednvd@nist.gov
- Translation: nachher Title: Apache::AppSamurai::Util versions through 1.01 for Perl generate predictable session authentication keys from the clock and process id in CreateSessionAuthKey, Description: Las versiones de Apache::AppSamurai::Util hasta la 1.01 para Perl generan claves de autenticación de sesión predecibles a partir del reloj y el ID de proceso en CreateSessionAuthKey. CreateSessionAuthKey ejecuta cinco rondas de SHA-256, cada una sobre una lectura nueva de Time::HiRes formateada a seis decimales, el resumen en ejecución y el ID de proceso. CreateSession lo llama con una fuente de clave vacía en cada inicio de sesión, y la directiva opcional Keysource es la única ruta a la otra rama. El resultado son 64 caracteres hexadecimales. El campo de microsegundos de la primera lectura toma uno de un millón de valores, las lecturas posteriores lo siguen en microsegundos, y el ID de proceso se extrae de un rango pequeño. La clave se devuelve al navegador como la cookie de sesión, y se combina con la clave de servidor configurada para calcular el ID de sesión y para cifrar los datos de sesión almacenados. Un atacante que conoce el segundo en que se creó una sesión y el ID de proceso del trabajador que la creó puede enumerar claves candidatas y recuperar la cookie de la víctima, eludiendo la autenticación para los recursos protegidos. Cada candidato debe ser probado contra el servidor, que valida la cookie con una clave que el atacante no posee.
CVE Modifiedaf854a3a-2127-422b-91ae-364da2661108
- Reference: nachher http://www.openwall.com/lists/oss-security/2026/08/23/4
New CVE Received9b29abf9-4ab0-4765-b253-1875cd9b441e
- Affected: nachher …
- Description: nachher Apache::AppSamurai::Util versions through 1.01 for Perl generate predictable session authentication keys from the clock and process id in CreateSessionAuthKey. CreateSessionAuthKey runs five rounds of SHA-256, each over a fresh Time::HiRes reading formatted to six decimal places, the running digest, and the process id. CreateSession calls it with an empty key source on every login, and the optional Keysource directive is the only route to the other branch. The result is 64 hex characters. The microsecond field of the first reading takes one of a million values, the later readings follow it within microseconds, and the process id is drawn from a small range. The key is returned to the browser as the session cookie, and is combined with the configured server key to compute the session id and to encrypt the stored session data. An attacker who knows the second in which a session was created and the process id of the worker that created it can enumerate candidate keys and recover the victim's cookie, bypassing authentication for the protected resources. Each candidate has to be tried against the server, which validates the cookie with a key the attacker does not hold.
- CWE: nachher CWE-341
- Reference: nachher https://metacpan.org/release/PAULDOOM/Apache-AppSamurai-1.01/source/lib/Apache/AppSamurai.pm#L1446-1533
Badge einbetten
Zeigen Sie Schweregrad und KEV-Status dieser Schwachstelle auf Ihrer Seite – mit Link hierher. Das Bild wird stündlich aktualisiert.
<a href="https://intel.neosec.eu/cve/CVE-2026-19565"><img src="https://intel.neosec.eu/badge/cve/CVE-2026-19565.svg" alt="CVE-2026-19565 – NEOSEC Intel" height="20"></a>