Linux-ის ბირთვის კრიტიკული ხარვეზი MPTCP სერვერებზე დისტანციური root შეტევების შესაძლებლობას იძლევა

Anthropic-ის უსაფრთხოების მკვლევრებმა შექმნეს ექსპლოიტი Linux-ის ბირთვის კრიტიკული მოწყვლადობისთვის, რომელიც არაავთენტიფიცირებულ თავდამსხმელებს საშუალებას აძლევს, დისტანციურად შეასრულონ ბრძანებები root-ის პრივილეგიებით იმ სერვერებზე, რომლებზეც გაშვებულია Multipath TCP (MPTCP) მომსმენები.

ხარვეზი, რომელიც აღრიცხულია როგორც CVE-2026-98432, ჩვეულებრივ TCP კავშირებზეც ახდენს გავლენას, თუმცა კოდის დისტანციური შესრულება საჯაროდ ჯერ არ დაფიქსირებულა იმ სერვერებზე, რომლებსაც MPTCP მომსმენი არ აქვთ.

Multipath TCP (MPTCP) წარმოადგენს TCP-ის ფუნქციას, რომელიც ერთ კავშირს საშუალებას აძლევს, წარმადობისა და საიმედოობის გასაუმჯობესებლად ერთდროულად გამოიყენოს რამდენიმე ქსელური მარშრუტი. იგი ხშირად გამოიყენება ისეთ გარემოში, სადაც მოწყობილობებს რამდენიმე ქსელური კავშირი გააჩნიათ, მაგალითად, Wi-Fi და ფიჭური ქსელები.

CVE-2026-98432 არის use-after-free მოწყვლადობა ბირთვის IPv4 TCP ქსელურ კოდში, რომელმაც Linux-ის ბირთვის CVE გუნდისგან მიიღო სიმძიმის შეფასება 9.8 10-დან.

მოწყვლადობა ეხება Linux-ის ბირთვებს 4.4 ვერსიიდან მოყოლებული, მათ შორის ისეთ ფართოდ გამოყენებულ დისტრიბუტივებს, როგორიცაა Ubuntu, Red Hat Enterprise Linux (RHEL) და Rocky Linux.

Linux-ის ბირთვის უსაფრთხოების შეტყობინების თანახმად, მოწყვლადობა გამოწვეულია რბოლის მდგომარეობით (race condition), რომელიც ბირთვის მიერ TCP კავშირის მოთხოვნების დამუშავებისას წარმოიქმნება და პოტენციურად use-after-free მდგომარეობას განაპირობებს.

„tcp_v4_syn_recv_sock() გადასცემს ireq->ireq_opt-ის მფლობელობას შვილობილ სოკეტს (newinet->inet_opt) მისი კოპირების გარეშე“, — ნათქვამია შეტყობინებაში.

„სხვა პროცესორს (CPU) შეუძლია პარალელურად დაამუშაოს ხელახლა გადაცემული SYN იმავე მოთხოვნის სოკეტისთვის და გაგზავნოს SYNACK tcp_check_req()-დან. tcp_v4_send_synack() და inet_csk_route_req() კითხულობენ ireq->ireq_opt-ს მხოლოდ rcu_read_lock()-ის ქვეშ, რის შემდეგაც ip_build_and_send_pkt() და ip_options_build() ორჯერ კითხულობენ opt->optlen-ს“.

მსგავსი პრობლემა შეიძლება წარმოიშვას TCP მოთხოვნის სოკეტის მიგრაციის დროსაც, როდესაც გააქტიურებულია net.ipv4.tcp_migrate_req ან გამოიყენება BPF_SK_REUSEPORT_SELECT_OR_MIGRATE პროგრამა.

მიუხედავად იმისა, რომ მოწყვლადობის გააქტიურება აუტენტიფიკაციას არ მოითხოვს, Red Hat აცხადებს, რომ ექსპლუატაცია რბოლის მდგომარეობის გამო გაცილებით რთულია, ვიდრე უბრალოდ მავნე ქსელური პაკეტის გაგზავნა.

Red Hat-ი ამ მოწყვლადობას განიხილავს, როგორც მომსახურებაზე უარის თქმის (DoS) პოტენციურ პრობლემას, რომელმაც შესაძლოა ბირთვის ავარიული გათიშვა გამოიწვიოს, და ექსპლუატაციის სირთულის გამო მას უფრო დაბალ სიმძიმის ქულას — 5.9-ს ანიჭებს.

თუმცა, Anthropic-ის მკვლევრებმა აჩვენეს, რომ გარკვეულ პირობებში მოწყვლადობა შეიძლება გამოყენებულ იქნეს კოდის დისტანციური შესრულებისთვის.

Anthropic-ის ანგარიშში განმარტებულია, რომ Claude-ის ჯერ გამოუქვეყნებელმა ხელოვნური ინტელექტის მოდელმა შექმნა ექსპლოიტი, რომელმაც გვერდი აუარა ბირთვის მისამართების სივრცის განლაგების რანდომიზაციას (KASLR) და შეასრულა თვითნებური ბრძანებები root-ის პრივილეგიებით Linux-ის სერვერზე, სადაც MPTCP მომსმენი იყო გაშვებული.

