ฐานข้อมูล Moltbook เปิดเต็มรูปแบบ: คีย์ API ของเอเจนต์ 1.5 ล้านรายการ, อีเมล 35,000 รายการ

Moltbook เป็นเครือข่ายสังคมสไตล์ Reddit ที่สร้างขึ้นเพื่อให้เฉพาะ AI agent เท่านั้นที่โพสต์ได้ Matt Schlicht ผู้ก่อตั้งเปิดตัวเมื่อวันที่ 28 มกราคม 2026 และกล่าวต่อสาธารณะบน X ว่าเขาไม่ได้เขียนโค้ดแม้แต่บรรทัดเดียว: "ผมเพียงมีวิสัยทัศน์เกี่ยวกับสถาปัตยกรรมทางเทคนิค และ AI ทำให้มันเป็นจริง" ตามที่ Wiz อ้างคำพูดของเขา สามวันต่อมา เมื่อวันที่ 31 มกราคม 2026 404 Media รายงานว่าใครก็ตามสามารถควบคุม AI agent ใดก็ได้บนเว็บไซต์ Wiz ซึ่งค้นพบการกำหนดค่าผิดแบบเดียวกันโดยอิสระ ได้เผยแพร่รายละเอียดทางเทคนิคเมื่อวันที่ 2 กุมภาพันธ์: คีย์ API ของ Supabase ที่ถูกฮาร์ดโค้ดไว้ใน JavaScript ฝั่งไคลเอนต์ของ Moltbook ชี้ไปยังฐานข้อมูลโปรดักชันที่ไม่มี Row Level Security และคำขอที่ไม่ผ่านการยืนยันตัวตนไปยังตาราง agents ส่งคืนโทเค็นการยืนยันตัวตนที่ใช้งานจริงของ agent ต่าง ๆ บนแพลตฟอร์ม รวมถึง agent ที่เป็นที่รู้จักมากที่สุดด้วย Wiz นับโทเค็น API ได้ 1.5 ล้านรายการ ที่อยู่อีเมล 35,000 รายการ และบทสนทนาส่วนตัวระหว่าง agent กับ agent จำนวน 4,060 รายการที่สามารถอ่านได้ด้วยวิธีนั้น และยืนยันว่าสามารถเขียนโพสต์ที่ใช้งานอยู่ใหม่ได้ด้วย คลังข้อมูลบันทึกเหตุการณ์นี้เป็นเหตุการณ์ข้อมูลรับรองระดับความรุนแรงวิกฤต โดยระบุวันที่แม่นยำถึงระดับวันคือ 31 มกราคม 2026 ระดับความเชื่อมั่น A และบันทึกความเสียหายที่เกิดขึ้นจริง พร้อมกับบันทึกโครงสร้างพื้นฐานของ agent รายการอื่น ๆ ใน Orca AI Incident Archive.

กุญแจไม่เคยเป็นความลับ

Supabase เป็นบริการ Postgres แบบโฮสต์ที่มี REST API ซึ่ง Wiz ระบุว่าเป็นที่นิยมในแอปพลิเคชันที่เขียนโค้ดแบบ vibe-coded เพราะตั้งค่าได้ง่าย คีย์แบบ publishable ได้รับการออกแบบมาให้อยู่ในโค้ดฝั่งไคลเอนต์ โดยคีย์นี้ใช้ระบุโปรเจกต์ และการควบคุมการเข้าถึงควรมาจากนโยบาย Row Level Security บนตารางที่อยู่เบื้องหลัง Gal Nagli จาก Wiz ระบุประเด็นนี้อย่างชัดเจนในบทความว่า การเปิดเผยคีย์ "ไม่ได้บ่งชี้ถึงความล้มเหลวด้านความปลอดภัยโดยอัตโนมัติ" และเมื่อกำหนดค่า RLS อย่างถูกต้อง "คีย์ API สาธารณะก็ปลอดภัยที่จะเปิดเผย - มันทำหน้าที่เหมือนตัวระบุโปรเจกต์" Wiz เขียนว่า ในImplementation ของ Moltbook "แนวป้องกันสำคัญนี้หายไป"

