Skip to content
KitploitKITPLOIT
उपकरणएक्सप्लॉइटब्लॉग
Log in
जमा करें
उपकरणएक्सप्लॉइटब्लॉग
जमा करें

हैकिंग, पेनटेस्ट और साइबर सुरक्षा उपकरण आपके सुरक्षा शस्त्रागार के लिए!

Kitploit हैकिंग, साइबर सुरक्षा और पेंटेस्टिंग टूल्स की एक निर्देशिका है। कमजोरियों को खोजने, सिस्टम का विश्लेषण करने, परीक्षण को स्वचालित करने और अपनी सुरक्षा को मजबूत करने के लिए नवीनतम प्रोजेक्ट अपडेट खोजें।

फ़ीडसंपर्कगोपनीयता© 2026 Kitploit

टूल निर्देशिका

श्रेणियाँ

सभी श्रेणियाँ देखें
Loading categories
cve-2026-98432-checker — Linux सर्वर पर CVE-2026-98432 (IPv4 TCP use-after-free, CVSS 9.8) की जाँच करें: मूल कारण समझाया गया, read-only जाँच स्क्रिप्ट और शमन उपाय। | Kitploit
उपकरण/GitHubGitHub/fbuff-tools/cve-2026-98432-checker
रक्षात्मक उपकरणभेद्यता स्कैनरभेद्यता विश्लेषणकॉन्फ़िगरेशन ऑडिटिंगजानकारी एकत्र करनालर्निंग और शिक्षाघटना प्रतिक्रिया
GitHub

सबसे लोकप्रिय

सभी देखें →

हमारे समुदाय द्वारा सबसे अधिक उपयोग किए जाने वाले उपकरण खोजें।

सभी उपकरण खोजें

हमारे उपकरणों का संग्रह ब्राउज़ करें

सभी उपकरण देखें →
fbuff-tools/cve-2026-98432-checker

cve-2026-98432-checker

Linux सर्वर पर CVE-2026-98432 (IPv4 TCP use-after-free, CVSS 9.8) की जाँच करें: मूल कारण समझाया गया, read-only जाँच स्क्रिप्ट और शमन उपाय।

रिपॉजिटरी देखेंवेबसाइट
26 दिन पहलेअभी तक समीक्षित नहीं
साझा करें

CVE-2026-98432 चेकर: Linux TCP use-after-free (CVSS 9.8)

Linux कर्नेल के IPv4 TCP handshake में उस race को समझें और जाँचें, CVE-2026-98432, जो एक दूरस्थ हमलावर को मुक्त किए गए कर्नेल मेमोरी का उपयोग करने देता है। Anthropic की Frontier Red Team ने इसे multipath TCP (MPTCP) listener वाले सर्वरों के विरुद्ध zero-click root exploit में बदल दिया। 30 अक्टूबर, 2026 तक, Ubuntu और Red Hat के पास अभी तक कोई fixed kernel नहीं है।

इसके बजाय ब्राउज़र में कमांड आउटपुट पेस्ट करें: https://fbuff.com/tools/cve-2026-98432-checker/ (स्थानीय रूप से चलता है, कुछ भी अपलोड नहीं होता)

यह किस कारण होता है

प्रत्येक TCP कनेक्शन एक handshake से शुरू होता है: क्लाइंट SYN भेजता है, सर्वर SYN-ACK का उत्तर देता है, क्लाइंट ACK का उत्तर देता है। SYN और ACK के बीच कर्नेल अर्ध-खुले कनेक्शन के लिए एक छोटा placeholder रखता है, एक request socket। यदि क्लाइंट के SYN में IPv4 विकल्प (Record Route, Timestamp और इसी तरह के) थे, तो कर्नेल उन्हें placeholder (ireq_opt) के साथ रखता है, क्योंकि SYN-ACK को उन्हें वापस echo करना होता है।

जब ACK आता है, तो tcp_v4_syn_recv_sock() placeholder को एक पूर्ण socket में बदल देता है और इसे कॉपी के बजाय वही options block सौंप देता है। अब दो ऑब्जेक्ट मेमोरी के एक ही block की ओर इंगित करते हैं। जब पूर्ण socket नष्ट हो जाता है, तो inet_sock_destruct() उस block को सीधे एक सादे kfree() के साथ मुक्त कर देता है।

