สิ่งที่ Proof of Actor สามารถยืนยันได้ และสิ่งที่ไม่สามารถทำได้
คำอธิบายตรงไปตรงมาของการจัดประเภท หลักฐานที่อยู่เบื้องหลัง บริบทที่ใช้ได้ และข้อจำกัดที่เราออกแบบรองรับไว้
- ลายเซ็นของคำขอvalid · sample-crawler.exampleverified
- คำประกาศของไคลเอนต์"research-assistant/2.1"declared
- การโต้ตอบในเบราว์เซอร์pointer + keyboard eventsinferred
- ไม่มี signals ที่รองรับroute not instrumentedunknown
เวอร์ชันสั้น
| สิ่งที่ Proof of Actor บอกคุณได้ (เมื่อรองรับ) | สิ่งที่ไม่สามารถรับประกันได้ |
|---|---|
| ลายเซ็นคำขอของ agent ที่รองรับผ่านการตรวจสอบความถูกต้องหรือไม่ | ว่าเอเจนต์ซื่อสัตย์ ปลอดภัย หรือได้รับอนุญาตให้ดำเนินการใด ๆ |
| เซสชันแสดงสัญญาณเชิงโต้ตอบหรืออัตโนมัติบางอย่างหรือไม่ | ว่ามนุษย์ไม่ได้ใช้ AI นอกเหนือจากการเชื่อมต่อที่คุณสังเกตได้ |
| AI ถูกระบุไว้หรือสามารถสังเกตได้ใน workflow ที่รองรับหรือไม่ | การตรวจจับความช่วยเหลือจาก AI เนื้อหาที่คัดลอก หรืออุปกรณ์อื่นอย่างครอบคลุม |
| หลักฐานนั้นไม่เพียงพอ | ว่าการโต้ตอบที่ไม่ทราบแหล่งที่มาเป็นอันตราย |
ความพร้อมใช้งานขึ้นอยู่กับการผสานใช้งานของคุณและการตรวจสอบที่เปิดใช้งาน เจ้าของแอปพลิเคชันยังคงควบคุมการตัดสินใจบังคับใช้
การจัดประเภท
สี่ class สาธารณะ แต่ละ class มีความหมายที่กำหนดไว้และขอบเขตที่ชัดเจน
- มนุษย์
สัญญาณที่สังเกตได้ซึ่งรองรับบ่งชี้ว่าเป็นการโต้ตอบที่มนุษย์เป็นผู้กำกับ
ไม่ได้หมายความว่า: ว่าไม่มีการใช้ AI หรือว่าตัวตนในโลกจริงของบุคคลนั้นได้รับการยืนยันแล้ว
- มนุษย์ + AI
มีการ Declared ว่าใช้ความช่วยเหลือจาก AI หรือถูกตรวจพบโดยการเชื่อมต่อที่รองรับซึ่งสามารถสังเกตได้จริง
ไม่ได้หมายความว่า: ว่าการใช้ AI ที่ซ่อนอยู่ทั้งหมดสามารถตรวจพบได้ รวมถึงแท็บอื่นหรืออุปกรณ์อื่น
- เอเจนต์
การโต้ตอบแบบอัตโนมัติหรือที่มาจากเอเจนต์ ซึ่งรองรับด้วยตัวตนที่ตรวจสอบได้หรือการอนุมานที่ระบุอย่างรอบคอบ
ไม่ได้หมายความว่า: ว่าเอเจนต์ได้รับอนุญาต ปลอดภัย หรือกำลังดำเนินการภายใต้การมอบหมายที่ถูกต้องจากบุคคล
- ไม่ทราบ
หลักฐานที่มีอยู่ไม่สนับสนุนการตัดสินอย่างน่าเชื่อถือ
ไม่ได้หมายความว่า: ว่าการโต้ตอบนั้นน่าสงสัยหรือเป็นอันตราย
Verified, Declared, Inferred, Unknown
ผลลัพธ์ทุกครั้งมี basis กำกับอยู่ class จะไม่ทำให้ inference ดูเหมือน cryptographic verification ซึ่งสำคัญที่สุดสำหรับ application ที่อ่อนไหวด้าน security
- verified
- ยืนยันแล้ว. การยืนยันที่ตรวจสอบได้ด้วยวิธีเข้ารหัสหรือวิธีอื่น เช่น ลายเซ็นคำขอเทียบกับคีย์ที่เผยแพร่ มันพิสูจน์ได้เพียงการตรวจสอบนั้นเท่านั้น ไม่ได้มากกว่านั้น
- declared
- แจ้งไว้. ตัวผู้กระทำหรือแอปพลิเคชันของคุณเป็นผู้ระบุ เช่น การเปิดเผยการช่วยเหลือจาก AI หรือไคลเอนต์ที่ระบุตัวเองว่าเป็นเอเจนต์ คำประกาศอาจไม่เป็นความจริง
- inferred
- อนุมาน. ข้อสรุปที่ได้จากสัญญาณเชิงพฤติกรรมหรือบริบท ข้อสรุปแบบ Inferred อาจผิดได้และจะมีป้ายกำกับเป็น Inferred เสมอ
- unknown
- ไม่ทราบ. มี evidence ไม่เพียงพอสำหรับการตัดสิน ผลลัพธ์จะถูกรายงานเป็น Unknown แทนที่จะเดา
หากตัวเลขความมั่นใจจำเป็นต้องอาศัยโมเดลที่ผ่านการทดสอบและปรับเทียบอยู่เบื้องหลัง เราจะใช้ระดับความเข้มของหลักฐานเชิงคุณภาพแทน คุณจะไม่เห็นตัวเลขอย่าง 99.7% human จากเรา เว้นแต่จะมีการวัดและอธิบายไว้แล้ว
บริบทที่รองรับและข้อจำกัดของแต่ละแบบ
เบราว์เซอร์
ตัวรวบรวมฝั่งเบราว์เซอร์จะเห็นเซสชันแบบโต้ตอบบนหน้าที่มันทำงานอยู่ แต่จะไม่เห็นไคลเอนต์ที่ไม่ได้รัน JavaScript, กิจกรรมในแท็บอื่น, แอปพลิเคชันหรืออุปกรณ์อื่น หรือข้อความที่บุคคลคัดลอกมาจากที่อื่น
เซิร์ฟเวอร์และ API
การเชื่อมต่อฝั่งเซิร์ฟเวอร์จะเห็นบริบทของคำขอ และในกรณีที่ไคลเอนต์รองรับก็จะเห็นลายเซ็นคำขอด้วย แต่ไม่สามารถเห็นหน้าจอของบุคคลได้ และไคลเอนต์ที่ไม่ได้ลงนามส่วนใหญ่สามารถอธิบายตัวเองอย่างไรก็ได้
MCP
MCP server จะเห็นรายละเอียดที่ไคลเอนต์ประกาศและการเรียกเครื่องมือที่ทำ ชื่อไคลเอนต์ที่ประกาศเป็นการประกาศ ไม่ใช่การตรวจสอบยืนยัน
สองข้อจำกัดที่ควรทำความเข้าใจ
ข้อความที่สร้างโดย AI จากแท็บหรืออุปกรณ์อื่น
หากคนคนหนึ่งถาม chatbot ในแท็บอื่น หรือบนโทรศัพท์ของตน แล้ววางคำตอบลงในฟอร์มของคุณ ทราฟฟิกเว็บทั่วไปมักไม่แสดงอะไรเกี่ยวกับเรื่องนั้น เซสชันจะดูเหมือนถูก human-directed เพราะมี human เป็นผู้ชี้นำ
Proof of Actor รายงาน Human + AI เฉพาะเมื่อมีการ declared การช่วยเหลือ หรือถูกสังเกตได้โดยอินทิเกรชันที่รองรับซึ่งมองเห็นได้จริง เช่น ฟีเจอร์ผู้ช่วยของแอปคุณเอง
สิ่งที่คำขอจาก bot ที่ลงนามแล้วพิสูจน์ได้
HTTP message signature ที่ตรวจสอบความถูกต้องได้กับคีย์ที่เผยแพร่ แสดงว่าคำขอถูกลงนามด้วยคีย์ที่เชื่อมโยงกับตัวระบุนั้น เช่น โดเมนของผู้ดำเนินการ
สิ่งนี้ไม่ได้ยืนยันตัวตนในโลกจริงของผู้ที่อยู่เบื้องหลังคำขอ ไม่ว่าจะเป็นบุคคลที่มอบอำนาจให้มัน หรือว่าการกระทำนั้นปลอดภัยหรือได้รับอนุญาตหรือไม่ มาตรฐานในส่วนนี้ รวมถึงงาน IETF Web Bot Auth ยังเป็น Internet-Drafts อยู่
ไม่มีการบล็อกโดยค่าเริ่มต้น
Proof of Actor ไม่ block, reject หรือ challenge อะไรโดยค่าเริ่มต้น เราไม่แนะนำให้ block หรือ reject โดยอิงเพียงผล actor ที่ inferred และยิ่งไม่ควรใช้ผลนั้นเพียงอย่างเดียวในการตัดสินใจที่มีผลกระทบต่อผู้คน (การจ้างงาน สินเชื่อ บริการทางการเงิน การศึกษา หรือการเข้าถึงบริการจำเป็น)
การบังคับใช้เกิดขึ้นใน application ของคุณ ภายใต้นโยบายที่ทีมของคุณเลือกและยืนยัน พร้อม fallback ที่ชัดเจนสำหรับ Unknown และสำหรับ timeouts
Unknown และการงดสรุป
เมื่อหลักฐานไม่สนับสนุนข้อสรุปที่เชื่อถือได้ ผลลัพธ์จะเป็น Unknown โดย Unknown จะไม่ถูกแปลงเป็น Human และไม่ได้หมายความว่าน่าสงสัย การคงให้เห็นได้จะบอกคุณว่าขอบเขตการครอบคลุมของคุณสิ้นสุดตรงไหน ซึ่งเป็นข้อมูลที่คุณต้องรู้ก่อนจะบังคับใช้อะไรทั้งนั้น
หลักการด้านความเป็นส่วนตัวและการกำกับดูแล
การจำกัดวัตถุประสงค์
หลักฐานใช้บรรยายการโต้ตอบให้เจ้าของ application เข้าใจ ไม่ได้นำไปใช้สร้างโปรไฟล์ข้ามไซต์
การเก็บข้อมูลขั้นต่ำ
แต่ละ integration จะเก็บข้อมูลเท่าที่บริบทนั้นต้องการ telemetry ที่อ่อนไหวต้องได้รับ opt-in อย่างชัดเจน
การแยกผู้เช่า
evidence ของลูกค้ารายหนึ่งจะไม่ปรากฏให้ลูกค้าอีกรายเห็น
การเก็บรักษาที่กำหนดค่าได้
ระยะเวลาการเก็บรักษาจะตกลงร่วมกับแต่ละทีมผู้ก่อตั้งระหว่างการเริ่มใช้งาน
การเข้าถึงที่ลูกค้าควบคุม
คุณเป็นผู้ตัดสินว่าใครในทีมของคุณจะเห็นหลักฐานและผลลัพธ์ได้บ้าง
ไม่มีการตรวจสอบตัวตน
Proof of Actor ไม่มีการเก็บข้อมูลชีวมิติและไม่มีการยืนยันตัวตน
ตกลงร่วมกันกับทุกทีม
ประสิทธิภาพและระเบียบวิธี
Coverage อัตรา unknown false positives และ calibration จะถูกวัดร่วมกับทีมผู้ก่อตั้งในแต่ละบริบทที่รองรับ เทียบกับผลลัพธ์ที่ทีมเหล่านั้นรู้จักอยู่แล้ว วิธีการและผลลัพธ์จะเผยแพร่ที่นี่เมื่อแต่ละบริบทมีความพร้อมมากขึ้น
มีคำถามเกี่ยวกับความเป็นส่วนตัวหรือความปลอดภัยหรือไม่ [email protected]