กลไกนี้อยู่ในไฟล์บันเดิล ตามข้อมูลของ Wiz ไฟล์ JavaScript สำหรับโปรดักชันที่ moltbook.com/_next/static/chunks/18e24eafc444b2b9.js มีทั้งที่อยู่โปรเจกต์ Supabase คือ ehxbxtjliybbloantpwq.supabase.co และคีย์ sb_publishable_4ZaiilhgPir-2ns8Hxg5Tw_JqZU_G6- จากนั้น Wiz ส่งคำขอไปยังตาราง agents เพื่อขอชื่อและคีย์ API สามรายการ ซึ่งเป็นคิวรีที่ควรจะคืนอาร์เรย์ว่างหรือข้อผิดพลาดด้านการอนุญาต แต่กลับคืนแถวข้อมูล รวมถึงโทเคนการยืนยันตัวตนของเอเจนต์ยอดนิยมที่สุดของแพลตฟอร์มด้วย จากตรงนั้น Wiz ได้แมปสคีมาโดยใช้ข้อความข้อผิดพลาดของ PostgREST และการตรวจสอบโครงสร้าง GraphQL และนับบันทึกที่เปิดเผยได้ประมาณ 4.75 ล้านรายการ

สรุปของคลังข้อมูลระบุว่า Moltbook "ไม่เคยเปิดใช้งาน" Row Level Security และแหล่งข้อมูลก็หลวมกว่าที่ระบุไว้ ทั้งสองแหล่งไม่ได้แสดงประวัติการกำหนดค่า ดังนั้นสิ่งที่บันทึกไว้คือ RLS ไม่ได้มีผลบังคับใช้ระหว่างการตรวจสอบ: Wiz พบว่าตารางเปิดอยู่ และ Implicator.ai ซึ่งรายงานตามคำบอกเล่าของผู้ค้นพบ เขียนว่า Moltbook "ไม่เคยเปิด RLS เลย หรือถ้าเปิด ก็ไม่ได้กำหนดนโยบายใด ๆ ไว้" ไม่ว่าการตั้งค่านี้จะไม่เคยถูกเปิดใช้งาน หรือถูกเปิดใช้งานโดยไม่มีนโยบายใด ๆ อยู่ในที่นั้น ก็ไม่ได้รับการยืนยันจากทั้งสองแหล่ง และผลในทางปฏิบัติก็เหมือนกัน

จริง ๆ แล้วมีอะไรอยู่ในตาราง

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

ตาราง owners เก็บข้อมูลส่วนบุคคลของผู้ใช้กว่า 17,000 ราย รวมถึงอีเมล แฮนเดิล X และชื่อที่แสดงซึ่งอยู่เบื้องหลังเอเจนต์แต่ละตัว ตาราง observers ที่ Wiz ค้นพบในภายหลังผ่านปลายทาง GraphQL เก็บอีเมลอีก 29,631 รายการที่เป็นของผู้ลงทะเบียนเข้าถึงก่อนใครสำหรับผลิตภัณฑ์ "Build Apps for AI Agents" ที่ Moltbook วางแผนไว้ ตาราง agent_messages เก็บบทสนทนาข้อความโดยตรงแบบส่วนตัวระหว่างเอเจนต์ 4,060 รายการ ซึ่งจัดเก็บโดยไม่มีการเข้ารหัสหรือการควบคุมการเข้าถึง และ Wiz รายงานว่าบางรายการมีข้อมูลรับรองของบุคคลที่สามในรูปแบบข้อความธรรมดา รวมถึงคีย์ OpenAI API ที่เอเจนต์แชร์ให้กัน

อัตราส่วนระหว่างเอเจนต์กับคนคือส่วนที่บั่นทอนเรื่องราวสาธารณะของแพลตฟอร์ม Wiz รายงานว่ามีเอเจนต์ที่ลงทะเบียน 1.5 ล้านราย เทียบกับเจ้าของที่เป็นมนุษย์ราว 17,000 คน หรือประมาณ 88 เอเจนต์ต่อคน และอ้างว่าช่องว่างนี้เกิดจากการไม่มี rate limiting หรือการยืนยันตัวตน ใครก็สามารถลงทะเบียนเอเจนต์ซ้ำ ๆ ในลูปได้ และมนุษย์สามารถโพสต์ในฐานะ "เอเจนต์" ด้วยคำขอ POST พื้นฐานได้ ข้อสรุปของ Wiz ตรงไปตรงมา — "เครือข่ายสังคม AI ที่ปฏิวัติวงการนั้นส่วนใหญ่เป็นมนุษย์ที่ควบคุมฝูงบอต"

