Ubuntu แก้ Fetchmail เสี่ยงล่มผ่านเครือข่าย — USN-9013-1
ผู้ดูแลระบบที่ใช้ Fetchmail บน Ubuntu รุ่นที่ระบุควรจัดคิวอัปเดตโดยเร็ว เพื่อป้องกันการดึงเมลหยุดทำงานจากข้อมูลเครือข่ายที่ออกแบบมาโจมตี
1-minute summary
- Symptom / problem
- Fetchmail จัดการ log ยาว ข้อความสถานะ SMTP และข้อความยืนยันตัวตน NTLM ผิดพลาด อาจทำให้โปรแกรมล่มและบางเงื่อนไขอาจรันโค้ดได้
- Who should read
- ผู้ดูแลระบบที่ใช้ Fetchmail บน Ubuntu 16.04 LTS, 18.04 LTS, 20.04 LTS, 22.04 LTS, 24.04 LTS, 26.04 LTS และ 26.10
- Fix in short
- อัปเดตแพ็กเกจ fetchmail ให้ถึงรุ่นที่แก้ของ Ubuntu แต่ละรุ่นตามตาราง โดยรุ่นเก่าต้องเข้าถึงช่องทาง ESM ที่ระบุ
พอดีไล่ฟีด Ubuntu เจอประกาศ USN-9013-1 ลงวันที่ 9 พฤศจิกายน 2026 แก้ช่องโหว่ใน Fetchmail ซึ่งเป็นเครื่องมือดึงเมลผ่าน POP3, APOP หรือ IMAP แล้วส่งต่อไปยังระบบรับเมล ผมแนะนำให้ตรวจเครื่องที่ใช้ Fetchmail ดึงเมลอัตโนมัติ เพราะข้อมูลจากปลายทางที่ออกแบบมาโจมตีอาจทำให้โปรแกรมหยุดทำงานได้ ประกาศนี้รวมปัญหา log ยาว การอ่านสถานะ SMTP และการยืนยันตัวตนแบบ NTLM ไว้ในชุดอัปเดตเดียว
ใครต้องทำอะไร
- ผู้ดูแลระบบ: ถ้าใช้ Fetchmail บน Ubuntu รุ่นในตาราง ให้จัดคิวอัปเดตโดยเร็วและตรวจว่าระบบดึงเมลกลับมาทำงานตามปกติหลังอัปเดต
เกิดอะไรขึ้น
CVE-2021-36386 เป็นปัญหาที่ Christian Herdtweck พบว่า Fetchmail จัดการข้อความบันทึกเหตุการณ์หรือ log ที่ยาวบางรูปแบบไม่ถูกต้อง ผู้โจมตีจากระยะไกลอาจใช้ช่องโหว่นี้ทำให้โปรแกรมล่ม เกิดภาวะปฏิเสธการให้บริการหรือ DoS สำหรับประกาศนี้ ปัญหาดังกล่าวกระทบเฉพาะ Ubuntu 16.04 LTS, 18.04 LTS และ 20.04 LTS
CVE-2025-61962 อยู่ในส่วน SMTP client ที่อ่านข้อความรหัสสถานะบางรูปแบบผิดพลาด ผู้โจมตีที่ควบคุมเซิร์ฟเวอร์อันตรายอาจส่งข้อความเพื่อทำให้ Fetchmail ล่มได้ ผลกระทบคือ DoS เช่นกัน และประกาศระบุว่าปัญหานี้กระทบเฉพาะ Ubuntu 16.04 LTS, 18.04 LTS และ 20.04 LTS
CVE-2026-94184 เป็นปัญหาที่ Tristan Madani พบในการรับข้อความยืนยันตัวตนแบบ NTLM ปลายทางส่งข้อความมาให้ Fetchmail ตอบกลับเพื่อพิสูจน์ตัวตน แต่โปรแกรมจัดการข้อความบางแบบผิดพลาด ผู้โจมตีจากระยะไกลอาจทำให้โปรแกรมล่ม หรืออาจสั่งรันโค้ดได้ อย่างไรก็ตาม Ubuntu ระบุว่าตัวเลือกคอมไพเลอร์มาตรฐานของรุ่นที่ได้รับผลกระทบน่าจะลดผลกระทบเหลือ DoS เงื่อนไขนี้ยังต้องติดตั้งแพตช์ให้ครบตาม รายละเอียดประกาศจาก Canonical
ใครโดนและรุ่นที่แก้
ประกาศครอบคลุมแพ็กเกจ fetchmail บน Ubuntu ตามตารางนี้ เลขรุ่นที่ใช้ตรวจต้องตรงกับ Ubuntu ของเครื่องนั้น เพราะแพตช์แต่ละสายมีเลขแพ็กเกจต่างกัน ข้อมูลประกาศทางการของ Canonical ระบุรุ่นที่แก้ดังนี้
| Ubuntu / แพ็กเกจ | รุ่นที่แก้ | ช่องทางอัปเดต |
|---|---|---|
| 16.04 LTS / fetchmail | 6.3.26-2ubuntu0.1~esm1 |
esm-infra-legacy |
| 18.04 LTS / fetchmail | 6.3.26-3ubuntu0.1~18.04.1+esm1 |
esm-infra |
| 20.04 LTS / fetchmail | 6.4.2-2ubuntu0.1~esm1 |
esm-infra |
| 22.04 LTS / fetchmail | 6.4.27-1ubuntu0.2 |
security |
| 24.04 LTS / fetchmail | 6.4.38-1ubuntu4.2 |
security |
| 26.04 LTS / fetchmail | 6.6.2-2ubuntu0.1 |
security |
| 26.10 / fetchmail | 6.6.6-1ubuntu0.1 |
security |
ข้อมูลประกาศยังระบุ fetchmailconf สำหรับ Ubuntu 16.04 LTS และ 18.04 LTS ที่เลขรุ่นเดียวกับ fetchmail ของแต่ละรุ่น หากติดตั้งแพ็กเกจนี้ไว้ให้รับอัปเดตด้วย
ต้องทำอะไร
Ubuntu แนะนำให้อัปเดตระบบตามปกติ สำหรับการตรวจและอัปเดตเฉพาะแพ็กเกจที่ติดตั้งอยู่ สามารถใช้คำสั่งต่อไปนี้ โดยดูรุ่นที่ติดตั้งก่อน แล้วเทียบผลหลังอัปเดตกับตาราง
dpkg-query -W fetchmail
sudo apt update
sudo apt install --only-upgrade fetchmail
apt-cache policy fetchmail
ถ้าใช้ Ubuntu 16.04 LTS, 18.04 LTS หรือ 20.04 LTS ให้ตรวจว่าเครื่องเข้าถึงช่องทาง ESM ตามตารางได้ หากไม่มีรุ่นที่แก้ปรากฏในรายการแพ็กเกจ ให้ตรวจสิทธิ์รับแพตช์และแหล่งอัปเดตก่อนปิดงาน ส่วนเครื่องที่มี fetchmailconf ให้รวมแพ็กเกจนั้นในการอัปเดตด้วย
หลังติดตั้ง ให้เริ่มกระบวนการ Fetchmail ที่รันค้างอยู่ใหม่ตามวิธีที่ใช้งาน เช่น บริการของระบบหรือโปรแกรมที่ผู้ใช้เรียกเอง แล้วตรวจ log และทดสอบรอบดึงเมลว่ารับและส่งต่อได้ตามปกติ เพื่อให้แน่ใจว่าระบบใช้งานโปรแกรมที่อัปเดตแล้ว
ส่วนตัวผมแนะนำให้อัปเดตโดยเร็วถ้าใช้ Fetchmail ดึงเมลอัตโนมัติ ที่มา: USN-9013-1: Fetchmail vulnerabilities (ประกาศ Ubuntu) และ ข้อมูลประกาศจาก Canonical หากมีรายละเอียดจากผู้พัฒนาเพิ่มเติม เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ
Want us to set this up?
Get help with server setup, configuration, migration, or troubleshooting. Save time for the work that matters.
Hit something like this? Stuck somewhere?
Come trade notes on the LinuxThai board



Comments 0
No comments yet — be the first