เตือน OVHcloud CLI ถูกสลับไฟล์ 5 รุ่น ใครโหลดช่วงเสี่ยงต้องเปลี่ยนคีย์

OVHcloud CLI จำนวน 5 รุ่น ตั้งแต่ v0.11.0 ถึง v0.15.0 ถูกสลับไฟล์ดาวน์โหลดเป็นโปรแกรมขโมยข้อมูลเมื่อวันที่ 19 ตุลาคม 2026 โดยช่วงเสี่ยงคือเวลา 19:47–21:21 น. ตามเวลาไทย ตามประกาศของ OVHcloud ซึ่งระบุเวลาต้นทางไว้ที่ 14:47–16:21 น. เขต UTC+2 ครับ (OVHcloud)

เรื่องนี้กระทบมากกว่าตัวโปรแกรม เพราะบริษัทแนะนำว่าหากดาวน์โหลดหรืออัปเดตในช่วงดังกล่าวแล้วนำไปรัน ต้องถือว่าข้อมูลลับบนเครื่องนั้นถูกเปิดเผยแล้ว เป้าหมายที่บริษัทตรวจพบมีทั้งข้อมูลเข้าใช้คลาวด์ กุญแจเข้าเซิร์ฟเวอร์ และข้อมูลจากเครื่องมือช่วยเขียนงานด้วย AI หรือปัญญาประดิษฐ์ (OVHcloud) สำหรับคนดูแลเว็บไซต์หรือระบบร้านค้า นี่จึงเป็นเรื่องสิทธิ์ควบคุมงานและความเสี่ยงต่อค่าใช้จ่าย ไม่ใช่แค่โหลดโปรแกรมใหม่แล้วจบ

สรุป 30 วินาที: เกิดอะไรขึ้น

CLI ย่อมาจาก command-line interface คือเครื่องมือที่พิมพ์คำสั่งให้คอมพิวเตอร์ทำงาน แทนการกดเมนูทีละหน้า ส่วน ovhcloud-cli เป็นเครื่องมือที่ผู้ดูแลระบบและนักพัฒนาใช้จัดการคลาวด์กับบริการโฮสติ้งของ OVHcloud รวมถึงสั่งงานอัตโนมัติ คลาวด์ในที่นี้คือทรัพยากรคอมพิวเตอร์ที่ใช้ผ่านบริการผู้ให้บริการ เช่น เครื่องเซิร์ฟเวอร์ที่รองรับเว็บไซต์ (BleepingComputer)

ผู้โจมตียึดบัญชี GitHub ของนักพัฒนาคนหนึ่ง แล้วใช้สิทธิ์ของบัญชีนั้นสลับไฟล์โปรแกรมสำเร็จรูปที่แนบกับรุ่นเผยแพร่เดิมบน GitHub ซึ่งเป็นพื้นที่เก็บโครงการและแจกจ่ายซอฟต์แวร์ รุ่นที่เกี่ยวข้องคือ v0.11.0, v0.12.0, v0.13.0, v0.14.0 และ v0.15.0 ส่วนโค้ดต้นฉบับกับกระบวนการสร้างโปรแกรมไม่ได้รับผลกระทบตามการตรวจสอบของบริษัท (OVHcloud)

สิ่งที่ควรจำมีสามข้อ: เช็กทั้งรุ่นและเวลาที่ได้ไฟล์มา อย่ารันไฟล์ต้องสงสัยเพื่อทดลอง และถ้าเคยรันไฟล์ที่ถูกสลับ ให้เปลี่ยนหรือยกเลิกข้อมูลลับที่เกี่ยวข้อง พร้อมลบโปรแกรมนั้นและติดตั้ง v0.16.0 ที่บริษัทระบุว่าสะอาด การเปลี่ยนข้อมูลลับควรทำจากอีกเครื่องที่สะอาดตามคำแนะนำที่ The Hacker News ถ่ายทอดจากผู้ตรวจสอบเหตุการณ์ (OVHcloud, The Hacker News)

ทำไมเรื่องนี้เกี่ยวกับคุณ