จำนวนอีเมลไม่ได้รวมกันได้ลงตัวชัดเจน และ Wiz ก็ไม่ได้อธิบายว่าเพราะอะไร ตัวเลขในพาดหัวของบริษัทคือที่อยู่อีเมล 35,000 รายการ ส่วนจำนวนนับในระดับตารางของ Wiz เองระบุว่ามีอีเมลของเจ้าของ 17,000 กว่ารายการ และอีเมลของผู้สังเกตการณ์ 29,631 รายการ ซึ่งรวมกันได้ประมาณ 46,600 ตัวเลขทั้งสองเป็นของ Wiz และบทความนี้ไม่ได้ระบุว่าตัวเลข 35,000 มาจากไหน — มาจากการลบรายการซ้ำระหว่างสองตาราง หรือจากสแนปช็อตที่ถ่ายไว้ก่อนพบตารางผู้สังเกตการณ์

ครึ่งการเขียนของการเปิดรับแสง

การอ่านข้อมูลไม่ใช่ข้อค้นพบทั้งหมด Wiz รายงานว่าแม้หลังการแก้ไขรอบแรกจะปิดกั้นการเข้าถึงแบบอ่านตารางที่ละเอียดอ่อนแล้ว สิทธิ์การเขียนในตารางสาธารณะก็ยังเปิดอยู่ พวกเขาทดสอบโดยส่งคำขอ PATCH ไปยังโพสต์ที่ใช้งานอยู่และแทนที่ชื่อเรื่องกับเนื้อหาด้วยสตริง "@galnagli - responsible disclosure test" จากนั้นยืนยันว่าการแก้ไขปรากฏให้เห็นบนเว็บไซต์ หลังจากมีการจำกัดสิทธิ์การเขียน Wiz ก็ไม่สามารถย้อนกลับโพสต์ทดสอบของตนเองได้อีกต่อไป ทีม Moltbook ลบเนื้อหาดังกล่าวในอีกไม่กี่ชั่วโมงต่อมา Wiz เขียน และขอบคุณนักวิจัยสำหรับรายงาน

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

สามชั่วโมงสิบสองนาที แก้ไขสี่จุดแยกกัน

ไทม์ไลน์การเปิดเผยข้อมูลของ Wiz เริ่มต้นเมื่อ 21:48 UTC ของวันที่ 31 มกราคม 2026 ด้วยการติดต่อผู้ดูแล Moltbook เป็นครั้งแรกผ่านข้อความตรงบน X และสิ้นสุดเมื่อ 01:00 UTC ของวันที่ 1 กุมภาพันธ์ เมื่อตารางที่เปิดเผยไว้เป็นตารางสุดท้ายได้รับการรักษาความปลอดภัยแล้ว หลังการติดต่อครั้งแรกนั้น ไทม์ไลน์ได้บันทึกอีกเจ็ดขั้นตอน ได้แก่ รายงานเมื่อ 22:06 การแก้ไขครั้งแรกเมื่อ 23:29 ซึ่งครอบคลุมตาราง agents, owners และ site_admins การแก้ไขครั้งที่สองเมื่อ 00:13 ซึ่งครอบคลุม agent_messages, notifications, votes และ follows การค้นพบเส้นทางการเขียนเมื่อ 00:31 การแก้ไขครั้งที่สามซึ่งปิดเส้นทางนั้นเมื่อ 00:44 การค้นพบตาราง observers, identity_verifications และ developer_apps เมื่อ 00:50 และการแก้ไขครั้งสุดท้ายเมื่อ 01:00

ไทม์ไลน์นั้นเป็นข้อโต้แย้งที่หนักแน่นที่สุดต่อเรื่องเล่าเวอร์ชันง่ายที่สุดของเหตุการณ์นี้ Implicator.ai อธิบายการแก้ไขด้วยคำสั่ง SQL สองคำสั่ง โดยเขียนว่า "การแก้ไขต้องใช้คำสั่ง SQL สองคำสั่ง ซึ่งตอนนั้นยังไม่มี" และบทสรุปของไฟล์เก็บถาวรก็ใช้กรอบแบบ "สองบรรทัดของ SQL" เช่นเดียวกัน การซ่อมแซมหลักสำหรับการเปิดเผยข้อมูลจากการอ่านอาจมีขนาดเล็กเพียงนั้นจริง: เปิดใช้ RLS และเพิ่มนโยบายบนตาราง แต่บันทึกของ Wiz เองแสดงให้เห็นการแก้ไขสี่ครั้งในช่วงสามชั่วโมง ช่องโหว่การเข้าถึงเพื่อเขียนอีกช่องหนึ่งที่แยกต่างหาก ซึ่งการแก้ไขฝั่งการอ่านไม่ได้ปิดช่องนั้น และตารางอีกสามตาราง ซึ่งรวมถึงที่อยู่ผู้สังเกตการณ์ 29,631 รายการ ที่ปรากฏขึ้นหลังการแก้ไขสองรอบแรกเท่านั้น บทเรียนปิดท้ายของ Wiz คือพวกเขา "ทำงานร่วมกับทีมผ่านการแก้ไขหลายรอบ โดยแต่ละรอบทำให้พื้นผิวที่เปิดเผยเพิ่มเติมปรากฏขึ้น" เวอร์ชันสองบรรทัดอธิบายการเปลี่ยนแปลงการกำหนดค่า ไม่ใช่การแก้ไข

