CVE-2026-31431 — "कॉपी फेल": लिनक्स कर्नेल algif_aead स्थानीय विशेषाधिकार वृद्धि

CISA KEV | CVSS 7.8 उच्च | लिनक्स कर्नेल 4.14 – 2026 की शुरुआत (~9 वर्ष) को प्रभावित करता है

---

विषय-सूची

1. कार्यकारी सारांश
2. जोखिम मूल्यांकन
3. तकनीकी गहन विश्लेषण
4. हमला पद्धति — रेड टीम
5. पहचान और घटना प्रतिक्रिया — ब्लू टीम
6. पैचिंग और उपचार
7. प्रयोगशाला वातावरण
8. संदर्भ

---

1. कार्यकारी सारांश

CVE-2026-31431, जिसे "कॉपी फेल" नाम दिया गया है, लिनक्स कर्नेल के क्रिप्टोग्राफिक सबसिस्टम में एक उच्च-गंभीरता वाली स्थानीय विशेषाधिकार वृद्धि (LPE) भेद्यता है। कोई भी निम्न-विशेषाधिकार प्राप्त स्थानीय उपयोगकर्ता किसी भी अप्रबंधित सिस्टम पर सेकंडों में रूट प्राप्त कर सकता है।

विशेषता	मान
CVE	CVE-2026-31431
उपनाम	कॉपी फेल
CVSS v3.1	7.8 उच्च
हमला वेक्टर	स्थानीय
आवश्यक विशेषाधिकार	निम्न
उपयोगकर्ता सहभागिता	कोई नहीं
घटक	crypto/algif_aead.c — authencesn टेम्पलेट
परिचय	2017 (कमिट 72548b093ee3)
खुलासा	2026
मौन वर्ष	~9 वर्ष
CISA KEV	हाँ
सार्वजनिक PoC	हाँ (732-बाइट स्टैंडअलोन पायथन स्क्रिप्ट)

व्यावसायिक प्रभाव

• किसी भी अप्रबंधित लिनक्स सर्वर, VM, क्लाउड इंस्टेंस, या कंटेनर होस्ट पर रूट एक्सेस
• कुबरनेट्स पॉड्स से कंटेनर एस्केप — पेज कैश होस्ट कर्नेल के साथ साझा किया जाता है
• शून्य ऑन-डिस्क फुटप्रिंट — शोषण से कोई फ़ाइल परिवर्तन, कोई गंदे पेज, कोई मानक फ़ाइल अखंडता उपकरण (Tripwire, AIDE) के माध्यम से ऑडिट ट्रेल नहीं बनता
• Red Hat, Ubuntu, Debian, SUSE, Amazon Linux, और 2017 से आगे के कर्नेल चलाने वाले लगभग सभी प्रमुख वितरणों को प्रभावित करता है

अनुशंसित तत्काल कार्रवाई

1. अस्थायी शमन (अभी तैनात करें, यदि मॉड्यूल लोड नहीं है तो रीबूट की आवश्यकता नहीं): ```bash echo "install algif_aead /bin/false" | sudo tee /etc/modprobe.d/disable-algif-aead.conf sudo rmmod algif_aead 2>/dev/null || true

2. स्थायी समाधान: अपने वितरण के पैकेज मैनेजर के माध्यम से कर्नेल पैकेज अपडेट करें और रीबूट करें।
3. सत्यापन: उपचार से पहले और बाद में detection/check_vulnerable.sh चलाएँ।

---

2. जोखिम मूल्यांकन

CVSS 3.1 वेक्टर स्ट्रिंग```

CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

| मीट्रिक | मान | तर्क |
|--------|-------|-----------|
| हमला वेक्टर | **स्थानीय** | शेल एक्सेस की आवश्यकता (SSH, कंटेनर exec, भौतिक) |
| हमला जटिलता | **कम** | विश्वसनीय, पूर्णतः स्वचालित — कोई रेस कंडीशन आवश्यक नहीं |
| आवश्यक विशेषाधिकार | **कम** | कोई भी गैर-विशेषाधिकार प्राप्त उपयोगकर्ता खाता |
| उपयोगकर्ता सहभागिता | **कोई नहीं** | कोई पीड़ित सहभागिता आवश्यक नहीं |
| गोपनीयता | **उच्च** | पूर्ण सिस्टम समझौता |
| अखंडता | **उच्च** | पूर्ण सिस्टम समझौता |
| उपलब्धता | **उच्च** | पूर्ण सिस्टम समझौता |

