เหตุการณ์ที่ FSE ไปพัวพันกับ FBI

 (blog.freespeechextremist.com)
1 คะแนน โดย GN⁺ 2025-06-10 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ผู้ดูแล FSE ติดตามผู้ใช้ผิดกฎหมายที่ไหลเข้ามาในอินสแตนซ์ของเฟดิเวิร์ส และสรุปลำดับเหตุการณ์ที่ต่อเนื่องจาก การสแครปของ BoardReader/SocialGist ไปจนถึงคำขอข้อมูลจาก FBI โดยอ้างอิงจากล็อกและอีเมล
  • จุดเริ่มต้นของปัญหาคือ ผลการค้นหาของ BoardReader ที่ทำให้โพสต์จากเซิร์ฟเวอร์ภายนอกดูเหมือนเป็นโพสต์ของ FSE ส่งผลให้ทั้งมีผู้ใช้ผิดกฎหมายไหลเข้ามาและเกิดการระบุแหล่งที่มาผิด
  • BoardReader ซ่อน User-Agent ใช้พร็อกซีที่พักอาศัย, Tor และการเล่นซ้ำเซสชันเบราว์เซอร์เพื่อสแครป /api/v1/timelines/public?local=false และยังคงร้องขอซ้ำแม้ถูกบล็อกแล้ว ทำให้ภาระและค่าใช้จ่ายของเซิร์ฟเวอร์เพิ่มขึ้น
  • FBI ส่ง Emergency Disclosure Request เกี่ยวกับ WitchKingOfAngmar เมื่อวันที่ 14 มีนาคม 2023 แต่บัญชีนั้นไม่ใช่ผู้ใช้ของ FSE และเป็นผู้ใช้ของ sneed.social ขณะที่ภาพหน้าจอที่แนบมาก็ไม่ใช่หน้าจอของ FSE
  • ผู้ดูแลสังเกตว่าหลังจากปนเปื้อนดัชนีของ BoardReader ด้วยไทม์ไลน์ปลอมแล้ว วลีบางคำทำให้คำขอจาก Facebook พุ่งสูงขึ้น และมองว่าข่าว Torswats ในปี 2024 ช่วยเติมบริบทบางส่วนให้กับสิ่งที่ FBI สนใจ

การตามรอยที่เริ่มจากผู้ใช้ผิดกฎหมายที่ไหลเข้ามา

  • ผู้ดูแล FSE มองว่าผู้ใช้ที่เกี่ยวข้องกับเพโดฟีเลียเข้ามาในเซิร์ฟเวอร์เป็น ภัยคุกคามเชิงอัตถิภาวนิยม ต่อ FSE
    • ความเสี่ยงโดยตรงคือการอัปโหลดสื่อแสวงประโยชน์ทางเพศเด็กที่ผิดกฎหมาย ความสนใจจากหน่วยงานบังคับใช้กฎหมาย และความเป็นไปได้ที่อุปกรณ์จะถูกยึด
    • เขาเชื่อว่าผู้ใช้บางรายทำงานโดยการปล่อยเนื้อหาผิดกฎหมายไปหลายเว็บไซต์ แล้วดูว่าบัญชีใดไม่ถูกแบน
  • เขาพยายามยับยั้งด้วยการเปิดเผยข้อมูลที่พอหาได้ เช่น IP, อีเมล, User-Agent แต่ผลไม่ได้มากนัก
    • หลายคนอัปโหลดหรือดึงไฟล์แล้วก็จากไป และดูเหมือนมีพฤติกรรมเที่ยวหาแหล่งที่ไม่ถูกบล็อก
  • ระหว่างติดตามเส้นทางการไหลเข้า เขาพบว่า Referer header ของผู้ใช้จำนวนมากชี้ไปที่ boardreader.com