สองการค้นพบ และความแตกต่างในบันทึก

โดยปกติแล้วการค้นพบนี้ได้รับการยกเครดิตให้กับ Jamieson O'Reilly ผู้ก่อตั้งบริษัทความปลอดภัยสัญชาติออสเตรเลียอย่าง Dvuln และเป็นผู้สาธิตการยึดบัญชีให้ 404 Media ดู; Implicator.ai รายงานว่า 404 Media ยืนยันความสามารถนี้โดยการอัปเดตบัญชี Moltbook ของ O'Reilly เองโดยได้รับอนุญาตจากเขา โพสต์ของ Wiz เขียนโดย Gal Nagli และมีหมายเหตุท้ายโพสต์ที่ให้เครดิต O'Reilly ว่า: "นักวิจัยด้านความปลอดภัย Jameson O'Reilly ยังค้นพบการกำหนดค่าผิดพลาดของ Supabase ที่เป็นต้นเหตุ ซึ่งได้รับการรายงานโดย 404 Media" หมายเหตุดังกล่าวยังระบุต่อไปว่าโพสต์ของ Wiz นำเสนอการค้นพบเดียวกันนี้ที่เป็นการค้นพบโดยอิสระ

สรุปของคลังข้อมูลระบุว่าทั้งสองเป็นนักวิจัยของ Wiz แต่โพสต์ของ Wiz เองไม่ได้ระบุเช่นนั้น โดยระบุชื่อ Nagli เป็นผู้เขียน และอธิบายว่า O'Reilly เป็นนักวิจัยอิสระซึ่ง 404 Media รายงานการค้นพบของเขา และ Implicator.ai ระบุว่า O'Reilly อยู่ที่ Dvuln การสะกดชื่อยังไม่ลงตัวในแต่ละแหล่งข้อมูล — Wiz เขียนว่า "Jameson" ขณะที่เว็บไซต์ของ Dvuln เองระบุผู้ก่อตั้งว่า "Jamieson" — และบทความนี้ใช้การสะกดตามที่เว็บไซต์นั้นใช้ สิ่งที่ไม่มีข้อโต้แย้งคือมีการค้นพบการกำหนดค่าผิดพลาดเดียวกันนี้แยกกันสองครั้งภายในไม่กี่วัน

เรื่องราวของการตอบกลับแตกต่างกันไปตามแหล่งข่าว และความแตกต่างนี้ควรค่าแก่การรายงานมากกว่าการตัดสินให้จบไป ตามเรื่องราวของ O'Reilly ซึ่งถ่ายทอดโดย Implicator.ai เขาเข้าหา Schlicht โดยตรงและเสนอช่วยแพตช์ช่องโหว่ โดยได้รับการตอบกลับว่า "ฉันจะมอบทุกอย่างให้ AI ไปเลย เพราะฉะนั้นส่งอะไรมาก็ได้" จากนั้นผ่านไปทั้งวันโดยไม่มีการติดตามผลตามเรื่องราวนั้น และ Schlicht ไม่ตอบกลับคำขอความคิดเห็นของ 404 Media ส่วน Wiz ซึ่งติดต่อผู้ดูแลแยกต่างหาก บันทึกรายงานที่ยื่นเมื่อ 22:06 UTC และการแก้ไขครั้งสุดท้ายในสี่ครั้งเมื่อ 01:00 UTC ซึ่งเป็นเวลาสามชั่วโมงสิบสองนาทีหลังการติดต่อครั้งแรก ไทม์ไลน์ทั้งสองดำเนินไปคนละช่องทาง และไม่มีแหล่งข่าวใดระบุว่าฝ่ายหนึ่งกระตุ้นอีกฝ่ายหรือไม่ ทั้งสองฝ่ายอาจถูกต้องทั้งคู่

สิ่งที่บันทึกยืนยัน และสิ่งที่บันทึกไม่ได้ยืนยัน

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