### खतरा परिदृश्य

| कारक | आकलन |
|--------|-----------|
| PoC उपलब्धता | सार्वजनिक, हथियारबद्ध, 732-बाइट स्टैंडअलोन Python |
| शोषण विश्वसनीयता | उच्च — बिना संशोधन के परीक्षण किए गए distros पर कार्य करता है |
| पहचान कठिनाई | उच्च — कोई डिस्क लेखन नहीं, कोई गंदे पृष्ठ नहीं |
| आवश्यक हमलावर कौशल | कम — सार्वजनिक PoC वाला स्क्रिप्ट किडी |
| CISA KEV | 2026 में जोड़ा गया — सक्रिय रूप से निगरानी में |
| Microsoft Defender | सक्रिय जांच के अंतर्गत चिह्नित |

### प्रभावित वातावरण

| वातावरण | जोखिम |
|-------------|------|
| बेयर-मेटल Linux सर्वर | गंभीर |
| Linux VMs (क्लाउड या ऑन-प्रिमाइसेस) | गंभीर |
| Kubernetes नोड्स | गंभीर (कंटेनर एस्केप भी सक्षम करता है) |
| Docker होस्ट | गंभीर |
| साझा होस्टिंग / मल्टी-टेनेंट | गंभीर |
| WSL2 / Windows पर Linux | कर्नेल संस्करण के अनुसार आकलन करें |

---

## 3. तकनीकी गहन विश्लेषण

### 3.1 पृष्ठभूमि: AF_ALG और AEAD

Linux कर्नेल **AF_ALG सॉकेट्स** (`AF_ALG = 38`) के माध्यम से क्रिप्टोग्राफिक संचालन को यूज़रस्पेस में उजागर करता है। यह इंटरफ़ेस (`algif_aead`) गैर-विशेषाधिकार प्राप्त अनुप्रयोगों को कर्नेल-मोड कोड की आवश्यकता के बिना कर्नेल क्रिप्टो हार्डवेयर एक्सेलेरेटर को आमंत्रित करने की अनुमति देता है।

**AEAD** (संबद्ध डेटा के साथ प्रमाणित एन्क्रिप्शन) एल्गोरिदम जैसे AES-GCM और ChaCha20-Poly1305 व्यापक रूप से TLS, डिस्क एन्क्रिप्शन और VPN प्रोटोकॉल के लिए उपयोग किए जाते हैं। कमजोर टेम्पलेट `authencesn` है — एक AEAD संरचना जो विस्तारित अनुक्रम संख्या (ESN) समर्थन के साथ `hmac(sha256)` + `cbc(aes)` का उपयोग करती है, जो आमतौर पर IPsec में उपयोग की जाती है।

### 3.2 मूल कारण