ถ้าคุณเป็นพนักงานบัญชี เจ้าของร้าน ผู้ปกครอง หรือนักศึกษาที่ไม่ได้ใช้เครื่องมือนี้ ข่าวนี้ไม่ได้แปลว่าเครื่องของคุณติดโปรแกรมขโมยข้อมูลไปด้วย ขอบเขตที่ประกาศระบุผูกกับการติดตั้งเครื่องมือในช่วงเวลาที่ไฟล์ถูกสลับ และการนำไฟล์นั้นไปรัน ส่วนคนที่ได้รุ่นดังกล่าวมาก่อนวันเกิดเหตุ บริษัทระบุว่าไม่ได้รับผลกระทบจากการสลับไฟล์ครั้งนี้ (OVHcloud)

แต่ถ้าคุณทำธุรกิจที่มีคนดูแลเว็บไซต์หรือระบบหลังบ้าน คำถามที่ใช้คุยกับทีมได้คือ มีใครใช้ ovhcloud-cli และอัปเดตในช่วงเสี่ยงหรือไม่ เหตุผลคือรายการข้อมูลที่มัลแวร์ หรือโปรแกรมที่สร้างมาเพื่อทำอันตราย พยายามเก็บไม่ได้จำกัดอยู่ที่ OVHcloud บริษัทระบุถึงข้อมูลเข้าใช้ AWS, Google Cloud, Azure และกุญแจ SSH ซึ่งเป็นข้อมูลลับสำหรับยืนยันสิทธิ์เข้าเซิร์ฟเวอร์ด้วย (OVHcloud)

อีกกลุ่มที่ควรสนใจคือคนใช้เครื่องมือ AI ช่วยพัฒนางาน เพราะประกาศระบุเป้าหมายเป็นฐานข้อมูล ประวัติการใช้งาน และข้อมูลตั้งค่าของเครื่องมือกลุ่มนี้ด้วย การประเมินความเสียหายจึงควรครอบคลุมข้อมูลที่อยู่บนเครื่องทำงาน ไม่หยุดอยู่แค่บัญชีคลาวด์ที่ใช้กับคำสั่งล่าสุด (OVHcloud) ยังไม่มีข้อมูลในแหล่งข่าวชุดนี้ว่ามีองค์กรไทยได้รับผลกระทบหรือไม่ ธุรกิจในไทยที่ใช้เครื่องมือนี้จึงควรเช็กจากประวัติของตัวเอง

ทำงานยังไง

นี่คือการโจมตีห่วงโซ่อุปทานซอฟต์แวร์ หมายถึงการแทรกอันตรายเข้ามาระหว่างทางที่ผู้ใช้รับโปรแกรมจากผู้ผลิต ในกรณีนี้จุดที่ถูกเปลี่ยนคือไฟล์โปรแกรมพร้อมใช้ที่เผยแพร่แล้ว ไม่ใช่โค้ดต้นฉบับที่ทุกคนเห็น บริษัทระบุว่าบัญชีนักพัฒนาที่ถูกยึดสามารถแก้ไฟล์เผยแพร่เดิมได้ เพราะโครงการยังไม่ได้เปิดการตั้งค่าที่ล็อกไม่ให้เปลี่ยนไฟล์ของรุ่นที่เผยแพร่ไปแล้ว (OVHcloud)

ลองนึกถึงร้านสะดวกซื้อที่รถส่งของถูกจี้กลางทาง แล้วสลับขนมในกล่องเป็นของปลอม กล่องยี่ห้อเดิม ร้านเดิม คนซื้อจึงอาจเชื่อใจจากหน้ากล่องเหมือนเดิม ในเหตุการณ์นี้หน้าโครงการยังเป็นของจริง แต่ไฟล์ที่รอให้ดาวน์โหลดถูกเปลี่ยนแล้ว การเห็นชื่อเจ้าของโครงการถูกต้องจึงยังตอบไม่ได้ว่าไฟล์ที่ได้มาตรงกับของเดิมหรือเปล่า ตามลักษณะการสลับไฟล์ที่บริษัทอธิบาย (OVHcloud)

