Container Security Trivy Container Orchestration — คู่มือฉบับสมบูรณ์ 2026 | SiamCafe Blog

Trivy กับ Container Orchestration คืออะไร — ทำความเข้าใจจากพื้นฐาน

Trivy คือเครื่องมือสแกนความปลอดภัยแบบโอเพนซอร์สที่พัฒนาโดย Aquasecurity ทำหน้าที่ตรวจจับช่องโหว่ในคอนเทนเนอร์อิมเมจ ระบบปฏิบัติการ แพ็กเกจต่าง ๆ

ไฟล์ตั้งค่าที่อาจรั่วไหล และโค้ดที่เขียนไว้ ส่วน Container Orchestration หมายถึงการจัดการคอนเทนเนอร์จำนวนมากให้ทำงานร่วมกันอย่างเป็นระบบ ไม่ว่าจะเป็นการกระจายงาน การกู้คืนเมื่อบริการล้ม การขยายขนาดตามโหลด ซึ่งเครื่องมือยอดนิยมในกลุ่มนี้ได้แก่ Kubernetes และ Docker Swarm เมื่อนำ Trivy มาใช้ร่วมกับระบบจัดการคอนเทนเนอร์ เราจะได้แนวทางป้องกันความปลอดภัยตั้งแต่ต้นทางจนถึงปลายทาง หรือที่คนในวงการเรียกว่าแนวทาง DevSecOps นั่นเอง

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

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

ทำไมความปลอดภัยคอนเทนเนอร์ต้องมองทั้งวงจรชีวิต

การรักษาความปลอดภัยของคอนเทนเนอร์ไม่ใช่แค่เรื่องสแกนหาช่องโหว่อย่างเดียว แต่ต้องมองทั้งวงจรชีวิตของอิมเมจ ตั้งแต่การเขียนไฟล์ประกอบการสร้างอิมเมจ

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

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

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

ติดตั้งและตั้งค่า Trivy บนเซิร์ฟเวอร์จริง

การติดตั้ง Trivy ทำได้ง่ายมาก ไม่กี่คำสั่งก็พร้อมใช้ สำหรับระบบตระกูลเดเบียน เช่น Ubuntu

สามารถเพิ่มคลังซอฟต์แวร์ทางการแล้วติดตั้งผ่านระบบจัดการแพ็กเกจ ส่วนระบบตระกูลเรดแฮต เช่น Rocky Linux ก็มีวิธีคล้ายกัน เนื่องจาก Trivy เป็นไฟล์ปฏิบัติการตัวเดียว จึงไม่สร้างภาระให้ระบบมากนัก ใช้ทรัพยากรน้อย และไม่ต้องพึ่งบริการภายนอกในการสแกนขั้นพื้นฐาน ข้อดีอีกอย่างคือเราสามารถติดตั้งบนเครื่องทดสอบก่อนได้ทันทีโดยไม่กระทบระบบหลัก และเมื่อพอใจแล้วจึงขยายไปยังเซิร์ฟเวอร์จริงทีละเครื่อง

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

องค์ประกอบ	ขั้นต่ำ (ทดสอบ)	แนะนำ (ใช้งานจริง)
หน่วยประมวลผล	2 แกน	8 แกนขึ้นไป
หน่วยความจำ	4 กิกะไบต์	16 กิกะไบต์ขึ้นไป
พื้นที่จัดเก็บ	50 กิกะไบต์ แบบ SSD	100 กิกะไบต์ แบบ NVMe SSD
ระบบปฏิบัติการ	Ubuntu 22.04	Ubuntu 24.04 LTS
เครือข่าย	100 เมกะบิตต่อวินาที	1 กิกะบิตต่อวินาที

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

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

ใช้ Trivy สแกนในกระบวนการสร้างและส่งมอบอัตโนมัติ

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

เมื่ออิมเมจผ่านการตรวจและขึ้นระบบจัดการคอนเทนเนอร์แล้ว งานไม่จบตรงนั้น ช่องโหว่ใหม่เกิดขึ้นทุกวัน

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

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

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

การบูรณาการกับ Kubernetes และการเฝ้าระวังระบบจริง

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

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

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

สำหรับทีมที่ยังใช้ Docker Swarm อยู่ แม้ไม่มีเครื่องมือเฝ้าระวังแบบผสานในตัวเท่ากับฝั่ง Kubernetes แต่สามารถตั้งงานสแกนตามตารางผ่านระบบตั้งเวลางาน แล้วเปรียบเทียบผลกับรายการอิมเมจที่ทำงานอยู่ก็เพียงพอสำหรับระบบขนาดกลาง หัวใจอยู่ที่ความสม่ำเสมอมากกว่าความซับซ้อนของเครื่องมือ

