EST. 2026 — บันทึกงานเซิร์ฟเวอร์จริง SYSADMIN · SECURITY · AI · DIRECTADMIN เล่มที่ 01
THE SYSADMIN ALMANAC
หน้าหลัก / Security Notice / SOGo เสี่ยงถูกยึดบัญชีผ่านลิงก์รีเซ็ตรหัสผ่าน USN-8993-1
Security Notice

SOGo เสี่ยงถูกยึดบัญชีผ่านลิงก์รีเซ็ตรหัสผ่าน USN-8993-1

โดย Ton-Or ·3 พ.ย. 2026·อ่าน 3 นาที
SOGo เสี่ยงถูกยึดบัญชีผ่านลิงก์รีเซ็ตรหัสผ่าน USN-8993-1

ผู้ดูแล SOGo บน Ubuntu 26.04 LTS ควรเร่งติดตั้งแพ็กเกจแก้และ restart บริการในช่วงที่กระทบผู้ใช้น้อยที่สุด

สรุปใน 1 นาที

อาการ/ปัญหา
SOGo ใช้ Origin จากไคลเอนต์สร้างลิงก์รีเซ็ตรหัสผ่าน ทำให้ผู้โจมตีอาจได้โทเคนและยึดบัญชี
ใครควรอ่าน
ประกาศนี้ระบุแพ็กเกจ sogo บน Ubuntu 26.04 LTS
ทางแก้แบบสั้น
อัปเดต sogo เป็น 5.12.4-1.2ubuntu0.1~esm2 ผ่าน ESM Apps แล้ว restart SOGo
ข้ามไปขั้นตอน

พอดีเห็น Ubuntu ออกประกาศ USN-8993-1 เมื่อวันที่ 3 พฤศจิกายน 2026 เรื่องช่องโหว่ใน SOGo ซึ่งเป็นเซิร์ฟเวอร์ groupware ประเด็นอยู่ที่ลิงก์รีเซ็ตรหัสผ่าน ผู้โจมตีจากระยะไกลอาจได้โทเคนสำหรับเปลี่ยนรหัสผ่านและเข้ายึดบัญชีผู้ใช้ ใครดูแลบริการนี้ควรตรวจแพ็กเกจที่ติดตั้งกับแหล่งอัปเดตให้ครบก่อนวางแผนลงแพตช์

USN-8993-1ประกาศ Ubuntu
3 พ.ย. 26วันที่ประกาศ ปี 2026
SOGoซอฟต์แวร์ที่ต้องตรวจ
26.04 LTSUbuntu ที่ประกาศระบุ

เกิดอะไรขึ้น

SOGo นำค่า HTTP header ชื่อ Origin ที่ไคลเอนต์ส่งมาใช้ประกอบลิงก์รีเซ็ตรหัสผ่าน ช่องโหว่นี้มีรหัส CVE-2026-93453 ผลกระทบที่ Ubuntu ระบุคือผู้โจมตีอาจได้ password reset token และนำไปยึดบัญชี ประกาศไม่ได้ให้ระดับความรุนแรงหรือคะแนน CVSS

สำหรับนักพัฒนา ค่าใน header ก็เป็นข้อมูลที่ผู้ส่งคำขอควบคุมได้ เวลาสร้างลิงก์รีเซ็ตรหัสผ่าน แอปต้องมั่นใจว่าปลายทางเป็นโดเมนที่กำหนดไว้ ควรเก็บโทเคนเป็นความลับ เพราะผู้ที่ได้โทเคนอาจใช้เปลี่ยนรหัสผ่านได้ตามเงื่อนไขของระบบ

ประกาศไม่ได้แจกแจงขั้นตอนโจมตีหรือเงื่อนไขทั้งหมด การพบแพ็กเกจที่ต้องอัปเดตบอกว่ามีความเสี่ยง แต่ยังไม่ใช่หลักฐานว่าบัญชีถูกยึดแล้ว

ใครโดนและรุ่นที่แก้

รายการแก้ไขในประกาศครอบคลุม Ubuntu release และแพ็กเกจดังนี้

Ubuntu release แพ็กเกจ รุ่นที่แก้
26.04 LTS (resolute) sogo 5.12.4-1.2ubuntu0.1~esm2