สิ่งที่ยังไม่ได้รับการยืนยันเริ่มต้นจากการเข้าถึงก่อนหน้า Wiz ระบุว่าข้อมูลทั้งหมดที่เข้าถึงระหว่างการวิจัยและการตรวจสอบการแก้ไขของบริษัทถูกลบแล้ว และนั่นไม่ได้กล่าวถึงใครอื่นเลย Implicator.ai ชี้ช่องว่างอย่างตรงไปตรงมา: ไม่มีใครบอกได้ว่ามีใครพบฐานข้อมูลก่อน O'Reilly หรือไม่ หรือโพสต์จำนวนเท่าใดที่แพร่กระจายในช่วงสัปดาห์ที่ไวรัลของแพลตฟอร์มนั้นเป็นเอาต์พุตจริงของเอเจนต์ และมีจำนวนเท่าใดที่มาจากคีย์ที่ถูกขโมย ไม่มีแหล่งข่าวใดที่อ่านเพื่อเขียนชิ้นนี้รายงานการใช้งานในทางที่ผิดที่ได้รับการยืนยันของข้อมูลรับรองที่ถูกเปิดเผยใด ๆ และไม่มีแหล่งใดรายงานจำนวนบัญชีที่ถูกยึดครองจริง แฟล็ก real_harm ของไฟล์เก็บถาวรเป็นจริง เพราะข้อมูลส่วนบุคคลและข้อมูลรับรองของบุคคลที่สามที่ยังใช้งานอยู่สามารถอ่านได้จริงโดยใครก็ได้ ไม่ใช่เพราะมีการบันทึกการใช้งานในทางที่ผิดที่เฉพาะเจาะจง

ยอดนับเอเจนต์ก็ขัดแย้งกันเช่นกัน และความขัดแย้งนั้นสอดคล้องกับการเติบโตของแพลตฟอร์มมากกว่าข้อเท็จจริงของการเปิดเผยข้อมูล Implicator.ai ซึ่งเขียนเมื่อวันที่ 1 กุมภาพันธ์จากเรื่องเล่าของผู้ที่พบ ระบุว่ามีเอเจนต์ที่ลงทะเบียน "กว่า 32,000" — ในบทความที่ยังบอกด้วยว่าเว็บไซต์มีผู้ใช้ทะลุ 37,000 รายในสัปดาห์แรก — และมีระเบียนที่เปิดเผย 1.49 ล้านระเบียน Wiz ซึ่งตรวจสอบเมื่อวันที่ 2 กุมภาพันธ์ นับได้ 1.5 ล้านเอเจนต์และระเบียนราว 4.75 ล้านระเบียน สรุปของคลังข้อมูลบันทึกว่าในที่สุดแพลตฟอร์มสะสมเอเจนต์ที่ลงทะเบียนได้ 1.7 ล้านรายและความคิดเห็นเกือบ 7 ล้านรายการ บทความนี้ไม่ได้ตรวจสอบยืนยันยอดรวมสุดท้ายทั้งสองจำนวนอย่างเป็นอิสระ ตัวเลขเดียวที่ทุกเรื่องเล่าสนับสนุนคือรูปร่างของสิ่งนี้: เอเจนต์มีมากกว่ามนุษย์มาก และไม่มีกลไกใดที่แยกความแตกต่างได้

มีอะไรเปลี่ยนแปลงไป และสิ่งที่การตั้งค่ายังไม่ได้แก้ไข

สิ่งที่เปลี่ยนแปลงนั้นมีขอบเขตแคบและมีการบันทึกไว้อย่างชัดเจน ได้แก่ นโยบาย RLS บนตารางที่ละเอียดอ่อน ข้อจำกัดด้านการเขียนบนตารางสาธารณะ การลบโพสต์ทดสอบของนักวิจัย และตามข้อมูลของ Wiz แพลตฟอร์มที่ได้รับการแพตช์อย่างสมบูรณ์ภายใน 01:00 UTC ของวันที่ 1 กุมภาพันธ์ ไม่มีแหล่งข้อมูลใดที่ใช้สำหรับบทความนี้ระบุว่า Moltbook เพิ่มการจำกัดอัตราการเรียกใช้ การยืนยันตัวตนของเอเจนต์ หรือการตรวจสอบเนื้อหาที่เขียนขึ้นในช่วงเวลาดังกล่าว คำแนะนำของ Wiz มุ่งเป้าไปที่เครื่องมือมากกว่าแพลตฟอร์ม — ผู้ช่วย AI ที่สร้างแบ็กเอนด์ Supabase อาจเปิดใช้ RLS โดยค่าเริ่มต้น และแพลตฟอร์มสำหรับดีพลอยอาจสแกนหาข้อมูลรับรองที่เปิดเผยและการกำหนดค่าที่ไม่ปลอดภัย

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