วิธีการตามรอยจากล็อก

  • มีสมมติฐานพื้นฐานว่าหากจะรันอินสแตนซ์ fedi ที่เปิดสู่สาธารณะบนอินเทอร์เน็ต ก็ต้องสามารถวิเคราะห์บอต สแกนเนอร์ เวิร์ม และทราฟฟิกผิดปกติได้ด้วยตัวเอง
  • เครื่องมือที่ใช้วิเคราะห์ล็อกมี awk, tail -f, mawk -Winteractive, grep, sqlite3, R, sed, sort, psql
    • awk ถูกอธิบายว่าเป็นเครื่องมือคล้าย SQL สำหรับล็อกข้อความ
    • ยังใช้เครื่องมือเครือข่ายอย่าง dig, whois, traceroute, tcpdump, iftop, Shodan และรายการ Tor exit ร่วมด้วย
  • มีการปรับรูปแบบล็อกของเว็บเซิร์ฟเวอร์อย่าง nginx เพื่อบันทึก header ตามต้องการ เวลาในการตอบสนอง และเวลาในการตอบจากแบ็กเอนด์
    • ล็อกของ FSE ถูกทำให้ใกล้เคียงกับรูปแบบคั่นด้วยแท็บเพื่อให้จัดการด้วย awk หรือเครื่องมือแนวสเปรดชีตได้ง่าย
  • สถิติง่าย ๆ ก็ถูกใช้เพื่อตรวจจับความผิดปกติ
    • คำนวณค่าเฉลี่ยและส่วนเบี่ยงเบนมาตรฐานของจำนวนคำขอเพื่อหาค่า IP, endpoint หรือรูปแบบคำขอที่พุ่งผิดปกติ
    • ในบางช่วง เขาใช้วิธีนี้สรุปว่า “90% ของคำขอ POST มาจากที่อยู่เดียวกัน”

การตามรอย BoardReader/SocialGist

  • boardreader.com เดิมเป็นเครื่องมือค้นหาฟอรัม และผู้ดูแล FSE มองว่าเว็บนี้ไม่เข้าใจ fedi อย่างถูกต้องจึงปฏิบัติต่อ FSE ราวกับเป็นฟอรัมเดียว
    • เขาบอกว่าแม้แต่โพสต์สาธารณะที่มาจากอินสแตนซ์อื่นก็ยังถูกแสดงเหมือนเป็นโพสต์ในฟอรัม freespeechextremist.com
    • SocialGist อธิบายว่าตนขาย “accessible social data” และเขามองว่าเนื้อหาในบล็อกที่บอกว่านักพัฒนาอยู่ในเซอร์เบียก็สอดคล้องกับ IP จริง
  • วันที่ 5 มีนาคม 2023 ในล็อกของ FSE ไม่มีบันทึกการเข้าชมจาก BoardReader แบบระบุตัวชัดเจน แต่พบ การสแครปความเร็วสูง ต่อ /api/v1/timelines/public?local=false
    • เบราว์เซอร์อ้างว่าเป็น Chrome แต่เร็วเกินกว่าที่มนุษย์จะเลื่อนดูได้
    • แม้จะมี A record ตั้งแต่ spider1.boardreader.com ถึง spider43 แต่เขาระบุว่าทราฟฟิกจริงในตอนนั้นมาจาก 45.15.176.187 ซึ่งเป็น IP ของ DediPath
  • หลังบล็อก IP แล้ว ก็ยังมีความพยายามจำนวนมากตามมาจาก IP ที่พักอาศัยในสหรัฐฯ และผู้ดูแลสรุปว่า BoardReader ซื้อ พร็อกซีที่พักอาศัย เพื่อหลบการตรวจจับ
  • วันที่ 8 มีนาคม 2023 เขาเริ่มใช้ awk, iptables และสคริปต์ Ruby เพื่อบล็อกคำขอที่ใช้โทเคนเฉพาะ
    • หลังจากนั้นก็มีคำขอจาก IP ของ ISP ในเซอร์เบียที่อ้างอิงไปยัง devtools.boardreader.com
    • เขาระบุว่าคำขอนี้โหลดรีซอร์สเหมือนเบราว์เซอร์ปกติ รับ Bearer token รัน JavaScript แล้วจึงกลับมาสแครปต่อด้วยโทเคนนั้น
  • เขาลองส่งตอบกลับด้วย 429, 401, 403, 500 แต่สแครปเปอร์กลับยิ่งร้องขอซ้ำมากขึ้นจนแทบกลายเป็น DoS
    • จากนั้นจึงเริ่มส่ง 402 Payment Required และระหว่างนั้นการเข้าถึงไทม์ไลน์สาธารณะของ TWKN ก็ถูกปิดกั้น