Ubuntu ระบุว่าแพตช์นี้ให้ผ่าน Ubuntu Pro ในช่องทาง ESM Apps ส่วน community fix อาจเปิดให้ใช้ภายหลัง แต่ไม่ได้ระบุวัน ประกาศไม่ได้ให้ช่วงเลขรุ่นที่ได้รับผลกระทบทั้งหมด หรือข้อมูล release อื่น เลยไม่ควรขยายตารางด้วยการคาดเดา

สำหรับการตรวจเครื่องจริง ให้ดูทั้งรุ่นที่ติดตั้งและรุ่น candidate จาก repository ที่เครื่องใช้อยู่ เลขรุ่น upstream เพียงอย่างเดียวไม่พอสำหรับตัดสินแพ็กเกจของดิสทริบิวชัน เพราะแพตช์อาจอยู่ในส่วน revision ของแพ็กเกจ ควรเก็บผลตรวจก่อนและหลังไว้ในบันทึกการเปลี่ยนแปลงด้วย

ต้องทำอะไร

เตรียมสำรองข้อมูลและค่าตั้งตามกระบวนการปกติของระบบ แล้วตรวจว่าเครื่องเข้าถึง ESM Apps ได้ หากมีแพ็กเกจแก้เป็น candidate สามารถตรวจ อัปเดต และ restart บริการตามลำดับนี้

sudo apt update
apt-cache policy sogo
sudo apt install --only-upgrade sogo
sudo systemctl restart sogo
dpkg-query -W -f='${Package} ${Version}\n' sogo
systemctl is-active sogo

หาก candidate ยังไม่ใช่รุ่นแก้หรือรุ่นใหม่กว่าที่มีแพตช์ ให้ตรวจสิทธิ์ Ubuntu Pro และสถานะ ESM Apps ก่อน การที่คำสั่งอัปเดตทำงานสำเร็จไม่ได้ยืนยันว่าได้รับแพตช์นี้แล้ว ต้องอ่านเลขรุ่นที่ติดตั้งหลังจบงานด้วย Ubuntu กำชับให้ restart SOGo หลังอัปเดตเพื่อให้การแก้ไขมีผลครบ

หลัง restart ให้ทดสอบการเข้าใช้งานและขอรีเซ็ตรหัสผ่านด้วยบัญชีทดสอบที่ได้รับอนุญาต ตรวจว่าลิงก์ชี้ไปยังโดเมนบริการที่กำหนด อย่าให้โทเคนติดไปกับภาพหน้าจอหรือรายงาน สถานะ active บอกว่าบริการทำงานอยู่ แต่ยังต้องทดสอบการใช้งานด้วย

ประกาศไม่ได้เสนอ workaround หากยังติดตั้งแพตช์ไม่ได้ ควรบันทึกข้อขัดข้อง ผู้รับผิดชอบ และกำหนดติดตามให้ชัดเจน การตรวจค่าตั้งทั่วไปเป็นงานเสริม ไม่ควรถูกใช้เป็นหลักฐานว่าช่องโหว่ในแพ็กเกจได้รับการแก้แล้ว

ส่วนตัวผมให้เรื่องนี้อยู่ในคิวเร่งด่วนสำหรับระบบที่ใช้ SOGo เพราะผลกระทบแตะถึงการยึดบัญชี ควรเลือกช่วงที่กระทบผู้ใช้น้อยที่สุดและตรวจผลให้ครบ ที่มา: USN-8993-1: SOGo vulnerability หากมีรายละเอียดจากผู้พัฒนาเพิ่มเติม เดี๋ยวกลับมาแก้เพิ่มให้ภายหลังครับ

อยากให้เราทำให้ไหม?

ให้เราช่วยติดตั้ง ตั้งค่า ย้ายระบบ หรือแก้ปัญหาเซิร์ฟเวอร์ เพื่อให้คุณมีเวลาไปทำงานที่สำคัญกว่า

คุยเรื่องงานกับเรา

เคยเจองานแบบนี้ไหม? ติดตรงไหน?

มาแลกวิธีกันต่อในบอร์ด LinuxThai

→ คุยต่อในบอร์ด

ความคิดเห็น 0

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