เมื่อผู้ใช้รันไฟล์ที่ถูกสลับ โค้ดอันตรายที่ฝังอยู่ถูกออกแบบให้รวบรวมข้อมูลลับและไฟล์จากเครื่อง แล้วส่งข้อมูลออกไป เป้าหมายรวมข้อมูลเข้าใช้บริการคลาวด์ กุญแจ SSH ข้อมูลตั้งค่าเครื่องมือพัฒนา และข้อมูลจากผู้ช่วย AI จึงไม่ควรประเมินว่าเสียหายได้เฉพาะบริการที่ตัว CLI ใช้จัดการ (OVHcloud)

บริษัทบอกว่าระบบ CI/CD ซึ่งเป็นกระบวนการอัตโนมัติสำหรับสร้างและตรวจโปรแกรม ไม่ได้ถูกแก้ไข แต่ไฟล์สำเร็จรูปถูกเปลี่ยนโดยตรงหลังผ่านกระบวนการนั้นแล้ว นี่อธิบายว่าทำไมผลตรวจโค้ดหรือผลทดสอบที่เคยผ่าน จึงไม่เพียงพอจะรับรองไฟล์ที่ถูกสลับภายหลัง (BleepingComputer)

จุดสังเกต: ล็อกเลขรุ่นอย่างเดียวอาจยังได้ไฟล์คนละตัว

จุดที่ผมอยากให้ทีมเล็กหยุดอ่านสักนิดคือ ผู้โจมตีแก้ไฟล์ของรุ่นที่มีอยู่แล้ว ไม่จำเป็นต้องหลอกให้ทุกคนไปใช้เลขรุ่นใหม่ ดังนั้นการระบุว่าใช้ v0.15.0 อย่างเดียว ยังไม่บอกว่าเป็นไฟล์ดั้งเดิมหรือไฟล์ที่ถูกสลับ ต้องดูเวลาที่ดาวน์โหลดและหลักฐานของไฟล์ประกอบกันด้วย (The Hacker News)

ค่า checksum หรือค่าตรวจสอบเนื้อหาไฟล์ ช่วยเปรียบเทียบว่าไฟล์ตรงกับค่าที่เชื่อถือได้หรือไม่ The Hacker News รายงานว่าการตรวจค่าที่ตรึงไว้ล่วงหน้าในงานอัตโนมัติของลูกค้ารายหนึ่งล้มเหลว จนนำไปสู่การแจ้งปัญหา ขณะเดียวกันข่าวระบุว่ารายการค่าตรวจสอบที่แนบกับรุ่นนั้นก็ถูกเปลี่ยนด้วย จึงต้องคิดถึงที่มาของค่าที่ใช้ตรวจ ไม่ใช่เพียงมีขั้นตอนตรวจให้ครบช่อง (The Hacker News)

OVHcloud เปิดใช้การล็อกรุ่นเผยแพร่ไม่ให้แก้ไขแล้ว และออก v0.16.0 พร้อมแท็กที่มีลายเซ็นดิจิทัล ซึ่งเป็นหลักฐานสำหรับตรวจสอบการรับรองแท็กจากผู้เผยแพร่ ส่วน The Hacker News ระบุว่ารุ่นใหม่นี้มีบันทึกรับรองไฟล์ด้วย อย่างไรก็ตาม หลักฐานที่ใช้รับรองแท็กกับหลักฐานที่ใช้รับรองไฟล์เป็นคนละส่วน ทีมควรตรวจให้ตรงกับสิ่งที่กำลังนำไปติดตั้ง (OVHcloud, The Hacker News)

เรื่องเงิน / ผลกระทบ

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

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

ประเด็นสำคัญคือการอัปเดตโปรแกรมไม่ได้ยกเลิกคีย์ที่ถูกคัดลอกไปแล้ว The Hacker News จึงอธิบายว่าต้องจัดการข้อมูลลับควบคู่กับการลบไฟล์และติดตั้งรุ่นสะอาด โปรแกรมใหม่ช่วยแก้สิ่งที่อยู่บนเครื่อง แต่สิทธิ์เดิมยังต้องถูกเพิกถอนจากบริการที่ออกสิทธิ์นั้นเอง (The Hacker News)

ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน

ระยะเวลาเปิดให้ดาวน์โหลด: ประกาศ OVHcloud ให้ช่วง 14:47–16:21 น. UTC+2 หรือ 19:47–21:21 น. เวลาไทย แต่ช่องสรุปตัวเลขเขียนว่า 1 ชั่วโมง 33 นาที ขณะที่ The Hacker News ระบุสูงสุด 94 นาที และ SecurityWeek ใช้คำว่าประมาณ 94 นาที บทความนี้จึงยึดเวลาเริ่มและสิ้นสุดที่บริษัทแจ้งในการคัดกรอง ไม่เลือกย่อช่วงเองให้หายไปหนึ่งนาที (OVHcloud, The Hacker News, SecurityWeek)

จำนวนผู้เสียหาย: OVHcloud ระบุยอดดาวน์โหลดประมาณ 250 ครั้ง ซึ่งเป็นตัวเลขประมาณที่ยืนยันได้แหล่งเดียวในชุดข้อมูลนี้ และไม่ใช่จำนวนผู้ที่รันโปรแกรมหรือจำนวนเหยื่อ ส่วนข่าว The Hacker News วันที่ 20 ตุลาคมเขียนว่าบริษัทยังไม่เปิดเผยยอดดาวน์โหลด ข้อมูลสองชิ้นจึงสะท้อนรายละเอียดที่มีไม่เท่ากัน เราไม่มีประวัติการแก้ประกาศให้ระบุได้ว่าตัวเลขถูกเพิ่มเมื่อไร และยังไม่ทราบจำนวนเหยื่อจริง (OVHcloud, The Hacker News)

ผู้ใช้ Homebrew: Homebrew เป็นตัวจัดการติดตั้งและอัปเดตโปรแกรม SecurityWeek รวมผู้ใช้ช่องทางนี้ไว้ในกลุ่มได้รับผลกระทบ แต่ The Hacker News ระบุว่าตรวจประวัติแล้วพบค่าตรวจสอบไฟล์เดิมถูกตรึงไว้ ทำให้ไฟล์ที่ถูกสลับควรถูกปฏิเสธการติดตั้ง จุดนี้จึงไม่ควรสรุปจากชื่อช่องทางเพียงอย่างเดียว ควรดูผลติดตั้งจริงและหลักฐานของไฟล์ที่เครื่องใช้อยู่ (SecurityWeek, The Hacker News)

รายละเอียดการวิเคราะห์และผู้โจมตี: ข่าวบางชิ้นระบุว่ายังไม่มีตัวอย่างให้วิเคราะห์ และยังไม่ทราบรายการข้อมูลที่ถูกอ่าน แต่ประกาศ OVHcloud ที่ให้มามีรายการเป้าหมายและผลสอบสวนแล้ว เช่นเดียวกับเรื่อง GlassWorm ที่ SecurityWeek ระบุว่ายังเป็นข้ออนุมานว่าเป็นผู้โจมตีกลุ่มเดียวกัน ขณะที่ประกาศบริษัทให้ข้อมูลเชื่อมโยงเพิ่มเติม จึงไม่ควรยกระดับความเชื่อมโยงให้กลายเป็นการยืนยันตัวผู้ลงมือในเดือนตุลาคม (OVHcloud, SecurityWeek, The Hacker News)

แล้วเราควรทำอะไร

ผู้ใช้ OVHcloud และคนดูแลเครื่องที่ติดตั้ง CLI

