เปิดข้อมูลตอกกลับ กกต. หลังอ้างถูกแฮกเกอร์เจาะระบบ ป่วนข้อมูลการรายงานผลเลือกตั้ง จนทำให้ตัวเลขผิดเพี้ยน ก่อนสื่อนำไปรายงานแบบผิดๆ
วันนี้ (26 มี.ค. 2562) ผู้ใช้เฟซบุ๊ก Chanon Ngernthongdee ได้มีการโพสต์ข้อความอธิบายปัญหาการรายงานผลการนับคะแนนเลือกตั้ง 2562 ของกกต. เมื่อวันที่ 24 มีนาคม ที่ผ่านมา หลังจากพล.ต.ท.สุรเชษฐ์ หักพาล หรือบิ๊กโจ๊ก รองผู้อำนวยการศูนย์ปราบปรามทางเทคโนโลยีสารสนเทศ สำนักงานตำรวจแห่งชาติ ให้สัมภาษณ์กับสื่อหลายสำนักว่า
สาเหตุของผลคะแนน กกต. ที่ผิดพลาดส่วนหนึ่งมาจากการถูกกลุ่มผู้ไม่หวังดีเข้าไปโจมตีระบบของ กกต. (โดนแฮก) โดยมีต้นทางมาจากทั้งในและต่างประเทศ จนทำให้ผลคะแนนผิดเพี้ยน จำนวนคะแนนตัวเลขไม่ตรงกัน ไม่มีการอัปเดตหลังจากผ่านไปช่วงระยะเวลาหนึ่ง หรือแม้แต่จำนวนตัวเลขผู้ใช้สิทธิที่แสดงผลเกินกว่าจำนวนบัตรดี-บัตรเสีย ทำให้เกิดเป็นข้อกังขาในการเลือกตั้ง
โดยมีข้อความระบุว่า ตอนแรกว่าจะไม่โพสต์ แต่ กกต. บอกว่า ถูกแฮกหลายครั้ง อย่ามา dy/dx ครับท่าน นี่คือหน้าจอของ กกต. เผยแพร่ ให้สื่อใช้เป็นแผน 3 กรณี API เชื่อมต่อไม่ได้ สื่อ Digital TV และเว็บไซต์ชั้นนำของประเทศ รวมตัวกันเพื่อขอเชื่อมคะแนนผลกกต. ขอเรียกตรงนี้ว่า dttpool ผมตลอดทุกกระบวนการที่คุยกัน กกต.อ้างว่าทีวีแสดง ข้อมูลผิด ในฐานะคนทีวีขออธิบายดังนี้
1.เตรียมงานกันตั้งแต่ช่วงเดือน ม.ค. ตอนนั้นเริ่มจากทีวี 14 ช่องและ กลายเป็น รวมเว็บไซต์ต่างๆ วันสุดท้ายกลายเป็นเกือบ 40 ช่องทาง
2. กกต. กลัวระบบล่ม(มาก)ให้คำมั่นว่าจะไม่ทำให้ล่ม โดยการ มีแค่ Middleware ของ Dttpool ไปเชื่อมกับทาง กกต.เท่านั้น แปลว่า ทางเทคนิค 1 connection เท่านั้นของ ไปเชื่อมกับของ กกต. (เรายืนยันว่าทำได้ นี่มันปีอะไรแล้ว ทำไมคิดว่าจะยังล่ม)
3. Dttpool ได้ masterfile (ข้อมูลพื้นฐานผู้สมัคร,พรรคการเมือง,เขต,เบอร์)จากกกต. ประมาณ 10 วันก่อนเลือกตั้ง และไม่ final สักที มันควรจะนิ่ง ตั้งนานแล้ว แค่ ใส่ flag มาก็ได้ในเชิงข้อมูล จนกระทั้งเช้าของวันที่ 24 มีนา
4. Dttpool ออกแบบระบบ API กันเอง โดยหารเงินกันหวังว่าจะสามารถกระจายให้ทุกช่องทางโดยไม่กระทบกกต. ซึ่งก็ dry run api (random ค่าต่างๆ) กันมาตลอด 7 วันก่อนเลือกตั้ง (จริงๆก็หวังเชื่อมการทดสอบของกกต.)
5.ระบบส่งคะแนนของกกต.เรียกว่า ECT Rapid Report หลักการทำงานคือ เมื่อแต่ละหน่วย(90000 กว่าหน่วย )นับคะแนนเสร็จจะถูกส่งเข้า Server กลาง ผ่าน application ECT Rapid แล้วส่วนกลาง sum กลายผลคะแนนระดับเขต (หน่วย->เขต->ประเทศ) ก็ทราบมาบ้างว่าตอนทดสอบภายใน 2-3 วันก่อนวินจริงส่งพร้อมๆกัน ไม่ถึง 30000 ก็ล่มแล้ว และพยายาม tuning กันตลอด (มีโพสต์ของพี่ท่านนึงทำงานใน DGA ออกมาพูดเรื่องนี้แล้ว)
6. Middleware dttpool เชื่อมกับ Ectrapidreport เพียง 1 ช่องทางเท่านั้นพวกผมเป็นผู้รับ เชื่อมได้แค่ Dttpool
7. Flow ของคะแนนคือ Rapidreport Summary->Middleware->(ช่องต่างๆ)
8. เช้าวันที่ 24 มีนาคม การเลือกตั้งเริ่มได้อย่างสวยงาม และเวลาที่เราเฝ้ารอก็มาถึง
17.45 คือเวลาที่เราตกลงกันว่าคะแนนจะเข้ามาสู่ middleware
18.05 ระบบกกต.ล่ม แจ้งกลับมาเบาเบาว่า middleware เรียกถี่เกิน (2 นาทีครั้ง ) ไป ให้ปรับเป็น 5 นาทีครั้ง
18.22 คะแนนเปิดกลับมา
18.28 ล่มอีกแล้ว
และวน loop ล่มไป ทุกๆ 5 นาที
ขณะนั้น 18.42 ทุกคนได้คะแนนทั้งประเทศกันที่ 775,950 คะแนน (1%) (ระดับร้อยต่อเขต) ในขณะที่หน้าจอของ กกต. วิ่งไประดับ 3-4 หมื่นต่อเขตแล้ว (40%)
9. Middleware dttpool จึง หยุดการเชื่อมต่อ เพราะล่มจนน่ารำคาญ
ใช้แผนสามคือ การ Manual key ข้อมูลทั้ง 350 เขตจาก หน้าจอกกต. เข้าไปในระบบ ทำให้คะแนนช่วง 19.00-21.00 มีเฉพาะสามอันดับแรก ใน 350 เขต (ส่วนนี้มี human error จากการ key โดยคนด้วย เราต้องยอมรับผิดเช่นกัน) แต่หน้าจอของกกต.เองก็ผิด และ ก็ยังไม่มีข้อมูลเป็นระยะๆ เนื่องจากล่มเช่นกัน
10.หลังจากที่ประเมินว่ากกต.จะเลิกล่มแล้ว 21.00 เปิดการเชื่อม middleware กับ กกต.อีกครั้ง ข้อมูลก็ค่อยๆ กลับมา ได้ข้อมูลทุกคะแนนของทุกเขตเลือกตั้ง แต่ก็ยังมีผิดพลาดอยู่บางเขต ทีวีเวลานั้นได้คะแนนในระบบ 10 ล้าน แต่ของกกต. วิ่งไป 25 ล้านแล้ว
11. เวลาประมาณ 23.00 คะแนนระดับกลับมาเข้าที่เข้าทาง แต่ระดับเขตก็ยังคงบิดเบี้ยวอยู่
12. กกต. ปิดห้องสื่อกลับบ้าน 23.30
13. จนเช้าวันที่ 25 middleware dttpool เริ่มกลับเข้าไป fetch ข้อมูลได้ กกต. อีกครั้ง คะแนนกลับมา เข้าที่เข้าทาง เวลาประมาณ 10.30น.ของวันที่ 25
เมื่อครั้งก่อนๆ สมัยท่านสมชัย ผมก็เป็นคนอยู่ในห้องประชุมกันเรื่องนี้ แต่อย่างน้อยสมัยท่านสมชัย ก็ราบรื่นกว่านี้เยอะ มีคะแนนออกมาโชว์ อย่างไม่ติดขัด
ถ้ายังไม่หยุด dy/dx ผมจะแฉต่อเรื่องอื่น
ปล.อยากเห็นหน้าคนเขียน tor และคนตรวจรับระบบนี้จัง