แนวทางวางระบบเฝ้าระวังที่ยั่งยืน

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

คำถามที่พบบ่อย

Trivy คืออะไร และทำงานอย่างไรกับคอนเทนเนอร์?

Trivy คือเครื่องมือสแกนความปลอดภัยแบบโอเพนซอร์สที่พัฒนาโดย Aquasecurity ทำหน้าที่ตรวจจับช่องโหว่ในคอนเทนเนอร์อิมเมจ ระบบปฏิบัติการ แพ็กเกจต่าง ๆ ไฟล์ตั้งค่าที่อาจรั่วไหล และโค้ดที่เขียนไว้ จุดเด่นสำคัญของ Trivy คือการอ้างอิงฐานข้อมูลช่องโหว่ที่อัปเดตต่อเนื่อง ทำให้ทีมพัฒนารู้ทันทีว่าอิมเมจที่กำลังจะนำขึ้นระบบจริงนั้นปลอดภัยเพียงใด ซึ่งมีความสำคัญมากเพราะอิมเมจที่ดาวน์โหลดฟรีจำนวนมากมีช่องโหว่ฝังอยู่โดยผู้ใช้ไม่รู้ตัว เช่น อิมเมจพื้นฐานยอดนิยมหลายตัวมีแพ็กเกจที่ล้าสมัยฝังอยู่ภายในหลายสิบรายการ ทั้งที่หน้าตาภายนอกดูปกติทุกอย่าง Trivy จึงช่วยตรวจสอบจุดเสี่ยงนี้ได้อย่างละเอียดและเป็นระบบ

ทำไมต้องใช้ Trivy ร่วมกับ Container Orchestration เช่น Kubernetes?

Container Orchestration คือการจัดการคอนเทนเนอร์จำนวนมากให้ทำงานร่วมกันอย่างเป็นระบบ ไม่ว่าจะเป็นการกระจายงาน การกู้คืนเมื่อบริการล้ม และการขยายขนาดตามโหลด โดยเครื่องมือยอดนิยมได้แก่ Kubernetes และ Docker Swarm ในบริบทของปี 2026 ที่ธุรกิจส่วนใหญ่ย้ายมาใช้สถาปัตยกรรมไมโครเซอร์วิส จำนวนอิมเมจและบริการที่ต้องดูแลเพิ่มขึ้นอย่างรวดเร็วจนการตรวจสอบด้วยมือไม่สามารถตามทันได้ เมื่อนำ Trivy มาใช้ร่วมกับระบบจัดการคอนเทนเนอร์ เราจะได้แนวทางป้องกันความปลอดภัยตั้งแต่ต้นทางจนถึงปลายทาง หรือแนวทาง DevSecOps โดย Trivy สามารถตรวจสอบอัตโนมัติทุกครั้งที่มีการเปลี่ยนแปลงโค้ด ทุกครั้งที่สร้างอิมเมจใหม่ และยังสแกนระบบที่กำลังทำงานอยู่จริงได้ด้วย

การเลือกอิมเมจพื้นฐานแบบบางเบาช่วยลดช่องโหว่ได้จริงหรือ?

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

การติดตั้ง Trivy บนเซิร์ฟเวอร์จริงทำได้ง่ายเพียงใด และใช้ทรัพยากรมากไหม?

การติดตั้ง Trivy ทำได้ง่ายมาก ใช้เพียงไม่กี่คำสั่งก็พร้อมใช้งาน สำหรับระบบตระกูลเดเบียน เช่น Ubuntu สามารถเพิ่มคลังซอฟต์แวร์ทางการแล้วติดตั้งผ่านระบบจัดการแพ็กเกจได้เลย ส่วนระบบตระกูลเรดแฮต เช่น Rocky Linux ก็มีวิธีติดตั้งคล้ายกัน เนื่องจาก Trivy เป

แนะนำเพิ่มเติม

🎯 เปิดบัญชี XM Forex → สมัคร

📱 แอป iCafeFX → ดาวน์โหลด

📊 สัญญาณฟรี → รับสัญญาณ

📚 คู่มือเทรด → SiamCafeBook

🤝 สมัคร Partner XM → pipaffiliates.com/c?c=72816&l=th&p=6