1. ตรวจประวัติดาวน์โหลด ติดตั้ง และอัปเดตในวันที่ 19 ตุลาคม 2026 โดยเทียบกับช่วง 19:47–21:21 น. เวลาไทยและรุ่น v0.11.0–v0.15.0 อย่ารันไฟล์ต้องสงสัยเพื่อดูว่ามันทำงานได้ไหม ประกาศแนะนำการตรวจไฟล์โดยไม่รัน และมีข้อมูลสำหรับให้ทีมความปลอดภัยเทียบไฟล์ในประกาศต้นทาง (OVHcloud)
2. ถ้ารันไฟล์ที่ถูกสลับ หรือแยกไม่ได้ว่าเคยรันหรือไม่ ให้ถือว่าข้อมูลลับที่อ่านได้จากเครื่องนั้นเปิดเผยแล้ว เปลี่ยนหรือเพิกถอนข้อมูลลับของบริการที่เกี่ยวข้องจากอีกเครื่องที่สะอาด อย่าจำกัดรายการแค่ OVHcloud เพราะเป้าหมายรวมข้อมูลเข้าใช้บริการอื่นด้วย (The Hacker News, OVHcloud)
3. ลบไฟล์โปรแกรมที่มีปัญหา แล้วติดตั้ง v0.16.0 จากช่องทางทางการ พร้อมให้ผู้ดูแลตรวจความสะอาดของระบบตามคำเตือนที่ BleepingComputer รายงาน การเปิดโปรแกรมรุ่นใหม่ได้แล้วไม่ใช่หลักฐานว่าข้อมูลลับเดิมหมดความเสี่ยง (OVHcloud, BleepingComputer)

นักพัฒนาและทีมไอทีที่ดาวน์โหลดเครื่องมือเป็นประจำ

1. ผมแนะนำให้ตรึงทั้งรุ่นและค่าตรวจสอบจากหลักฐานที่เชื่อถือได้สำหรับงานอัตโนมัติ เมื่อผู้ผลิตมีลายเซ็นหรือบันทึกรับรองที่มาของไฟล์ ให้ตรวจด้วย เหตุการณ์นี้แสดงให้เห็นว่าชื่อรุ่นเดิมยังมีไฟล์ถูกสลับได้ และการตรวจค่าที่ตรึงไว้ช่วยให้ลูกค้าพบความผิดปกติ (The Hacker News)
2. เลือกช่องทางติดตั้งที่ตรวจสอบที่มาของไฟล์ได้ และเก็บหลักฐานว่ารับไฟล์อะไรมาเมื่อไร อย่าคิดว่าคำว่าใช้ตัวจัดการแพ็กเกจทำให้ปลอดภัยอัตโนมัติ ต้องดูว่าช่องทางนั้นตรวจอะไรจริง โดยเฉพาะเมื่อรายงานเรื่อง Homebrew ในเหตุการณ์นี้ยังให้ข้อสรุปต่างกัน (SecurityWeek, The Hacker News)
3. ข้อเสนอของผมคือให้โทเคนแต่ละตัวมีสิทธิ์เท่าที่งานจำเป็น และทบทวนข้อมูลลับที่เก็บบนเครื่องทำงาน การจำกัดสิทธิ์เป็นการลดขอบเขตความเสี่ยงที่ควรทำเพิ่มจากการตอบสนองเหตุนี้ ไม่ใช่หลักฐานว่าเครื่องที่เคยรันไฟล์อันตรายปลอดภัยแล้ว เพราะคำแนะนำบริษัทให้ถือว่าข้อมูลลับบนเครื่องเปิดเผย (OVHcloud)

ผู้จัดการและเจ้าของกิจการ

1. ให้ทีมทำรายการบริการที่ต้องเปลี่ยนคีย์ กำหนดคนรับผิดชอบ และยืนยันว่าคีย์เดิมถูกยกเลิก ผมแนะนำให้บันทึกผลไว้ร่วมกับการตรวจงานหลังเปลี่ยน เพราะประกาศเรียกร้องให้จัดการข้อมูลลับทุกบริการที่เกี่ยวข้อง ไม่ใช่แค่อัปเดตเครื่องมือ (OVHcloud)
2. ขอให้ตรวจการใช้ทรัพยากรและค่าใช้จ่ายคลาวด์ที่ผิดจากงานปกติ รวมถึงประวัติการเข้าถึงที่ทีมตรวจได้ นี่เป็นข้อเสนอเพื่อประเมินผลกระทบจากข้อมูลเข้าใช้ที่อาจหลุด ยังไม่มีหลักฐานในแหล่งข่าวชุดนี้ว่ามีบิลผิดปกติเกิดขึ้นจริง (OVHcloud)
3. ทบทวนว่าใครเปลี่ยนไฟล์เผยแพร่ให้ลูกค้าหรือทีมได้บ้าง และมีการล็อกไฟล์หลังเผยแพร่หรือยัง OVHcloud ระบุว่าได้ตรวจสิทธิ์เขียน ระงับบัญชีที่ถูกยึด และเปิดการล็อกรุ่นเผยแพร่แล้ว จึงเป็นตัวอย่างมาตรการที่ใช้คุยกับทีมได้อย่างเป็นรูปธรรม (OVHcloud)

