
Plex2Shell โจมตีจริงแล้ว: เครื่องดูหนังอาจกำลังทำงานให้คนแปลกหน้า
อัปเดต 27 ต.ค. 2026: เกณฑ์ปลอดภัยยังเป็น 1.43.3.10861 ขึ้นไป แต่ตอนนี้ระบบดาวน์โหลดของ Plex แสดงรุ่นล่าสุดเป็น 1.43.5.11079 (23 ต.ค. 2026) แล้ว เราเพิ่มวันครบกำหนดแก้ไขใน KEV วันที่ของข้อความอัปเดต CVE และสัญญาณโดนเจาะที่ Plex ระบุชื่อไว้ ดูวิธีเช็กและแก้ทีละขั้นใน คู่มือสังเกตและแก้ภัยไซเบอร์ 5 เรื่องประจำสัปดาห์
ช่องโหว่ Plex Media Server 4 รายการถูกนำมาต่อกันเพื่อสั่งให้เครื่องที่เปิดรับการเชื่อมต่อจากอินเทอร์เน็ตรันคำสั่งได้ โดยผู้โจมตีไม่ต้องมีข้อมูลเข้าสู่ระบบ และ CISA เพิ่มทั้งสี่รายการเข้าบัญชีช่องโหว่ที่มีการโจมตีจริงแล้วเมื่อ 20 ตุลาคม 2026 (SecurityWeek, CISA)
เรื่องนี้ใกล้ตัวถ้าคุณมีเครื่องที่บ้านไว้ให้ Plex จัดการสื่อ หรือมี NAS ซึ่งเป็นเครื่องเก็บข้อมูลที่เชื่อมผ่านเครือข่าย แล้วเปิดให้เข้าถึงจากนอกบ้าน เพราะ Plex ยืนยันว่าเครื่องที่ถูกยึดถูกใช้ขุดคริปโทและทำหน้าที่พร็อกซี หรือเครื่องส่งต่อการใช้อินเทอร์เน็ตให้คนอื่น งานที่ไม่ได้ขอจึงอาจมาวิ่งอยู่บนเครื่องและเน็ตของเราเอง (Plex Forum)
ผมอยากให้เริ่มจากเช็กเครื่องที่ให้บริการ Plex จริง ๆ ครับ ประกาศของผู้ผลิตระบุชัดว่า ถ้าเวอร์ชันเก่ากว่า 1.43.3.10861 และเข้าถึงได้จากอินเทอร์เน็ต ให้ตั้งสมมติฐานว่าเครื่องอาจถูกเจาะแล้ว คำแนะนำจึงมีทั้งอัปเดต ตรวจความผิดปกติ และติดตั้งใหม่จากระบบสะอาดเมื่อพบร่องรอยหรือยังตัดความเป็นไปได้นั้นไม่ได้ (Plex Forum)
สรุป 30 วินาที: เกิดอะไรขึ้น
Plex2Shell เป็นชื่อเรียกการใช้ช่องโหว่สี่รายการร่วมกัน ได้แก่ CVE-2026-96652, CVE-2026-96654, CVE-2026-96655 และ CVE-2026-96656 โดย CVE คือรหัสอ้างอิงช่องโหว่แต่ละรายการ ผลรวมของปัญหาเหล่านี้ทำให้ผู้โจมตีจากระยะไกลสั่งรันโค้ดบนเซิร์ฟเวอร์ที่เปิดให้เข้าถึงได้ และได้สิทธิ์เท่ากับบริการ Plex ที่กำลังทำงานอยู่ (SecurityWeek)
นักวิจัยเปิดเผยรายละเอียดพร้อมโค้ดสาธิตว่าโจมตีได้จริง หรือ PoC เมื่อ 16 ตุลาคม 2026 จากนั้นนักวิจัยอีกรายพบการโจมตีในเครื่องล่อที่ตั้งไว้วันที่ 17 ตุลาคม เครื่องล่อหรือ honeypot คือระบบที่เตรียมไว้สังเกตพฤติกรรมคนโจมตีโดยเฉพาะ (SecurityWeek)
วันที่ 20 ตุลาคม CISA หน่วยงานความมั่นคงไซเบอร์ของสหรัฐฯ เพิ่มช่องโหว่ Plex ทั้งสี่รายการลง KEV ซึ่งอธิบายง่าย ๆ ว่าเป็น “รายชื่อช่องโหว่ที่มีคนโจมตีจริงแล้ว” การเพิ่มครั้งนั้นมีทั้งหมดหกรายการ จึงต้องแยกจำนวนช่องโหว่ทั้งหมดในประกาศออกจากสี่รายการที่เกี่ยวกับ Plex (CISA)
ทำไมเรื่องนี้เกี่ยวกับคุณ
คนที่ควรตรวจเป็นอันดับแรกคือเจ้าของ Plex Media Server ที่เปิดให้เข้าถึงจากอินเทอร์เน็ตและยังไม่ได้อัปเดต ผู้ผลิตระบุว่ากำลังมีการโจมตีอย่างกว้างขวางต่อเครื่องลักษณะนี้ และยืนยันว่าเวอร์ชัน 1.43.3.10861 เป็นต้นไปไม่ได้รับผลจากช่องโหว่ชุดนี้ (Plex Forum)
จุดที่ต้องดูคือเวอร์ชันของตัวเซิร์ฟเวอร์ หรือเครื่องที่ให้บริการ Plex ผู้ผลิตให้เปิด Plex Web แล้วเข้า Settings → General เพื่อตรวจหมายเลขเวอร์ชัน นอกจากนี้ยังเคยประกาศให้ผู้ใช้ Plex Desktop อัปเดตเป็น 1.115.0 ในประกาศเดียวกัน แต่รายละเอียดการโจมตีชุดนี้ระบุถึง Plex Media Server โดยตรง จึงควรแยกชื่อโปรแกรมให้ถูกก่อนลงมือ (Plex Forum)
สำหรับบ้านหรือสำนักงานเล็กที่เครื่องนี้เข้าถึงพื้นที่เก็บข้อมูลร่วมกันได้ ผลกระทบอาจเกินตัว Plex ผู้ผลิตแนะนำให้ถือว่าทุกอย่างที่บัญชีบริการ Plex เข้าถึงได้อาจถูกเปิดเผย รวมถึงพื้นที่แชร์ที่เชื่อมไว้และข้อมูลยืนยันตัวตนที่เก็บอยู่ในเครื่องเดียวกัน ขอบเขตที่ต้องตรวจจึงขึ้นกับสิทธิ์ของบริการนั้นด้วย (Plex Forum)
คำแนะนำของผมสำหรับคนที่ไม่ได้เป็นผู้ดูแลเครื่องเองคือ ส่งเรื่องให้คนที่ติดตั้ง Plex ตรวจตัวเซิร์ฟเวอร์ให้ อย่าเพิ่งสรุปจากการที่ยังเปิดดูสื่อได้ตามปกติ เพราะเกณฑ์ที่ผู้ผลิตใช้ให้เร่งตรวจคือเวอร์ชันและการเข้าถึงจากอินเทอร์เน็ต ส่วนอาการผิดปกติเป็นอีกส่วนที่ต้องดูประกอบ (Plex Forum)
ทำงานยังไง
ในระดับที่คนใช้ทั่วไปต้องรู้ ช่องโหว่แต่ละจุดถูกนำมาใช้ต่อเนื่องกันจนผู้โจมตีที่ไม่ได้เข้าสู่ระบบสามารถสั่งให้เครื่องทำงานตามโค้ดของตนได้ โค้ดนั้นทำงานด้วยสิทธิ์ของ Plex Media Server ข้อจำกัดเรื่องสิทธิ์จึงยังมีความหมาย แต่ไม่ได้ทำให้ปัญหานี้เล็กลง เพราะผู้ผลิตเตือนให้ตรวจข้อมูลอื่นที่บริการเข้าถึงได้ด้วย (SecurityWeek, Plex Forum)
ถ้าเทียบกับชีวิตประจำวัน ก็เหมือนประตูหลังบ้านที่ช่างบอกให้เปลี่ยนกลอนตั้งแต่ต้นเดือนกันยายน แต่บางบ้านยังใช้กลอนเก่า พอมีคนเผยวิธีเปิดกลอนแบบนั้น คนที่หวังเข้าบ้านก็เริ่มลองกับบ้านที่ยังไม่เปลี่ยน การเปลี่ยนกลอนจึงจำเป็น แต่ถ้าสงสัยว่ามีคนเข้ามาแล้ว ก็ต้องตรวจภายในบ้านด้วย เปรียบเทียบนี้ช่วยแยกสองงานของผู้ดูแลคือปิดช่องโหว่ และตรวจว่าเคยถูกใช้ไปแล้วหรือยัง ตามคำแนะนำของ Plex (Plex Forum)
สิ่งที่พบในการโจมตีมีทั้งโปรแกรมขุดคริปโท ซึ่งนำกำลังประมวลผลของเครื่องไปทำงานเกี่ยวกับเงินดิจิทัล และโปรแกรมพร็อกซีที่ส่งต่อการใช้อินเทอร์เน็ตของผู้อื่นผ่านเครื่องเหยื่อ SecurityWeek รายงานการพบทั้งสองแบบในเครื่องล่อ ขณะที่ Plex ยืนยันการนำเครื่องที่ถูกเจาะไปใช้งานสองลักษณะนี้เช่นกัน (SecurityWeek, Plex Forum)
จุดสังเกต: แพตช์มีมาแล้วราว 7 สัปดาห์
แพตช์ หรือชุดอัปเดตแก้ข้อบกพร่อง ไม่ได้เพิ่งออกพร้อมข่าวการโจมตี SecurityWeek ระบุว่านักวิจัยแจ้งปัญหาให้ Plex เมื่อ 27 กรกฎาคม บริษัทรับรองปัญหาและให้รางวัลเมื่อ 4 สิงหาคม ก่อนประกาศวันที่ 1 กันยายนว่าได้ส่งรุ่นแก้ไขแล้วและขอให้เจ้าของเซิร์ฟเวอร์อัปเกรด (SecurityWeek)
นับจากประกาศ 1 กันยายนถึงการขึ้นบัญชี KEV วันที่ 20 ตุลาคม เท่ากับประมาณเจ็ดสัปดาห์ ประเด็นที่ผมเห็นคือระยะเวลาที่มีรุ่นแก้แล้วไม่ได้ช่วยเครื่องซึ่งยังใช้รุ่นเดิมโดยอัตโนมัติ และ Plex เองก็ขอให้คนที่เปิดอัปเดตอัตโนมัติตรวจยืนยันว่าได้เวอร์ชันใหม่จริง (Plex Forum, CISA)
เจ้าของ NAS มีจุดสะดุดเพิ่มอีกอย่าง ผู้ผลิตบอกว่ารุ่นแก้อาจยังไม่ปรากฏในตัวจัดการแพ็กเกจ ซึ่งก็คือหน้ารวมแอปและอัปเดตของอุปกรณ์ แม้ผู้ใช้จะดูหน้านั้นแล้วก็ตาม Plex จึงแนะนำให้ดาวน์โหลดแพ็กเกจที่ตรงกับอุปกรณ์มาติดตั้งเองตามขั้นตอนของผู้ผลิต NAS ได้ (Plex Forum)
เรื่องเงิน / ผลกระทบ
สิ่งที่เชื่อมกับค่าใช้จ่ายคือการเอาเครื่องไปขุดคริปโทและการเอาอินเทอร์เน็ตไปส่งต่อให้คนอื่น ทั้งสองอย่างเป็นการใช้งานทรัพยากรที่เจ้าของเครื่องไม่ได้ตั้งใจอนุญาต และ Plex ระบุว่าการใช้ CPU สูงต่อเนื่องทั้งที่ไม่มีการเล่นสื่อเป็นหนึ่งในสัญญาณที่ควรตรวจ โดย CPU คือส่วนประมวลผลงานหลักของเครื่อง (Plex Forum)
ในทางปฏิบัติ ผมมองว่าควรคิดถึงทั้งกำลังเครื่อง ไฟฟ้า และเน็ตที่ต้องรับภาระเพิ่ม แต่แหล่งข้อมูลชุดนี้ไม่ได้ให้ตัวเลขค่าไฟที่เพิ่มขึ้น ปริมาณอินเทอร์เน็ตที่ถูกใช้ หรือมูลค่าความเสียหาย จึงยังคำนวณเป็นเงินบาทต่อบ้านหรือต่อสำนักงานไม่ได้ การพบโปรแกรมขุดเหรียญไม่ได้บอกยอดเงินที่เจ้าของเครื่องเสียไปโดยตัวมันเอง (SecurityWeek, Plex Forum)
อีกต้นทุนที่ควรเผื่อในแผนแก้ไขคือเวลา เพราะคำแนะนำของผู้ผลิตสำหรับเครื่องที่พบร่องรอยหรือยังตัดความเป็นไปได้ว่าถูกเจาะไม่ได้ คือสร้างเซิร์ฟเวอร์ใหม่จากการติดตั้งสะอาด พร้อมออกจากระบบทุกอุปกรณ์และเปลี่ยนรหัสผ่าน Plex ผมจึงแนะนำให้ผู้ดูแลจัดเวลาตรวจและกู้ระบบให้ครบ แทนการนับว่ากดอัปเดตเสร็จแล้วงานทั้งหมดจบลง (Plex Forum)
ข้อมูลที่ยังไม่ชัด และจุดที่แหล่งข่าวพูดไม่ตรงกัน
ยังไม่มีจำนวนเซิร์ฟเวอร์ที่ถูกเจาะในข้อมูลที่ให้มา และไม่มีตัวเลขหรือการยืนยันว่ามีองค์กรหรือผู้ใช้ในไทยได้รับผลกระทบเท่าไร Plex ใช้คำว่ามีการโจมตีอย่างกว้างขวาง แต่คำบอกระดับสถานการณ์นี้ไม่ใช่ยอดเครื่องเสียหาย ส่วน SecurityWeek เตือนว่าร่องรอยที่นักวิจัยเผยแพร่ครอบคลุมเฉพาะสิ่งที่เห็นในเครื่องล่อของตน (Plex Forum, SecurityWeek)
เรื่องเวลา หัวข่าว SecurityWeek ใช้คำว่าเกิดการนำไปโจมตีภายในไม่กี่ชั่วโมงหลังเปิดเผย แต่เนื้อข่าวระบุว่าเปิดเผยวันที่ 16 ตุลาคมและพบการโจมตีวันที่ 17 ตุลาคม ไม่มีเวลาพร้อมเขตเวลาให้คำนวณระยะห่างอย่างแม่นยำ บทความนี้จึงยึดวันตามเนื้อข่าว และไม่แปลงเป็นเวลาไทยหรือระบุจำนวนชั่วโมงเอง (SecurityWeek)
เรื่องเวอร์ชัน ประกาศเดิมของ Plex ระบุ Media Server 1.43.3 หรือใหม่กว่า ส่วนข้อความอัปเดตในกระทู้เดียวกันเจาะจงว่า 1.43.3.10861 และใหม่กว่าไม่ได้รับผล นี่เป็นระดับความละเอียดที่ต่างกัน จึงควรตรวจหมายเลขเต็มให้ถึงเกณฑ์ที่ระบุชัดในข้อความอัปเดต ข้อความอัปเดตนั้นโพสต์เมื่อ 20 ตุลาคม 2026 เวลา 03:17 น. ตามเวลาไทย และแก้ไขล่าสุดเวลา 21:34 น. วันเดียวกัน ตามเวลาที่กระทู้บันทึกไว้ (Plex Forum)
ส่วนรุ่นล่าสุดตอนนี้ ระบบดาวน์โหลดของ Plex แสดง Plex Media Server 1.43.5.11079 สำหรับ Windows, macOS, Linux, FreeBSD และ NAS ทุกยี่ห้อในรายการ ปล่อยเมื่อ 23 ตุลาคม 2026 เวลา 18:44 น. ตามเวลาไทย ข้อมูลนี้มาจากระบบดาวน์โหลดแหล่งเดียว กระทู้ประกาศความปลอดภัยไม่ได้พูดถึง และเกณฑ์ที่ปลอดภัยจากช่องโหว่ชุดนี้ยังเป็น 1.43.3.10861 (Plex Downloads API)
แคตตาล็อก KEV ของ CISA ระบุวันครบกำหนดแก้ไขรายช่องโหว่ไว้แล้ว CVE-2026-96654 และ CVE-2026-96656 ครบกำหนด 23 ตุลาคม 2026 ซึ่งผ่านไปแล้ว ส่วน CVE-2026-96652 และ CVE-2026-96655 ครบกำหนด 3 พฤศจิกายน 2026 (CISA KEV) วันเหล่านี้ผูกกับคำสั่ง BOD 26-04 ซึ่งใช้กับหน่วยงานพลเรือนฝ่ายบริหารของรัฐบาลกลางสหรัฐฯ เท่านั้น (CISA BOD 26-04) ขณะที่ CISA สนับสนุนให้องค์กรอื่นจัดลำดับแก้ช่องโหว่ใน KEV ตามความเสี่ยงด้วย จึงไม่ควรอ่านเป็นเส้นตายตามกฎหมายสำหรับผู้ใช้ไทยทุกคน (CISA)
แล้วเราควรทำอะไร
ผู้ใช้ Plex ที่บ้าน
- เปิด Plex Web เข้า Settings → General แล้วอ่านเวอร์ชันของ Media Server ให้ครบ ตั้งเป้าอย่างน้อย 1.43.3.10861 หรือใหม่กว่า ตามข้อความอัปเดตความปลอดภัยของผู้ผลิต แม้เปิดอัปเดตอัตโนมัติไว้ก็ควรตรวจผลจริง (Plex Forum)
- ถ้าไม่ต้องใช้ Plex จากนอกบ้าน ให้ปิด Remote Access หรือการเข้าถึงระยะไกลที่ Settings → Remote Access ตามคำแนะนำของ Plex และเลี่ยงการ forward พอร์ต 32400 ออกอินเทอร์เน็ตตรง ๆ ถ้าไม่จำเป็น (Plex Forum)
- ถ้าเครื่องเคยใช้รุ่นเก่าและเข้าถึงจากอินเทอร์เน็ตได้ ให้ตรวจสัญญาณที่ Plex ระบุไว้ ได้แก่ โปรเซสที่ Plex Media Server เปิดขึ้นแต่เราไม่รู้จัก โดยเฉพาะชื่ออย่าง
myawesomeproxy,mylovelyminerหรือx12345ไฟล์.soหรือ.dllแปลกหน้าในโฟลเดอร์ Codecs ของ Plex การเชื่อมต่อออกไปที่proxystream.stหรือ CPU สูงต่อเนื่องขณะไม่มีใครเล่นสื่อ หากพบร่องรอยหรือยังตัดความเป็นไปได้ไม่ได้ Plex แนะนำให้สร้างเซิร์ฟเวอร์ใหม่จากการติดตั้งสะอาดโดยไม่ใช้โฟลเดอร์ข้อมูล Plex เดิม อย่างน้อยที่สุดให้ลบทุกอย่างในโฟลเดอร์ Codecs และตรวจไฟล์Preferences.xmlว่ามีตัวเลือก transcoder ที่เราไม่ได้ตั้งหรือไม่ (Plex Forum)
เจ้าของ NAS
- ตรวจเวอร์ชันที่ Plex แสดงจริง เพราะผู้ผลิตเตือนว่ารุ่นแก้อาจยังไม่เข้าหน้าจัดการแอปของ NAS การเห็นว่าไม่มีรายการอัปเดตในหน้านั้นจึงควรตามด้วยการตรวจหมายเลขเวอร์ชัน (Plex Forum)
- หากยังเป็นรุ่นเก่า ให้ดาวน์โหลดชุดติดตั้งที่ตรงกับอุปกรณ์จากช่องทางดาวน์โหลดของ Plex และใช้ขั้นตอนติดตั้งด้วยตนเองตามคู่มือผู้ผลิต NAS หากติดปัญหา Plex แนะนำให้หาความช่วยเหลือในฟอรัม NAS ตามอุปกรณ์ที่ใช้ (Plex Forum)
- ถ้าเข้าเกณฑ์สงสัยว่าถูกเจาะ ให้ทบทวนพื้นที่แชร์และข้อมูลยืนยันตัวตนที่บริการ Plex เข้าถึงได้ด้วย เพราะผู้ผลิตแนะนำให้ถือว่าข้อมูลในขอบเขตนั้นอาจถูกเปิดเผย (Plex Forum)
สำนักงานเล็กและคนดูแล IT
- คำแนะนำทั่วไปของผมคือระบุผู้รับผิดชอบเครื่อง Plex ให้ชัด แล้วตรวจรุ่นและการเปิดรับจากอินเทอร์เน็ตก่อน จัดเครื่องที่ยังใช้รุ่นได้รับผลไว้ในงานเร่งด่วน เพราะ CISA ยืนยันว่ามีหลักฐานการโจมตีจริงแล้ว (CISA)
- แยกงานอัปเดตออกจากงานตรวจการบุกรุก หากเข้าเกณฑ์ที่ผู้ผลิตเตือน อย่าปิดงานเพียงเพราะเลขเวอร์ชันเปลี่ยน ให้ตรวจพฤติกรรมของบริการและวางแผนติดตั้งสะอาดเมื่อพบร่องรอยหรือยังตัดความเป็นไปได้ไม่ได้ (Plex Forum)
- เมื่อสงสัยการบุกรุก ให้ทำตามคำแนะนำเรื่องออกจากระบบทุกอุปกรณ์ เปลี่ยนรหัสผ่าน Plex และประเมินข้อมูลที่บัญชีบริการเข้าถึงได้ ผมแนะนำให้บันทึกผลการตรวจและคนรับผิดชอบไว้ด้วย เพื่อให้คนที่มาดูแลต่อรู้ว่าทำอะไรเสร็จแล้ว (Plex Forum)
ผมมองว่า…
ผมมองว่าเรื่องนี้ไม่ใช่แค่ข่าวโปรแกรมดูสื่อมีช่องโหว่ แต่คือเหตุผลให้เรารวมเครื่องที่บ้านไว้ในกิจวัตรอัปเดตด้วย นี่เป็นความเห็นของผมจากลำดับเหตุการณ์ที่มีรุ่นแก้ตั้งแต่ประกาศ 1 กันยายน แต่ยังพบการโจมตีหลังเปิดเผยรายละเอียดในเดือนตุลาคม การมีแพตช์พร้อมใช้กับการติดตั้งถึงเครื่องจริงเป็นคนละเรื่องที่ต้องตรวจให้ครบ (SecurityWeek)
ผมคิดว่าสิ่งที่ช่วยได้มากคือทำให้การดูแลจบเป็นงานเล็กที่ชัดเจน รู้ว่าเครื่องไหนให้บริการ ใครดูแล ใช้เวอร์ชันอะไร และจำเป็นต้องเข้าจากนอกบ้านหรือเปล่า ส่วนเครื่องที่มีเหตุให้สงสัยต้องได้รับเวลาตรวจเพิ่ม เพราะคำแนะนำของ Plex ครอบคลุมถึงการติดตั้งใหม่และการจัดการบัญชี ไม่ได้หยุดที่การอัปเดตอย่างเดียว (Plex Forum)
ปิดท้าย: สิ่งที่ต้องจับตา
สิ่งที่ควรรอข้อมูลเพิ่มคือขนาดความเสียหายจริงและขอบเขตผู้ได้รับผลกระทบ เพราะรายงานที่มีอธิบายการโจมตีในเครื่องล่อและผู้ผลิตยืนยันการโจมตีกว้างขวาง แต่ยังไม่มีจำนวนเครื่องที่ถูกเจาะให้สรุปเป็นยอดรวม ส่วนการอยู่ใน KEV ยืนยันได้แล้วว่ามีหลักฐานใช้งานช่องโหว่จริง (SecurityWeek, Plex Forum, CISA)
ระหว่างรอข้อมูลเพิ่ม เจ้าของเครื่องมีเกณฑ์ลงมือชัดแล้วครับ ตรวจเวอร์ชันให้ถึง 1.43.3.10861 หรือใหม่กว่า ลดการเข้าถึงจากภายนอกเมื่อไม่จำเป็น และถ้าเครื่องเก่าเคยเปิดรับอินเทอร์เน็ต ให้พิจารณาความเป็นไปได้ว่าถูกเจาะตามคำเตือนผู้ผลิต งานสำคัญวันนี้คือรู้สถานะของเครื่องเราให้ได้ (Plex Forum)
Recap
- ตรวจเวอร์ชัน Plex Media Server ตัวที่ให้บริการจริงใน Settings → General (Plex Forum)
- อัปเดตเป็น 1.43.3.10861 หรือใหม่กว่า ตามข้อความอัปเดตของผู้ผลิต (Plex Forum)
- เจ้าของ NAS ตรวจว่าต้องติดตั้งแพ็กเกจด้วยตนเองหรือไม่ เพราะหน้าจัดการแอปอาจได้รุ่นใหม่ช้า (Plex Forum)
- ปิดการเข้าถึงระยะไกลถ้าไม่ได้ใช้งาน ตามคำแนะนำของ Plex (Plex Forum)
- เครื่องรุ่นเก่าที่เปิดรับอินเทอร์เน็ตต้องตรวจความเป็นไปได้ว่าถูกเจาะแล้ว (Plex Forum)
- หากพบร่องรอยหรือยังตัดความเป็นไปได้ไม่ได้ ให้ติดตั้งสะอาด ออกจากระบบทุกอุปกรณ์ และเปลี่ยนรหัสผ่าน Plex (Plex Forum)
- ตรวจข้อมูลและพื้นที่แชร์ที่บัญชีบริการ Plex เข้าถึงได้เมื่อสงสัยการบุกรุก (Plex Forum)
- ใช้สถานะ KEV เป็นเหตุให้เร่งตรวจ โดยไม่ตีความข้อบังคับหน่วยงานสหรัฐฯ เป็นเส้นตายของผู้ใช้ไทย (CISA)