การโต้ตอบทางอีเมลกับ SocialGist

  • ผู้ดูแลส่งอีเมลไปที่ info@boardreader.com เมื่อวันที่ 5 มีนาคม 2023 เพื่อขอข้อมูลของครอว์เลอร์
  • วันที่ 13 มีนาคม 2023 มีอีเมลตอบกลับจาก dave@socialgist.com ถามว่าอยากรู้อะไร
    • ผู้ดูแลเรียกร้องให้ดึงเฉพาะโพสต์โลคัล และให้ใช้ User-Agent ที่ระบุว่าเป็น BoardReader
    • เขาส่งช่วง IP ทั้งหมดที่ตนเป็นเจ้าของเพื่อให้หยุดครอว์ลิง และแจ้งปัญหาการไหลเข้าที่เกี่ยวข้องกับเพโดฟีเลียด้วย
  • Dave บอกว่าจะส่งต่อให้ทีมวิศวกรรม แต่ผู้ดูแลมองว่าในเวลาเดียวกันนักพัฒนายังดีบักสแครปเปอร์อยู่
    • ในล็อกมีคำขอจาก 109.92.154.188 เมื่อวันที่ 13 มีนาคม 2023 ที่อ้างอิง devtools.boardreader.com
    • ผู้ดูแลจึงเชื่อว่า SocialGist พูดว่าจะหยุด แต่ยังทำงานอ้อมบล็อกต่อไป

Emergency Disclosure Request ของ FBI

  • วันที่ 14 มีนาคม 2023 ผู้ดูแลได้รับอีเมลจากที่อยู่อีเมล fbi.gov โดยมีหัวเรื่องว่า Emergency Disclosure Request
    • Special Agent Peter Christenson ขอข้อมูลสมาชิกเกี่ยวกับผู้ใช้ WitchKingOfAngmar
    • ชื่อไฟล์แนบคือ FSE Screen Shot.PNG
  • หลังตรวจ header ของอีเมล ล็อกเมลเซิร์ฟเวอร์ และข้อมูล SPF ของ fbi.gov เขาสรุปว่าอีเมลนี้มาจาก FBI จริง
  • ภาพหน้าจอที่แนบมาไม่ใช่หน้าจอของ FSE
    • มันแสดง FSE เป็น “forum” และด้านบนมีข้อความ “Forum • Blackrock Executiv...”
    • มีการไฮไลต์คำค้นอย่าง “kill blackrock”, “larry fink”
    • มีการวิเคราะห์อารมณ์อย่างง่ายรวมอยู่ด้วย
    • โพสต์ถูกเขียนก่อนอีเมล 26 วัน แต่ในภาพหน้าจอกลับมีเวลาประเภท “11 hours ago”, “13 hours”
  • WitchKingOfAngmar ไม่ใช่ผู้ใช้ FSE แต่เป็นผู้ใช้ของ sneed.social
  • ผู้ดูแลตอบ FBI ว่าตนไม่มีข้อมูลของผู้ใช้รายนี้ใน FSE และแม้ BoardReader จะติดป้ายว่าเป็น “Free Speech Extremist” แต่แหล่งที่มาของโพสต์ไม่ใช่ FSE
    • เจ้าหน้าที่ FBI ถามว่าควรไปถามใคร และผู้ดูแลแนะนำให้ตรวจสอบเซิร์ฟเวอร์ต้นทาง