Anthropic-ის მონაცემებით, ექსპლოიტს კოდის დისტანციური root-შესრულების მისაღწევად დაახლოებით 53 წუთი დასჭირდა, რაც ადასტურებს, რომ მოწყვლადობის გამოყენება მხოლოდ DoS-შეტევებით არ შემოიფარგლება.

მართალია, აპლიკაციებში MPTCP ჩვეულებრივ ნაგულისხმევად ჩართული არ არის, ზოგიერთი პროგრამული უზრუნველყოფა მას ავტომატურად ააქტიურებს.

Go 1.24 ვერსიიდან მოყოლებული, ეს პროგრამირების ენა ნაგულისხმევად რთავს MPTCP-ს Linux-ზე TCP მომსმენებისთვის, თუ ბირთვს ამ ფუნქციის მხარდაჭერა გააჩნია. ამის გამო, ზოგიერთმა Go-ზე დაფუძნებულმა ქსელურმა სერვისმა შესაძლოა MPTCP მომსმენები ადმინისტრატორების უცოდინრად გაააქტიუროს.

Linux-ის დისტრიბუტივებმა უსაფრთხოების განახლებების გამოშვება დაიწყეს

მოწყვლადობა გამოსწორდა ძირითად (upstream) Linux ბირთვში და გადატანილ იქნა მხარდაჭერილ ბირთვის ტოტებში. თუმცა, უსაფრთხოების განახლებები ჯერ ყველა დაზარალებულ Linux დისტრიბუტივს არ მიუღია.

Canonical-ის უსაფრთხოების სისტემის თანახმად, Ubuntu 22.04 LTS, 24.04 LTS, 26.04 LTS და 26.10 კვლავ მოწყვლადი რჩება, ხოლო ბირთვის შესწორებები 30 ოქტომბრის მდგომარეობით მუშავდება.

Red Hat-ი ასევე მიუთითებს, რომ RHEL 8, 9 და 10 დაზარალებულია და შესწორებები მომავალი განახლებებისთვის იგეგმება. RHEL 7 არ არის მოწყვლადი, რადგან მისი ბირთვი არ შეიცავს დაუცველ კოდს.

რისკების შემცირების რეკომენდაციებში Rocky Linux-ის მხარდაჭერის პროვაიდერი CIQ ადასტურებს, რომ Rocky Linux 8, 9 და 10 ასევე დაზარალებულია და დაზიანებული სისტემებისთვის ფაირვოლის დროებითი დაცვის ზომებს აზიარებს.

Debian-ის უსაფრთხოების სისტემის თანახმად, მოწყვლადობა გამოსწორდა ბირთვის პაკეტის 6.1.190-1 ვერსიაში Debian 12-ისთვის (Bookworm) და 6.12.113-1 ვერსიაში Debian 13-ისთვის (Trixie). გამოსწორებული პაკეტები ასევე ხელმისაწვდომია Debian testing და unstable ვერსიებისთვის.

Linux-ის სხვა ვენდორებმა, მათ შორის Oracle Linux-მა, Amazon Linux-მა და SUSE-მ, ასევე გამოუშვეს განახლებები ბირთვის ზოგიერთი დაზარალებული ვერსიისთვის.

მოწყვლადობა არ ეხება macOS-ს, რომელიც Linux-ის ნაცვლად Apple-ის XNU ბირთვს იყენებს.

ადმინისტრატორებს ეძლევათ რეკომენდაცია, შეამოწმონ თავიანთი დისტრიბუტივის უსაფრთხოების ბიულეტენები და დააინსტალირონ ბირთვის განახლებული პაკეტები მათი ხელმისაწვდომობისთანავე.

იმ სისტემებისთვის, სადაც განახლებები ჯერ ხელმისაწვდომი არ არის, წვდომის შეზღუდვამ სანდო ქსელებზე ან IP მისამართებზე შესაძლოა რისკი შეამციროს.

CIQ ასევე გასცემს რეკომენდაციას იმ IPv4 TCP პაკეტების დროებით დაბლოკვის შესახებ, რომლებიც შეიცავს IP options-ს, სანამ ისინი მიაღწევენ მოწყვლად TCP დამმუშავებელ კოდს, და აზიარებს nftables-ის წესების მაგალითებს ამ ტიპის ტრაფიკის დასაბლოკად.

კომპანია გვაფრთხილებს, რომ მხოლოდ MPTCP-ის გამორთვა საკმარისი არ არის, რადგან ძირითადი მოწყვლადობის გააქტიურება ჩვეულებრივი TCP ტრაფიკითაც შეიძლება.

ამჟამად არ არსებობს დადასტურებული ინფორმაცია რეალურ შეტევებში CVE-2026-98432-ის აქტიური ექსპლუატაციის შესახებ.