2017 में, कमिट `72548b093ee3` ने प्रदर्शन अनुकूलन के रूप में `algif_aead` में **इन-प्लेस AEAD संचालन** पेश किया — जिससे क्रिप्टो इंजन को एक ही बफर को पढ़ने और लिखने की अनुमति मिली। यह त्रुटिपूर्ण था:```
The bug chain:

1. Caller binds AF_ALG socket to:
      authencesn(hmac(sha256),cbc(aes))

2. Caller sends a decryption request via sendmsg() with specific flags

3. Caller uses splice() to feed PAGE CACHE PAGES from an open file
   descriptor directly into the socket's scatterlist

4. The authencesn template, during ESN header processing, uses the
   OUTPUT BUFFER as scratch space — writing 4 bytes past the
   expected output boundary

5. Because the scatterlist contains page cache pages (not private
   copies), this scratch write lands DIRECTLY IN THE PAGE CACHE

6. Page cache is shared kernel-wide — all processes reading the
   same file now see the modified bytes

Key insight: splice() is zero-copy — it hands page cache references
to the socket. The in-place "optimization" then writes INTO those
pages. No dirty bit is set because the write goes through the crypto
engine, not the normal write path.

3.3 राइट प्रिमिटिव

यह भेद्यता उस किसी भी फ़ाइल के पेज कैश में एक नियंत्रित 4-बाइट राइट प्रदान करती है जिसे हमलावर पढ़ने के लिए खोल सकता है:

गुण	मान
राइट आकार	4 बाइट
ऑफ़सेट नियंत्रण	हाँ — splice ऑफ़सेट के माध्यम से हमलावर-नियंत्रित
लक्ष्य	किसी भी पठनीय फ़ाइल का पेज कैश
डर्टी पेज मार्किंग	कोई नहीं
डिस्क पर संशोधन	कोई नहीं
टाइमस्टैम्प अपडेट	कोई नहीं
कर्नेल लॉग प्रविष्टि	कोई नहीं (जब तक auditd कॉन्फ़िगर न हो)

राइट दोहराने योग्य है — एक्सप्लॉइट बड़े कोड अनुक्रमों को पैच करने के लिए 4-बाइट राइट को लूप करता है।

3.4 एक्सप्लॉइटेशन चेन```

[1] Open /usr/bin/su (or any setuid-root binary) for reading ↓ [2] Map a copy to find target instruction bytes (e.g., UID check, execve path, security gate) ↓ [3] Compute exact page cache offset of target bytes ↓ [4] Set up AF_ALG socket → authencesn(hmac(sha256),cbc(aes)) ↓ [5] splice() the target binary's page cache into the socket ↓ [6] Trigger decryption → authencesn scratch write patches the target bytes in page cache (4 bytes per iteration) ↓ [7] Repeat for each 4-byte patch needed ↓ [8] Execute /usr/bin/su → runs root-owned setuid binary but now with attacker-controlled code in page cache ↓ [9] Root shell

### 3.5 मानक सुरक्षा उपाय विफल क्यों होते हैं

| सुरक्षा उपाय | बायपास हुआ? | कारण |
|---------|-----------|--------|
| फ़ाइल अखंडता निगरानी (Tripwire/AIDE) | **हाँ** | डिस्क पर कोई बदलाव नहीं |
| IDS फ़ाइल हैश जाँच | **हाँ** | डिस्क बाइट्स अपरिवर्तित |
| `inotify` फ़ाइल निगरानी | **हाँ** | कोई VFS लेखन घटना नहीं |
| SELinux / AppArmor | **आंशिक** | प्रक्रिया को नियंत्रित करता है, क्रिप्टो इंजन के माध्यम से पेज कैश लेखन को नहीं |
| केवल-पठनीय माउंट | **हाँ** | पेज कैश मेमोरी में संशोधित होता है, माउंट के माध्यम से नहीं |
| बाइनरी पर auditd `watch` | **हाँ** | ऑडिट VFS लेखन देखता है — यह VFS को बायपास करता है |

### 3.6 प्रभावित कर्नेल संस्करण

| शाखा | कमज़ोर संस्करण | स्थिर संस्करण |
|--------|-------------------|------------|
| 4.14.x | सभी (भेद्यता का उद्गम) | कोई अपस्ट्रीम फिक्स नहीं (EOL) |
| 5.4.x (LTS) | सभी | वितरण बैकपोर्ट आवश्यक |
| 5.10.x (LTS) | सभी | वितरण बैकपोर्ट आवश्यक |
| 5.15.x (LTS) | सभी | वितरण बैकपोर्ट आवश्यक |
| 6.1.x (LTS) | ≤ 6.1.129 | **6.1.130+** |
| 6.6.x (LTS) | ≤ 6.6.86 | **6.6.87+** |
| 6.12.x (LTS) | ≤ 6.12.22 | **6.12.23+** |
| 6.15-rc | rc में स्थिर | **6.15-rc+** |