กระแสที่ดูเหมือนเชื่อมจาก BoardReader ไป Facebook และ FBI

  • ผู้ดูแลมองว่า FBI และ BoardReader ทำ Unicode เสียในลักษณะเดียวกัน และมีจุดร่วมคือระบุโพสต์จากเซิร์ฟเวอร์ภายนอกผิดว่าเป็นโพสต์ของ FSE
    • เขาระบุว่า Unicode codepoint เดิม 1f9e2, 1f438, 1f44d ถูกแทนเป็นกล่องเครื่องหมายคำถามซึ่งหมายถึง Unicode ไม่ถูกต้อง
  • จากพฤติกรรมแวดล้อมนี้ เขาสรุปว่า FBI ติดต่อ FSE เพราะดูข้อมูลจาก BoardReader
  • แม้ถึงวันที่ 15 มีนาคม 2023 BoardReader ก็ยังคงร้องขอมายัง FSE และได้รับเพียง 402
    • ผู้ดูแลโพสต์คำอธิบายสาธารณะแบบจำกัด และเปลี่ยน FSE ไปอยู่ในสถานะล็อก
    • ผู้ที่ไม่มีบัญชีจะไม่สามารถดู TWKN หรือไทม์ไลน์สาธารณะได้ และการสมัครก็ถูกปิด
  • หลังวันที่ 16 มีนาคม 2023 เขาระบุว่า BoardReader ยังพยายามอ้อมต่อด้วยพร็อกซีที่พักอาศัย, Tor และ User-Agent ที่เปลี่ยนทุกคำขอ

ไทม์ไลน์ปลอมและการปนเปื้อนข้อมูล

  • หลังวันที่ 24 มีนาคม 2023 เมื่อการสแครปของ BoardReader และการไหลเข้าที่เกี่ยวข้องกับเพโดฟีเลียยังดำเนินต่อ ผู้ดูแลจึงเริ่มให้บริการ ไทม์ไลน์ปลอม
  • เขาสร้างสคริปต์ CGI ขนาดเล็กเพื่อสร้าง JSON ที่ประกอบด้วยบัญชีที่ไม่มีอยู่จริงและโพสต์ที่ไม่มีอยู่จริง
    • ช่วงแรก ID เป็นตัวเลขสุ่ม 32 บิต และภายหลังผสมบางส่วนของเวลาคำขอเข้าไปเพื่อให้ตามรอยภายใน BoardReader ได้ง่ายขึ้น
    • เนื่องจาก nginx ไม่รองรับ CGI เขาจึงส่งต่อคำขอของ endpoint นี้ไปยัง lighttpd
    • เขาบอกว่าการติดตั้งใช้งานส่วนใหญ่ทำด้วย awk
  • รายการคำของโพสต์ปลอมผสมทั้งคำค้นของ BoardReader และรายการคำที่เกี่ยวข้องกับ CARNIVORE
  • โพสต์ปลอมถูกทำดัชนีโดย BoardReader และผู้ดูแลใช้ ID แบบสุ่มค้นในช่องค้นหาของ BoardReader เพื่อนำไปเทียบกับล็อกเว็บเซิร์ฟเวอร์ของ FSE และรายการที่ถูกทำดัชนี

การสังเกตคำขอจาก Facebook ที่พุ่งขึ้น

  • ผู้ดูแลยืนยันจากฮิสโตแกรมของล็อกว่ามีคำขอจำนวนมากจาก Facebook ต่อ URL ของโพสต์ปลอม
    • ช่วงที่มีเลข 4 สีเขียว/น้ำเงินจำนวนมากคือการตอบกลับ 402 และเขาบอกว่าแทบทั้งหมดเป็นคำขอจาก Facebook
    • URL ที่ถูกขอตรงกับโพสต์ปลอม
  • เขาเชื่อว่า Facebook ดึงโพสต์เหล่านี้ทันทีหลัง BoardReader ทำดัชนี
  • เมื่อเปลี่ยนรายการคำของโพสต์ปลอมให้เหลือเพียง “larry fink” คำขอจาก Facebook ก็พุ่งแทบจะทันที
    • เมื่อนำวลีนี้ออก ทราฟฟิกก็ลดลงและหยุด
    • เมื่อนำกลับมาอีกครั้ง หลังรอการทำดัชนีของ BoardReader การพุ่งขึ้นก็กลับมา
  • ผู้ดูแลคาดเดาลำดับการไหลว่า awk CGI → lighttpd → nginx → ครอว์เลอร์ของ BoardReader → ดัชนีของ BoardReader → Facebook → UI ค้นหาภายในของ FBI
    • เขาทิ้งท้ายว่าในลำดับนี้ยังไม่ชัดเจนจนถึงที่สุดว่า Facebook ทำหน้าที่เป็นเครื่องมือหรือคลังเก็บข้อมูลแบบใดให้ FBI