Placeholder established-connections hash table में बैठता है, जिसे अन्य CPUs बिना lock के पढ़ते हैं (यह डिज़ाइन commit 079096f103fa, "tcp/dccp: install syn_recv requests into ehash table", Linux 4.4, 2015 के साथ आया था)। यदि क्लाइंट सही समय पर अपना SYN पुनः प्रसारित करता है, तो कोई अन्य CPU SYN-ACK पुनः भेज रहा होता है और ip_options_build() में options पढ़ता है जबकि block मुक्त किया जा रहा होता है: एक use-after-free।

इसे एक कोट चेक की तरह सोचें जो दो लोगों को एक ही टिकट देता है। जब एक चला जाता है, तो अटेंडेंट टिकट को फेंक देता है जबकि दूसरा अभी भी उसे लेकर काउंटर की ओर जा रहा होता है।

समाधान (upstream commit e3f33b0a1d89, "ipv4: free inet_opt and ireq_opt after an RCU grace period", 7.3-rc7) block को kfree_rcu() के साथ मुक्त करता है, जो तब तक प्रतीक्षा करता है जब तक हर CPU पढ़ना समाप्त न कर ले। IPv6 मुख्य समस्या से प्रभावित नहीं है क्योंकि tcp_v6_syn_recv_sock() options की प्रतिलिपि बनाता है। उसी मेमोरी तक एक दूसरा मार्ग request migration (net.ipv4.tcp_migrate_req=1 या एक BPF_SK_REUSEPORT_SELECT_OR_MIGRATE प्रोग्राम) के माध्यम से मौजूद है।

इसे इतना उच्च रेटिंग क्यों दिया गया है

  • दूरस्थ, किसी भी लॉगिन से पहले। हमलावर को केवल एक सुनने वाले पोर्ट पर TCP कनेक्शन खोलने की आवश्यकता होती है।
  • असीमित पुनः प्रयास। खोई हुई race केवल उस handshake को विफल करती है; सर्वर चलता रहता है। Anthropic के proof of concept को कर्नेल pointer लीक करने के लिए 48 मिनट के पुनः प्रयास चाहिए थे, फिर root के रूप में shell कमांड चलाने के लिए पाँच और। कोई exploit कोड प्रकाशित नहीं किया गया।
  • हर जगह। यह कोड 2015 से हर कर्नेल में मौजूद है।
स्कोररस्कोरटिप्पणी
Linux kernel CVE टीम (CNA)9.8AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
Red Hat8.1AC:H: race जीतना कठिन है (प्रारंभिक)
Ubuntu9.8, प्राथमिकता High

MPTCP की भूमिका

MPTCP एक कनेक्शन को एक साथ कई पथों का उपयोग करने देता है। Linux पर यह opt-in है: किसी प्रोग्राम को MPTCP socket माँगना होता है, और ss -Mltn उन लोगों को सूचीबद्ध करता है जो सुन रहे हैं। Anthropic का exploit "multipath TCP listener वाले Linux सर्वरों" को लक्षित करता है। न तो CVE रिकॉर्ड और न ही समाधान MPTCP का उल्लेख करता है, और Anthropic ने यह नहीं बताया है कि बिना MPTCP वाले सर्वरों को भी अधिकार में लिया जा सकता है या नहीं। MPTCP listener root तक का सिद्ध मार्ग है; हर unpatched सर्वर अभी भी दोषपूर्ण कोड चलाता है।

स्थिति (29-30 अक्टूबर, 2026)

वितरणस्थिति
Debian 12 bookwormठीक किया गया: linux 6.1.190-1 (DLA-4841-1), linux-6.12 6.12.113-1~deb12u1
Debian 13 trixieठीक किया गया: linux 6.12.113-1 (DSA-6568-1)
Ubuntu 22.04, 24.04, 26.04, 26.10असुरक्षित, समाधान प्रगति पर
Ubuntu 16.04, 18.04, 20.04असुरक्षित
Ubuntu 14.04प्रभावित नहीं
Red Hat Enterprise Linuxप्रभावित; Red Hat का कहना है कि कोई भी mitigation उसके मानदंडों को पूरा नहीं करता
Upstream stable5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 और 7.3 में ठीक किया गया

कमांड लाइन से जाँचें

curl -fsSLO https://raw.githubusercontent.com/fbuff-tools/cve-2026-98432-checker/main/check.sh
sh check.sh

