From CVE record to external exposure
By design, the JDBCAppender in Log4j 1.2.x accepts an SQL statement as a configuration parameter where the values to be inserted are converters from PatternLayout. The message converter, %m, is likely to always be included. This allows attackers to manipulate the SQL by entering crafted strings into input fields or headers of an application that are logged allowing unintended SQL queries to be executed. Note this issue only affects Log4j 1.x when specifically configured to use the JDBCAppender, which is not the default. Beginning in version 2.0-beta8, the JDBCAppender was re-introduced with proper support for parameterized SQL queries and further customization over the columns written to in logs. Apache Log4j 1.2 reached end of life in August 2015. Users should upgrade to Log4j 2 as it addresses numerous other issues from the previous versions.
Log4j vulnerability sollte über betroffene Produkte auf live erreichbaren externen Assets priorisiert werden, nicht als abstrakter Feed-Eintrag. ThreatPort konzentriert sich auf die erste Frage budgetbewusster IT-Leiter und CISOs: Was ist von außen heute sichtbar, wie kritisch ist es, und was sollte zuerst behoben werden?
Bekannte Ausnutzung
- Bekannte Ransomware-Nutzung
- Nicht erfasst
- EPSS-Ausnutzungswahrscheinlichkeit
- 66.54% (99p)
- CVSS-Basiswert
- 9.8 (CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H)
- Veröffentlicht
- 2022-01-18
- Schwachstellentyp
- CWE-89
Quelle: CISA Known Exploited Vulnerabilities und FIRST.org EPSS.
Was ThreatPort prüft
Die Ausgabe ist bewusst praktisch: Hinweise zur Verantwortlichkeit, Risikokontext, konkrete Maßnahmen und wiederholbare Evidenz, die mit Technikteams oder Führung geteilt werden kann. Sie ersetzt keine menschliche Sicherheitsbewertung und verspricht keine magische Compliance-Automation.
Für diese Route behandelt ThreatPort die Suchintention als konkreten Betriebszusammenhang statt als generische Landingpage. Kategorie, Zielgruppe, Technologie, Branche und Region werden zusammengeführt, damit Besucher schnell erkennen, ob der Scan für ihre Umgebung relevant ist.
Routenspezifisches Evidenzprofil
CVE-2022-23305 affects Apache Log4j, a CWE-89 weakness. Disclosed 2022-01-18. This page exists to answer one question: is anything you own externally reachable and running it.
Assets, die diese Seite priorisieren sollte
Signale mit hoher Priorität
Was sollte in diesem Kontext zuerst geprüft werden?
Der erste Schritt für Teams, die Apache Log4j betreiben, ist nicht eine allgemeine Schwachstellenliste, sondern die Validierung öffentlich erreichbarer Assets mit geschäftlicher Relevanz.
Aktionscheckliste
- Bestätigen Sie, ob Log4j auf einer öffentlichen Domain, Subdomain, API oder Admin-Oberfläche vorhanden ist.
- Priorisieren Sie CRITICAL-Exponierung nur, wenn der betroffene Dienst erreichbar oder geschäftskritisch ist.
- Patchen, deaktivieren, isolieren oder kompensierende Kontrollen vor den Dienst setzen.
- Nach der Behebung erneut scannen, um Vorher-Nachher-Evidenz zu erfassen.
Kontextbezogene nächste Maßnahmen
- Eigentümerschaft exponierter Assets prüfen
- Unnötige öffentliche Dienste schließen
- DNS-Einträge bereinigen
- Zugriffsregeln einschränken
- Hochkonfidente Befunde erneut scannen
Nützliche Evidenz in diesem Kontext bezieht sich meist auf ISO 27001, SOC 2, vendor security reviews. ThreatPort formuliert bewusst vorsichtig: Es handelt sich um operative Sicherheitsevidenz, nicht um eine rechtliche Zertifizierung oder eine Garantie für Auditorenakzeptanz.