วิธีที่ทำให้ SocialGist หยุด

  • เพื่อลดค่าใช้จ่ายจากการใช้แบนด์วิดท์เกิน เขาทำให้การตอบกลับช้ามากและจบก่อนหมดเวลาเพียงเล็กน้อย
    • บางครั้งก็ตัดท้าย JSON ออกบางส่วนเพื่อจงใจให้ parse ไม่สำเร็จ
    • เขามองว่า BoardReader ดูเหมือนใช้ JSON parser ทั่วไป และเสียเวลาราว 1 นาทีโดยไม่ได้ข้อมูลที่มีประโยชน์
  • ต่อมาเขาใส่เบอร์โทรของ Dave ลงในโพสต์ที่สุ่มสร้าง และวันถัดมา Dave ก็ตอบกลับ
    • Dave บอกว่าได้สร้าง Jira ticket แล้วและจะรีบตอบ
    • หลังโต้ตอบกันสั้น ๆ การสแครปก็หยุดลงอย่างรวดเร็ว แต่กว่าที่ FSE จะหายจากดัชนีของ BoardReader ใช้เวลาราว 1 สัปดาห์

เรื่องภายหลังที่เชื่อมเข้ากับข่าว Torswats

  • วันที่ 18 มกราคม 2024 Wired รายงานการจับกุม Alan Winston Filion ที่ Lancaster, CA
    • เขาถูกระบุว่าเกี่ยวข้องกับ Torswats และมีรายงานว่าเป็นผู้ก่อการแจ้งเหตุเท็จนับร้อยครั้ง เช่น ขู่วางระเบิดและสถานการณ์ตัวประกันปลอม
  • ผู้ดูแลมองว่า WitchKingOfAngmar ก็คือ Torswats รายนี้
    • เขาบอกว่า WitchKingOfAngmar ดูเป็นการอ้างอิง “Lord of the Rings”
    • และเพราะ Torswats มักโพสต์คำขู่ยืดยาวไร้ความหมายที่พุ่งเป้าไปยัง Larry Fink เขาจึงเชื่อว่า FBI ให้ความสนใจกับภัยคุกคามที่เกี่ยวข้องกับ Larry Fink
  • เรื่องภายหลังนี้ช่วยเชื่อมบางส่วนของคำขอจาก FBI คำค้น “larry fink” และความสนใจต่อภัยคุกคามที่เกี่ยวข้องกับผู้บริหาร Blackrock
  • แต่ก็ยังมีคำถามค้างอยู่
    • ปัจจุบัน BoardReader คืออะไรกันแน่
    • SocialGist ใช้ BoardReader เป็นข้ออ้างที่ดูสมจริงหรือไม่
    • Facebook มีบทบาทอะไรใน pipeline นี้
    • Facebook ให้เครื่องมือแก่ FBI หรือถูกใช้เหมือนคลังข้อมูลกันแน่

