នៅក្នុងខែតុលា ឆ្នាំ២០២៦ ចំណុចខ្សោយដ៏សំខាន់មួយ គឺ CVE-2026-98432 ត្រូវបានរកឃើញនៅក្នុងខឺណែលលីនុច ដែលទទួលបានចំណាត់ថ្នាក់ ៩,៨ លើ ១០ លើមាត្រដ្ឋាន CVSS។ វាប៉ះពាល់ដល់របៀបដែលការតភ្ជាប់ TCP IPv4 ចូលត្រូវបានដោះស្រាយ ហើយក្រោមលក្ខខណ្ឌមួយចំនួន អនុញ្ញាតឱ្យអ្នកវាយប្រហារទទួលបានការចូលប្រើជា root ទៅកាន់ម៉ាស៊ីនមេពីចម្ងាយ — ដោយមិនចាំបាច់ប្រើពាក្យសម្ងាត់ និងមិនត្រូវការសកម្មភាពពីអ្នកគ្រប់គ្រងឡើយ។
ខាងក្រោមនេះគឺជាអ្នកដែលរងផលប៉ះពាល់ របៀបពិនិត្យមើលម៉ាស៊ីនមេរបស់អ្នក និងរបៀបការពារវា។ ពាក្យបញ្ជាទាំងអស់ត្រូវបានដំណើរការជា root ឬជាមួយ sudo.
ភាពងាយរងគ្រោះដោយសង្ខេប
- តើវាជាអ្វី: កំហុស use-after-free នៅក្នុងកូដដែលរៀបចំការតភ្ជាប់ IPv4 TCP ដែលបណ្តាលមកពីស្ថានភាពប្រកួតប្រជែង។ អ្នកវាយប្រហារផ្ញើកញ្ចប់ដែលបង្កើតឡើងជាពិសេសទៅកាន់ច្រក TCP ដែលបើកណាមួយ។
- ខឺណែលដែលរងផលប៉ះពាល់៖ គ្រប់កំណែទាំងអស់ចាប់តាំងពី Linux 4.4 ដែលមានន័យថាស្ទើរតែគ្រប់ការចែកចាយបច្ចុប្បន្ន។
- IPv6 មិនត្រូវបានប៉ះពាល់ដោយកំហុសចម្បងទេ។
- តើការគំរាមកំហែងពិតប្រាកដប៉ុណ្ណា៖ ក្រុមអ្នកស្រាវជ្រាវ Anthropic បានបង្ហាញខ្សែសង្វាក់នៃការកេងប្រវ័ញ្ចដែលដំណើរការបាន ដែលទទួលបានសិទ្ធិចូលប្រើជា root នៅលើម៉ាស៊ីនមេដែលបើកដំណើរការ Multipath TCP (MPTCP) ក្នុងរយៈពេលប្រហែល 53 នាទី។ កូដកេងប្រវ័ញ្ចមិនទាន់ត្រូវបានបោះពុម្ពផ្សាយនៅឡើយទេ។
- ការវាយប្រហារនៅក្នុងព្រៃ៖ គិតត្រឹមថ្ងៃទី 1 ខែវិច្ឆិកា ឆ្នាំ 2026 គ្មានការកេងប្រវ័ញ្ចណាមួយត្រូវបានរាយការណ៍ទេ។ នោះជាហេតុផលដើម្បីធ្វើបច្ចុប្បន្នភាពដោយស្ងប់ស្ងាត់ មិនមែនជាហេតុផលដើម្បីពន្យារពេលវានោះទេ។
សេវាកម្ម Go មានហានិភ័យដាច់ដោយឡែកមួយ។ ចាប់តាំងពី Go 1.24 មក កម្មវិធីម៉ាស៊ីនមេនៅលើ Linux ស្តាប់តាមច្រកតាមរយៈ MPTCP តាមលំនាំដើមនៅពេលណាដែលខឺណែលអនុញ្ញាត។ អ្នកគ្រប់គ្រងអាចមិនដឹងថាម៉ាស៊ីនមេរបស់ពួកគេទទួលយកការតភ្ជាប់បែបនេះទេ។ ក្នុងចំណោមកម្មវិធីពេញនិយម Xray ដំណើរការតាមវិធីនេះ — អ្នកអភិវឌ្ឍន៍របស់វាបានចេញផ្សាយកំណែសង្គ្រោះបន្ទាន់រួចហើយ v26.10.31 ដែលបិទ MPTCP តាមលំនាំដើម។
VPS នីមួយៗដំណើរការ kernel ផ្ទាល់ខ្លួនរបស់វា ដូច្នេះអ្នកត្រូវធ្វើបច្ចុប្បន្នភាព kernel នៅក្នុងម៉ាស៊ីនមេរបស់អ្នកដោយខ្លួនឯង។ យើងធ្វើបច្ចុប្បន្នភាព node virtualization ដោយខ្លួនឯង។
តើមានការជួសជុលសម្រាប់ប្រព័ន្ធរបស់អ្នកទេ
ស្ថានភាពគិតត្រឹមថ្ងៃទី 1 ខែវិច្ឆិកា ឆ្នាំ 2026។ ការជួសជុលកំពុងមកដល់ស្ទើរតែរាល់ថ្ងៃ — សូមពិនិត្យមើលតំណភ្ជាប់នៅចុងបញ្ចប់នៃអត្ថបទនេះសម្រាប់ស្ថានភាពបច្ចុប្បន្ន។
| System | ស្ថានភាព | ខឺណែលថេរ |
|---|---|---|
| Debian 13 | ថេរ | linux 6.12.113-1 |
| Debian 12 | ថេរ | linux 6.1.190-1 |
| អ៊ូប៊ុនទូ 22.04, 24.04, 26.04 | ការជួសជុលកំពុងដំណើរការ | មិនទាន់ទេ — ប្រើការការពារបណ្ដោះអាសន្ន |
| AlmaLinux 8, 9, 10 | ជួសជុលនៅក្នុងឃ្លាំងសាកល្បង | 8: 4.18.0-553.180.2.el8_10 9: 5.14.0-687.61.2.el9_8 10: 6.12.0-211.69.2.el10_2 |
| រ៉ក់គី លីនុច, RHEL 8, 9, 10 | មិនទាន់មានការជួសជុលនៅឡើយទេ | ប្រើការការពារបណ្ដោះអាសន្ន |
| Oracle Linux 7–10 (សហភាពអឺរ៉ុប) | ថេរ | តាមរយៈការអាប់ដេតស្តង់ដារ |
| ស៊ូស៊ី / អូផិនស៊ូស៊ី លោត ១៦ | ថេរ | តាមរយៈការអាប់ដេតស្តង់ដារ |
ជំហានទី 1. ពិនិត្យមើលថាតើអ្នកកំពុងដំណើរការខឺណែលមួយណា
ស្វែងយល់ពីកំណែរបស់ខឺណែលដែលកំពុងដំណើរការ៖
uname -r
លេខកំណែតែមួយមុខមិនប្រាប់អ្នកអ្វីទាំងអស់៖ ការចែកចាយ backport ជួសជុលទៅក្នុង kernel ផ្ទាល់ខ្លួនរបស់វាដោយមិនចាំបាច់ផ្លាស់ប្តូរកំណែមូលដ្ឋាន។ វាកាន់តែអាចទុកចិត្តបានក្នុងការពិនិត្យមើល changelog នៃកញ្ចប់ kernel — ប្រសិនបើវាបញ្ជាក់ពីលេខ CVE ការជួសជុលត្រូវបានដំឡើងរួចហើយ។
ដេបៀន និង អ៊ូប៊ុនទូ៖
apt changelog linux-image-$(uname -r) 2>/dev/null | grep CVE-2026-98432
នៅលើ Debian, uname -v ពាក្យបញ្ជាក៏បង្ហាញកំណែកញ្ចប់ពេញលេញនៃខឺណែលដែលកំពុងដំណើរការផងដែរ៖ ប្រៀបធៀបវាជាមួយតារាងខាងលើ។
AlmaLinux, Rocky Linux, RHEL, Oracle Linux៖
rpm -q --changelog kernel-core-$(uname -r) | grep CVE-2026-98432
ប្រសិនបើពាក្យបញ្ជាមិនបោះពុម្ពអ្វីទាំងអស់ នោះខឺណែលដែលកំពុងដំណើរការនឹងងាយរងគ្រោះ។
បន្ទាប់មក សូមពិនិត្យមើលថាតើសេវាកម្មណាខ្លះដែលទទួលយកការតភ្ជាប់តាមរយៈ MPTCP។ ម៉ាស៊ីនមេដូចជាទាំងនេះគឺជាគោលដៅនៅក្នុងការវាយប្រហារដែលបានបង្ហាញ៖
ss -lnMp
លទ្ធផលទទេមានន័យថាមិនមានអ្នកស្តាប់ MPTCP ទេ។
ជំហានទី 2. ដំឡើងខឺណែលដែលបានជួសជុល
ថតចម្លង ឬថតរូបភាពនៃម៉ាស៊ីនមេរបស់អ្នក មុនពេលធ្វើបច្ចុប្បន្នភាពខឺណែល។
ដេបៀន ៩ និង ១០
ខឺណែលដែលបានជួសជុលស្ថិតនៅក្នុងឃ្លាំងសុវត្ថិភាព។ ត្រូវប្រាកដថាវាត្រូវបានបើក៖
grep -r security.debian.org /etc/apt/sources.list /etc/apt/sources.list.d/
ប្រសិនបើរកមិនឃើញអ្វីទេ សូមបន្ថែម security.debian.org ឃ្លាំងសម្រាប់ការចេញផ្សាយរបស់អ្នក។ បន្ទាប់មកធ្វើបច្ចុប្បន្នភាពប្រព័ន្ធ៖
apt update
apt full-upgrade
reboot
គូប៊ុនទូ
ខឺណែលដែលបានជួសជុលមិនទាន់ត្រូវបានចេញផ្សាយនៅឡើយទេ។ សូមពិនិត្យមើលការអាប់ដេត៖
apt update
apt list --upgradable | grep linux-image
ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកត្រូវបានភ្ជាប់ទៅ Ubuntu Pro អ្នកអាចពិនិត្យមើលផែនការជួសជុល៖
pro fix CVE-2026-98432 --dry-run
នៅពេលដែលការជួសជុលត្រូវបានចេញផ្សាយ សូមដំឡើងវា ហើយចាប់ផ្ដើមឡើងវិញ៖
apt update
apt full-upgrade
reboot
រហូតមកដល់ពេលនោះ ត្រូវប្រាកដថាអនុវត្តការការពារបណ្ដោះអាសន្នពីជំហានទី 3។
AlmaLinux 8, 9, 10
ខឺណែលដែលបានជួសជុលបច្ចុប្បន្នមានតែនៅក្នុងឃ្លាំងសាកល្បងប៉ុណ្ណោះ។ សូមដំឡើងវាប្រសិនបើអ្នកមានផាសុកភាពក្នុងការធ្វើដូច្នេះនៅលើម៉ាស៊ីនបម្រើផលិតកម្ម ហើយត្រូវប្រាកដថាថតរូបភាពមុនពេលធ្វើបច្ចុប្បន្នភាព៖
dnf install -y almalinux-release-testing
dnf update 'kernel*' --enablerepo=almalinux-testing
dnf config-manager --disable almalinux-testing
reboot
បន្ទាប់ពីចាប់ផ្ដើមឡើងវិញ សូមប្រៀបធៀប uname -r ជាមួយកំណែនៅក្នុងតារាងខាងលើ។ ប្រសិនបើអ្នកមិនចង់ដំឡើងកញ្ចប់សាកល្បងទេ សូមអនុវត្តការការពារបណ្ដោះអាសន្ន ហើយរង់ចាំការជួសជុលទៅដល់ឃ្លាំងសំខាន់។
Rocky Linux និងប្រព័ន្ធដែលមានមូលដ្ឋានលើ RHEL ផ្សេងទៀត
មិនទាន់មានការជួសជុលនៅឡើយទេ។ អ្នកអាចរង់ចាំមើលវាជាមួយ៖
dnf --refresh updateinfo info --all --cves CVE-2026-98432
នៅពេលដែលការជួសជុលត្រូវបានចេញផ្សាយ៖
dnf update kernel
reboot
បន្ទាប់ពីការអាប់ដេត៖ តម្រូវឱ្យចាប់ផ្ដើមឡើងវិញ
ខឺណែលថ្មីមានប្រសិទ្ធភាពលុះត្រាតែអ្នកចាប់ផ្ដើមកុំព្យូទ័រឡើងវិញ (reboot)។ ដើម្បីពិនិត្យមើលថាតើត្រូវការខឺណែលនេះឬអត់៖
# Debian and Ubuntu
[ -f /var/run/reboot-required ] && echo "Reboot required"
# AlmaLinux, Rocky, RHEL
needs-restarting -r
បន្ទាប់ពីចាប់ផ្ដើមឡើងវិញ សូមធ្វើការត្រួតពិនិត្យឡើងវិញពីជំហានទី 1។
ជំហានទី 3. ការការពារបណ្ដោះអាសន្នរហូតដល់ខឺណែលថេរអាចប្រើបាន
វិធានការទាំងនេះកាត់បន្ថយហានិភ័យ ប៉ុន្តែមិនជំនួសការអាប់ដេតខឺណែលទេ។
រារាំងកញ្ចប់បង្ក
ការវាយប្រហារនេះប្រើប្រាស់កញ្ចប់ TCP ជាមួយជម្រើស IP នៅក្នុងបឋមកថា IPv4។ ពួកវាមិនដែលលេចឡើងក្នុងចរាចរណ៍ធម្មតាទេ ហើយ RFC 7126 ណែនាំឱ្យទម្លាក់វាចោលរួចហើយ។ ច្បាប់ nftables ខាងក្រោមទម្លាក់កញ្ចប់ TCP IPv4 ចូលទាំងអស់ជាមួយជម្រើស ហើយមិនប៉ះពាល់ដល់ IPv6, UDP ឬ ICMP ទេ។ វាដំណើរការរួមគ្នាជាមួយ ufw និង firewalld។
ដំឡើង nftables ប្រសិនបើវាមិនទាន់ត្រូវបានដំឡើង៖
# Debian and Ubuntu
apt install -y nftables
# AlmaLinux, Rocky, RHEL
dnf install -y nftables
បង្កើតឯកសារក្បួនដោះស្រាយ៖
cat > /etc/cve-2026-98432.nft <<'EOF'
table ip cve_2026_98432 {
chain pre {
type filter hook prerouting priority -300; policy accept;
meta l4proto tcp ip hdrlength gt 5 counter drop
}
}
EOF
ដើម្បីស្ដារច្បាប់ឡើងវិញបន្ទាប់ពីការចាប់ផ្ដើមឡើងវិញរាល់ពេល សូមបង្កើតសេវាកម្ម systemd៖
cat > /etc/systemd/system/cve-2026-98432.service <<'EOF'
[Unit]
Description=Mitigation for CVE-2026-98432
After=network-pre.target nftables.service firewalld.service ufw.service
[Service]
Type=oneshot
RemainAfterExit=yes
ExecStartPre=-/usr/sbin/nft delete table ip cve_2026_98432
ExecStart=/usr/sbin/nft -f /etc/cve-2026-98432.nft
ExecStop=/usr/sbin/nft delete table ip cve_2026_98432
[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
systemctl enable --now cve-2026-98432.service
ពិនិត្យមើលថាច្បាប់ត្រូវបានផ្ទុកហើយ៖
nft list table ip cve_2026_98432
ប្រសិនបើអ្នកចាប់ផ្តើមសេវាកម្ម nftables ឡើងវិញជាមួយសកល flush ruleset គ្រប់គ្រង, រត់ systemctl restart cve-2026-98432 ក្រោយមក។
សំខាន់៖ កុំអនុវត្តច្បាប់នេះលើបណ្តាញដោយប្រើស្លាក CIPSO (SELinux ឬ Smack NetLabel) — ជម្រើស IP ត្រូវបានប្រើជាធម្មតានៅទីនោះ។ ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកបញ្ជូនចរាចរណ៍សម្រាប់ម៉ាស៊ីនផ្សេងទៀត ច្បាប់ក៏នឹងទម្លាក់កញ្ចប់ TCP របស់ពួកគេជាមួយជម្រើស IP ផងដែរ។
បិទ MPTCP ប្រសិនបើអ្នកមិនត្រូវការវា
sysctl -w net.mptcp.enabled=0
echo "net.mptcp.enabled = 0" > /etc/sysctl.d/99-disable-mptcp.conf
ការកំណត់នេះគ្រាន់តែការពារ ថ្មី រន្ធ MPTCP ពីការបង្កើត។ សេវាកម្មដែលកំពុងដំណើរការរួចហើយនឹងបន្តស្តាប់តាមរយៈ MPTCP ដូច្នេះចាប់ផ្តើមសេវាកម្មនីមួយៗឡើងវិញដែលបានរាយបញ្ជីដោយ ss -lnMp ហើយត្រូវប្រាកដថាទិន្នផលរបស់វាឥឡូវនេះទទេ។
នៅលើ AlmaLinux ប្រព័ន្ធ MPTCP ត្រូវបានបិទតាមលំនាំដើម លុះត្រាតែអ្នកបើកវាដោយខ្លួនឯង។
បិទ MPTCP នៅក្នុងកម្មវិធី Go
សម្រាប់សេវាកម្មដែលបង្កើតឡើងជាមួយ Go 1.24 ឬថ្មីជាងនេះ អ្នកអាចបិទ MPTCP ជាមួយអថេរបរិស្ថាន។ ឧទាហរណ៍ សម្រាប់សេវាកម្មដែលហៅថា myservice:
systemctl edit myservice
បន្ថែមខាងក្រោមទៅឯកសារដែលបើក៖
[Service]
Environment=GODEBUG=multipathtcp=0
បន្ទាប់មកចាប់ផ្តើមសេវាកម្មឡើងវិញ៖
systemctl restart myservice
ធ្វើបច្ចុប្បន្នភាពកាំរស្មីអ៊ិច
ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកដំណើរការ Xray សូមធ្វើបច្ចុប្បន្នភាពវាទៅ v26.10.31 ឬថ្មីជាងនេះ។ កំណែមុន v26.10.29 ត្រូវបានអ្នកអភិវឌ្ឍន៍របស់វាដកចេញ។ ការអាប់ដេតនេះបិទ MPTCP ប៉ុន្តែមិនជួសជុលខឺណែលទេ ដូច្នេះការអាប់ដេតខឺណែលនៅតែត្រូវបានទាមទារ។
ពិនិត្យមើលការកំណត់មួយទៀត
ផ្លូវកេងប្រវ័ញ្ចទីពីរដែលតូចចង្អៀតតម្រូវឱ្យមានការបើកដំណើរការសំណើផ្លាស់ទី។ វាត្រូវបានបិទតាមលំនាំដើម — ត្រូវប្រាកដថាវា៖
sysctl net.ipv4.tcp_migrate_req
ពាក្យបញ្ជាគួរតែបោះពុម្ព 0.
ដាក់កម្រិតការចូលប្រើសេវាកម្មរបស់អ្នក
បិទច្រកជញ្ជាំងភ្លើងនីមួយៗដែលមិនចាំបាច់អាចភ្ជាប់បានពីអ៊ីនធឺណិត។ ប្រសិនបើអាចធ្វើទៅបាន សូមបើកសេវាកម្មរដ្ឋបាល — SSH ផ្ទាំងបញ្ជា មូលដ្ឋានទិន្នន័យ — សម្រាប់តែអាសយដ្ឋាន IP ដែលទុកចិត្តប៉ុណ្ណោះ។
ជំហានទី 4. បន្ទាប់ពីដំឡើងខឺណែលដែលបានជួសជុលរួច
- ចាប់ផ្ដើមម៉ាស៊ីនមេឡើងវិញ ហើយប្រើពាក្យបញ្ជាពីជំហានទី 1 ដើម្បីបញ្ជាក់ថាខឺណែលដែលបានជួសជុលកំពុងដំណើរការ។
- អ្នកអាចលុបច្បាប់បណ្ដោះអាសន្នចេញ៖
systemctl disable --now cve-2026-98432.service
rm /etc/systemd/system/cve-2026-98432.service /etc/cve-2026-98432.nft
systemctl daemon-reload - ប្រសិនបើអ្នកត្រូវការ MPTCP សូមស្ដារការកំណត់ឡើងវិញ៖ លុប
/etc/sysctl.d/99-disable-mptcp.confហើយរត់sysctl -w net.mptcp.enabled=1.
ប្រសិនបើមានអ្វីខុស
ប្រសិនបើម៉ាស៊ីនមេរបស់អ្នកមិនចាប់ផ្ដើមឡើងវិញបន្ទាប់ពីការអាប់ដេតខឺណែល សូមភ្ជាប់តាមរយៈកុងសូល VNC នៅក្នុងផ្ទាំងបញ្ជា ហើយជ្រើសរើសខឺណែលមុននៅក្នុងម៉ឺនុយចាប់ផ្ដើម។ ប្រសិនបើអ្នកមិនប្រាកដថាអ្នកអាចធ្វើវាដោយខ្លួនឯងបាន ឬត្រូវការជំនួយជាមួយនឹងការអាប់ដេត សូមទាក់ទងក្រុមគាំទ្ររបស់យើង។