स्क्रिप्ट uname -r, /etc/os-release, कर्नेल पैकेज चेंजलॉग (rpm -q --changelog, या apt changelog, जिसके लिए नेटवर्क आवश्यक है), sysctl net.mptcp.enabled net.ipv4.tcp_migrate_req और ss -Mltn को पढ़ती है। यह एक निर्णय प्रिंट करती है और 0 (पैच किया गया या प्रभावित नहीं), 1 (भेद्य) या 2 (पता नहीं लगा सका) के साथ बाहर निकलती है। यह केवल पढ़ती है; कुछ भी भेजा या बदला नहीं जाता। इसे होस्ट पर चलाएँ: कंटेनर होस्ट कर्नेल साझा करते हैं।

Ubuntu के 6.8.0-85 या RHEL के 5.14.0-570 जैसे वितरण कर्नेल संस्करण संख्या बदले बिना फ़िक्स बैकपोर्ट करते हैं, इसलिए केवल उनका चेंजलॉग ही बता सकता है। अपस्ट्रीम-शैली के संस्करणों (6.12.113+deb13) की तुलना ऊपर दिए गए फ़िक्स किए गए रिलीज़ से की जाती है।

सर्वर की सुरक्षा के तरीके

  1. पैच करें। फ़िक्स वाला कर्नेल इंस्टॉल करें और रीबूट करें; इंस्टॉल किया गया कर्नेल जो चल नहीं रहा है, कुछ भी सुरक्षित नहीं करता। लाइवपैच सेवाएँ इसे तब लागू कर सकती हैं जब वे इस CVE को कवर कर लें।
    sudo apt update && sudo apt full-upgrade   # Debian, Ubuntu
    sudo dnf upgrade kernel                    # RHEL family, Amazon Linux 2023
    sudo zypper patch                          # SUSE
    sudo reboot
    
  2. तब तक सिद्ध पथ को हटा दें। MPTCP बंद करें (नए MPTCP सॉकेट विफल हो जाते हैं; अधिकांश प्रोग्राम सादे TCP पर वापस चले जाते हैं) और माइग्रेशन का अनुरोध करें, फिर उन सेवाओं को पुनः आरंभ करें जो MPTCP के साथ सुन रही थीं:
    sudo sysctl -w net.mptcp.enabled=0
    sudo sysctl -w net.ipv4.tcp_migrate_req=0
    printf 'net.mptcp.enabled = 0\nnet.ipv4.tcp_migrate_req = 0\n' | sudo tee /etc/sysctl.d/90-cve-2026-98432.conf
    
  3. आप तक कौन पहुँच सकता है, इसे सीमित करें। केवल भागीदारों या कार्यालयों द्वारा उपयोग किए जाने वाले पोर्ट को केवल उनके पतों से ही अनुमति दें। नए कनेक्शनों पर प्रति-स्रोत सीमाएँ पुनःप्रयास-भारी हमले को धीमा करती हैं, लेकिन उसे रोकती नहीं हैं।
  4. निगरानी रखें। जीती हुई दौड़ बहुत कम निशान छोड़ती है, लेकिन क्रैश निशान छोड़ता है: कर्नेल लॉग पंक्तियाँ जिनमें ip_options_build या ip_build_and_send_pkt का नाम हो (journalctl -k), या एक ही स्रोत से IPv4 विकल्पों वाले SYN का विस्फोट।

चरण 2-4 में से कोई भी पैच का विकल्प नहीं है, और किसी भी विक्रेता ने इन्हें पूर्ण वर्कअराउंड के रूप में पुष्टि नहीं की है।

स्रोत

  • Anthropic: Discovering vulnerabilities with Claude (October 27, 2026)
  • Ubuntu: CVE-2026-98432
  • Red Hat: CVE-2026-98432
  • Debian security tracker: CVE-2026-98432
  • PatchMon: CVE-2026-98432 status by distribution

संबंधित: KSMBD checker, HTTP2Shell checker, PHP2Shell checker।

जानकारी 30 अक्टूबर, 2026 तक की; फिक्स स्थिति तेज़ी से बदलती है, इसलिए अपने विक्रेता के ट्रैकर की जाँच करें। MIT लाइसेंस। निर्माता fbuff।

टूल डाउनलोड करें