ผมมองว่า…

ผมมองว่า บทเรียนในความเห็นของผมไม่ใช่การเลิกเชื่อใจเครื่องมือโอเพนซอร์ส แต่คือการตรวจความน่าเชื่อถือให้ถึงไฟล์ที่นำไปรันจริง กรณีนี้โค้ดต้นฉบับและระบบสร้างโปรแกรมไม่ได้ถูกแก้ แต่ผลลัพธ์ที่ผู้ใช้ดาวน์โหลดถูกสลับได้ ช่องว่างระหว่างสองส่วนนี้สำคัญพอ ๆ กับการทดสอบโปรแกรมก่อนปล่อย ตามขอบเขตเหตุที่บริษัทเปิดเผย (OVHcloud)

สำหรับทีมเล็ก ผมอยากให้ความสำคัญกับขั้นตอนที่ทำซ้ำได้: รู้ว่าไฟล์มาจากไหน ตรวจได้ว่าเป็นไฟล์เดิม และรู้ว่าจะยกเลิกสิทธิ์อะไรหากเครื่องหนึ่งมีปัญหา ไม่ต้องรอให้บริษัทมีฝ่ายความปลอดภัยแยกต่างหากจึงค่อยเริ่ม ส่วนคนที่เข้าข่ายครั้งนี้ ควรทำตามคำแนะนำเปลี่ยนข้อมูลลับของบริษัทให้เสร็จก่อน การถกว่ามัลแวร์เขียนดีแค่ไหนไม่ได้ช่วยยกเลิกสิทธิ์ที่อาจหลุดไปแล้ว (OVHcloud)

ปิดท้าย: สิ่งที่ต้องจับตา

สิ่งที่ควรติดตามต่อคือจำนวนผู้ได้รับผลกระทบจริง หลักฐานการใช้ข้อมูลลับหลังเหตุการณ์ และรายละเอียดความเชื่อมโยงของผู้โจมตี ซึ่งแหล่งข้อมูลชุดนี้ยังไม่ให้ข้อยุติ ส่วนสิ่งที่ใช้ลงมือได้แล้วคือช่วงเวลาเสี่ยง รุ่นที่ถูกสลับ และคำแนะนำให้เปลี่ยนข้อมูลลับเมื่อเคยรันไฟล์อันตราย อย่ารอจำนวนเหยื่อให้ครบก่อนจึงค่อยตรวจเครื่องของตัวเอง (OVHcloud, SecurityWeek)

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

Recap

• ตรวจว่าเคยดาวน์โหลดหรืออัปเดต ovhcloud-cli ในช่วงเสี่ยงตามเวลาไทยหรือไม่
• เทียบทั้งรุ่น เวลา และหลักฐานของไฟล์ โดยไม่รันไฟล์ต้องสงสัย
• หากเคยรันไฟล์ที่ถูกสลับ ให้ถือว่าข้อมูลลับบนเครื่องเปิดเผยแล้ว
• เปลี่ยนหรือยกเลิกข้อมูลลับจากเครื่องสะอาด รวมบริการอื่นที่เกี่ยวข้อง
• ลบโปรแกรมที่มีปัญหาและติดตั้ง v0.16.0 ตามประกาศบริษัท
• ตรวจสิทธิ์ที่ยกเลิก งานอัตโนมัติ และค่าใช้จ่ายคลาวด์หลังแก้ไข
• ทบทวนการตรึงค่าตรวจสอบ ลายเซ็น และหลักฐานที่มาของไฟล์ในทีม
• ติดตามประกาศเพิ่มเติม โดยแยกยอดดาวน์โหลดออกจากจำนวนเหยื่อจริง