SNMPTT เสี่ยงถูกรันคำสั่ง shell จากระยะไกล USN-9062-1
ผู้ดูแลระบบที่ใช้ SNMPTT รับ trap แล้วเรียกคำสั่งภายนอกควรตรวจสอบแพตช์โดยเร็ว เพราะผู้โจมตีจากระยะไกลอาจสั่งรัน shell ได้
สรุปใน 1 นาที
- อาการ/ปัญหา
- ข้อมูล trap ที่กรองไม่รัดกุมอาจถูกนำไปใช้รันคำสั่ง shell ผ่านตัวเลือกเรียกคำสั่งของ SNMPTT
- ใครควรอ่าน
- ผู้ดูแลระบบที่ใช้ SNMPTT บน Ubuntu 20.04 LTS, 18.04 LTS หรือ 16.04 LTS
- ทางแก้แบบสั้น
- อัปเดต snmptt เป็น 1.4-2ubuntu0.1~esm1 สำหรับ 20.04 หรือ 1.4-1ubuntu0.18.04.1~esm1 และ 1.4-1ubuntu0.16.04.1~esm1 สำหรับ 18.04 และ 16.04 ตามลำดับ
พอดีไล่ฟีด Ubuntu เจอประกาศ USN-9062-1 ลงวันที่ 11 พฤศจิกายน 2026 เกี่ยวกับ SNMPTT ซึ่งใช้จัดการข้อความแจ้งเหตุ SNMP trap ข้อมูลที่รับมาอาจถูกส่งต่อไปเรียกคำสั่งภายนอก หากกรองข้อมูลไม่ครบ ผู้โจมตีอาจใช้ช่องนี้รันคำสั่ง shell ได้ คนดูแลระบบเฝ้าระวังเครือข่ายที่ใช้ SNMPTT ควรตรวจแพ็กเกจและการตั้งค่าที่เรียกคำสั่ง
ใครต้องทำอะไร
- ผู้ดูแลระบบ: ถ้าใช้ SNMPTT บน Ubuntu 20.04 LTS, 18.04 LTS หรือ 16.04 LTS ให้เร่งอัปเดต โดยเริ่มจากระบบที่นำข้อมูล trap ไปเรียกคำสั่งภายนอก
เกิดอะไรขึ้น
ช่องโหว่นี้คือ CVE-2020-24361 กระทบ SNMPTT รุ่นต้นน้ำก่อน 1.4.2 ข้อมูล trap อาจถูกนำไปใช้รันโค้ด shell ผ่านตัวเลือกเรียกคำสั่ง ตามหน้า CVE ของ Ubuntu และบันทึกการแก้ไขของ SNMPTT
จุดที่ต้องระวังคือข้อมูลจากเครือข่ายถูกตีความเป็นส่วนหนึ่งของคำสั่ง แทนที่จะเป็นเพียงข้อความแจ้งเหตุ ผลกระทบเลยอาจเกินกว่าระบบแจ้งเตือนทำงานผิดพลาด ต้องตรวจทั้งแพ็กเกจและการตั้งค่าที่นำข้อมูลไปใช้ต่อ
บันทึกการแก้ไขและ CVE record สะกดชื่อตัวเลือกหนึ่งเป็น PREXEC แต่ชื่อที่ใช้ในเอกสารตั้งค่าของ SNMPTT คือ PREEXEC ผู้ดูแลควรตรวจ EXEC, PREEXEC และ unknown_trap_exec ในการตั้งค่าที่ใช้อยู่
ช่องโหว่นี้ยังไม่อยู่ใน KEV ฉบับ 10 พฤศจิกายน 2026 สถานะนี้ไม่ได้แปลว่าไม่มีการโจมตี
ใครโดนและรุ่นที่แก้
รายการประกาศ Ubuntu ระบุสามรุ่นด้านล่าง เลขแพ็กเกจตรวจจากหน้า CVE ของ Ubuntu เพราะหน้า USN ฉบับเต็มเปิดไม่ได้ระหว่างตรวจบทความ
| Ubuntu / แพ็กเกจ | รุ่นที่แก้แล้ว |
|---|---|
20.04 LTS / snmptt |
1.4-2ubuntu0.1~esm1 |
18.04 LTS / snmptt |
1.4-1ubuntu0.18.04.1~esm1 |
16.04 LTS / snmptt |
1.4-1ubuntu0.16.04.1~esm1 |
แพตช์ของ 20.04 และ 18.04 อยู่ใน ESM Apps ผ่าน Ubuntu Pro ให้ตรวจช่องทางรับแพตช์ด้วย ต้องเทียบเลขรุ่นเต็มกับแถวของ Ubuntu ที่ใช้อยู่ เพราะแพตช์อาจถูกนำมาใส่ในแพ็กเกจรุ่นเดิม
ต้องทำอะไร
ตรวจว่าติดตั้ง snmptt อยู่หรือไม่ แล้วดูการตั้งค่าที่นำข้อมูล trap ไปเรียกคำสั่ง สำหรับการติดตั้งผ่านแพ็กเกจ Ubuntu ให้รีเฟรชรายการ ดูรุ่นที่คลังเสนอ และอัปเดตดังนี้
dpkg-query -W snmptt
sudo apt update
apt-cache policy snmptt
sudo apt install --only-upgrade snmptt
dpkg-query -W snmptt
ถ้าไม่พบแพ็กเกจ ให้ตรวจว่าติดตั้งจากซอร์สหรือช่องทางอื่นหรือไม่ ถ้าคลังยังเสนอรุ่นเก่า ให้ตรวจแหล่งแพ็กเกจและสิทธิ์รับแพตช์ก่อนสรุปว่าแก้แล้ว การที่บริการยังรับ trap ได้ไม่ได้บอกสถานะช่องโหว่
หลังอัปเดต ให้ตรวจเลขรุ่นอีกครั้งและทดสอบการรับ trap รวมถึงคำสั่งที่จำเป็นต้องเรียกใช้ เก็บผลตรวจรุ่นกับผลทดสอบไว้ประกอบงานแพตช์ด้วย
ส่วนตัวผมให้เร่งแพตช์ระบบที่รับ trap แล้วเรียกคำสั่งภายนอก เพราะผลกระทบอาจถึงขั้นรัน shell ได้ ที่มา: USN-9062-1: SNMPTT vulnerability เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ
อยากให้เราทำให้ไหม?
ให้เราช่วยติดตั้ง ตั้งค่า ย้ายระบบ หรือแก้ปัญหาเซิร์ฟเวอร์ เพื่อให้คุณมีเวลาไปทำงานที่สำคัญกว่า
เคยเจองานแบบนี้ไหม? ติดตรงไหน?
มาแลกวิธีกันต่อในบอร์ด LinuxThai



ความคิดเห็น 0
ยังไม่มีความคิดเห็น — เป็นคนแรกเลย