แฉแรง! หลัง กกต. บอกระบบถูกแฮกหลายครั้ง กับความจริงที่ได้รู้แล้วมีเงิบ!! 

          หลังจากจบการเลือกตั้ง ทาง กกต.ก็โดนวิพากษ์วิจารณ์ถึงการทำงานอย่างมาก ทั้งเรื่องการประกาศผลคะแนนอย่างไม่เป็นทางการ ที่ไม่นิ่ง รวมทั้งระบบล่ม โดนแฮก โดยล่าสุดคุณ Chanon Ngernthongdee ได้ออกมาโพสต์ถึงเรื่องนี้พร้อมกับระบุว่า..

ตอนแรกว่าจะไม่โพสต์ แต่กกต.บอกว่า ถูกแฮกหลายครั้ง อย่ามา 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 และคนตรวจรับระบบนี้จัง  

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

ขอขอบคุณที่มาจาก : Chanon Ngernthongdee