คำแนะนำที่ฝากถึงผู้ดูแล fedi

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

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2025-06-10
ความคิดเห็นบน Hacker News

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

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

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

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

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

  • บอกว่า “Fediblock สร้าง ภาพจำที่เป็นเท็จ ราวกับว่า FSE อนุญาตสิ่งที่ FSE ไม่เคยอนุญาต” แต่กลับลิงก์ไปยังเว็บไซต์ที่ซอร์สโค้ดโฮสต์อยู่บน kiwifarms
    เหตุผลที่ถูกบล็อกก็เพราะพวกเราส่วนใหญ่ไม่อยากมีปฏิสัมพันธ์กับฝ่าย “เสรีภาพในการแสดงออก” และแทบจะมีแค่นั้นเอง

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

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

    • ไม่เห็นด้วย ไอคอน “Negative” เป็น หัวคนสีแดง ใครจะเลือกไอคอนแบบนั้นให้ “false positive” กัน? ผมคิดว่าการตีความว่าเป็น “อารมณ์เชิงลบ” สมเหตุสมผลกว่า

  • เรื่องที่ว่า “มีพวกใคร่เด็กปรากฏใน FSE” ดูเหมือนเป็น ปัญหาของ Fediverse โดยรวม พูดตามตรง Discord ก็เหมือนกัน

    • โดยพื้นฐานแล้ว ที่ไหนก็ตามที่อัปโหลดรูปภาพได้และ ไม่ได้เชื่อมกับชื่อจริง ก็คงเป็นแบบนั้นทั้งนั้น
    • Signal หรือ Telegram ก็เหมือนกัน

  • น่าสนใจที่เรื่องนี้เริ่มจาก เฮดเดอร์ Referer การที่เบราว์เซอร์บอกประวัติการท่องเว็บบางส่วนของผมให้เซิร์ฟเวอร์รู้เป็นค่าเริ่มต้น ดูเป็นปัญหาความเป็นส่วนตัว
    ถ้าจำไม่ผิด Tor ไม่มีปัญหานี้

    • ที่น่าสนใจก็คือ เรื่องนี้ตั้งค่าได้ทั้งฝั่งผู้ใช้และฝั่งเว็บไซต์ที่ส่งการอ้างอิง
      เบราว์เซอร์ส่วนใหญ่ อย่างน้อยก็เบราว์เซอร์ที่เกี่ยวข้อง จะเคารพเฮดเดอร์ referer-policy ที่ไซต์อ้างอิงตั้งไว้ 1 เฟรมเวิร์กเว็บไซต์ทั่วไปอย่าง Django ก็มีตัวเลือกสำหรับควบคุมสิ่งนี้ 2 เนื่องจาก user agent ส่วนใหญ่ทำตาม หากไซต์ดัชนีต้องการ ก็สามารถป้องกันไม่ให้เฮดเดอร์นั้นถูกส่งสำหรับผู้ใช้ส่วนใหญ่ได้อย่างง่ายดาย

  • ไม่มีวิธีทางเทคนิคที่ดีกว่านี้ในการกันสแครเปอร์หรือ? เช่น บล็อก IP หรือโดเมนที่จุดรับทราฟฟิกขาเข้า แทนที่จะประมวลผลคำขอ ถึงอย่างนั้นก็อาจยังต้องจ่ายค่าทราฟฟิกของคำขออยู่ดี
    มันมีตลาดบริการป้องกัน DDoS ของบุคคลที่สามสำหรับ API endpoint ไม่ใช่หรือ อย่างพวก Cloudflare นั่นแหละ เพียงแต่สำหรับ “Free Speech Extremist” แล้ว มันอาจไม่ใช่ทางออกที่เหมาะ และก็มีค่าใช้จ่าย แต่ในสถานการณ์แบบนี้ จริง ๆ แล้วอาจช่วยประหยัดค่าใช้จ่ายได้ด้วย

    • “ดังนั้นจึงให้เซิร์ฟเวอร์ทิ้งทราฟฟิกจาก IP ที่กำลังสแครปอยู่ แก้ปัญหาได้! จากนั้นไม่นานก็เริ่มเห็นความพยายามจำนวนมากจาก IP อื่น ๆ เป็น IP ตามบ้าน ในสหรัฐฯ พวกเขากำลังซื้อ residential proxy อยู่”