ตัวเข้ารหัสซ่อนข้อมูล

หลักการ: ข้อความถูกเข้ารหัสก่อน (XChaCha20-Poly1305) จากนั้นข้อความที่เข้ารหัสแล้วจะถูกกระจายลงบนบล็อกของตารางตัวเลข — ส่วนที่เหลือเป็นสัญญาณรบกวนแบบสม่ำเสมอ ความลับมาจากการเข้ารหัส ส่วนเรขาคณิตทำหน้าที่เพียงซ่อนตำแหน่งของข้อความที่เข้ารหัสแล้ว หากไม่มีคีย์ ตารางจะแยกไม่ออกจากสัญญาณรบกวนแบบสุ่มในเชิงสถิติ: ค่า χ² ที่แสดงในแท็บ เดโม คือการตรวจสอบเรื่องนี้ ไม่ใช่เพียงคำกล่าวอ้าง

คีย์หลัก: 256 บิต สร้างแบบสุ่ม (หรือได้จาก passphrase หรือจากเซสชัน Exchange) คีย์เดียวถูกแยกด้วย HKDF-SHA256 เป็นคีย์เข้ารหัสและคีย์ไวยากรณ์ — การใช้งานทั้งสองนี้ไม่เคยใช้วัสดุคีย์เดียวกัน

ไวยากรณ์: คีย์ไวยากรณ์กำหนดบทบาท (บริสุทธิ์ / มีโครงสร้าง / ข้อความ) และรูปทรงให้แต่ละบล็อกของตาราง โดยสุ่มเลือกจากตัวอ้างอิง 256 (กางเขนหูหิ้ว) หรือจากตัวอ้างอิง 6×6 ที่สร้างใหม่สำหรับ Carter-Random บล็อก “มีโครงสร้าง” และ “ข้อความ” แยกจากกันไม่ออกในเชิงสถิติหากไม่มีคีย์ — บล็อกเหล่านี้มีอยู่เพื่อเหตุผลนี้โดยเฉพาะ ไม่ได้มีไว้บรรจุเนื้อหา

การยืนยันความถูกต้อง: คีย์หรือข้อมูลที่ไม่ถูกต้องจะล้มเหลวในการยืนยันความถูกต้องอย่างชัดแจ้ง (Poly1305) ไม่มีวันถูกแสดงผลเป็นการอ่านที่ผิดแต่ดูน่าเชื่อ

รูปแบบ: Carter-256 (ตัวอ้างอิงกางเขนหูหิ้วแบบคงที่) และ Carter-Random (ตัวอ้างอิง 6×6 ที่สร้างใหม่ตามคีย์) ถูกพอร์ตและตรวจสอบใน JavaScript เทียบกับเวกเตอร์ที่สร้างโดยโค้ด Python รูปแบบอื่นของระบบเดียวกัน (Deniable, Carter-360, Carter-Mix, Carter-18, Carter-Hybrid) มีอยู่ในฝั่ง Python แต่ยังไม่ได้พอร์ตมายังเบราว์เซอร์

Kerckhoffs: ระบบนี้เป็นไปตามหลักการของ Kerckhoffs (1883) — อัลกอริทึมเปิดเผยต่อสาธารณะทั้งหมด ความลับขึ้นอยู่กับคีย์เท่านั้น และอาจรวมถึงตัวอ้างอิงที่ปรับแต่งเองด้วย

สิทธิบัตรก่อนหน้า: FR2865054 (2004) — การประกอบลวดลายเชิงสัญลักษณ์โดยอัตโนมัติจากความสัมพันธ์ทางคณิตศาสตร์

ติดต่อ: anibaledel@gmail.com · anibal-amiot.com · Wikidata Q141191562

1. Exchange (X25519) — การแลกเปลี่ยนคีย์แบบยืนยันตัวตนด้วย triple Diffie-Hellman บนเส้นโค้ง Curve25519 (มีมาในตัวใน API Web Crypto ของเบราว์เซอร์นี้): ชั่วคราว × ชั่วคราว เพื่อ forward secrecy จากนั้น ชั่วคราว × ตัวตน ของแต่ละฝ่าย ซึ่งผูกตัวตนระยะยาวเข้ากับเซสชัน HKDF-SHA256 บน transcript ทั้งหมด — คีย์สาธารณะทั้งสี่ — สร้างคีย์เซสชัน ตัวกลางที่สอดแทรกคีย์ชั่วคราวของตนเองไม่มีคีย์ส่วนตัวของตัวตนฝ่ายใดเลย จึงคำนวณคีย์ไม่ได้ การยืนยันตัวตนขึ้นอยู่กับการตรวจสอบ fingerprint ของตัวตนที่ offer ประกาศไว้ผ่านช่องทางอื่น คีย์ส่วนตัวชั่วคราวถูกทำลายหลังการสร้างเซสชัน ใช้โปรโตคอลเดียวกับ CLI Python: เซสชันที่สร้างที่นี่และเซสชันที่สร้างด้วย secu-box exchange จะได้คีย์เดียวกัน — ตรวจสอบแล้วด้วยการสร้างเซสชันไขว้ระหว่างสองการใช้งาน มีเพียงตัวตนเท่านั้นที่ย้ายข้ามฝั่งไม่ได้: CLI ปกป้องตัวตนของตนด้วย Argon2id ซึ่งไม่มีใน Web Crypto และตัวตนของเบราว์เซอร์ถูกออกแบบให้ดึงออกไม่ได้ แต่ละฝั่งจึงเก็บตัวตนของตนไว้

2. ข้อความ / ถอดรหัส — การซ่อนข้อมูลเชิงเรขาคณิต Carter (ดูด้านบน) โดยใช้คีย์หลักที่ได้จากเซสชัน Exchange ที่ใช้งานอยู่ จาก passphrase หรือป้อนโดยตรง

3. Vault — การเข้ารหัสไฟล์ภายในเครื่อง AES-256-GCM ต่อรายการ, manifest ที่เข้ารหัส, HMAC-SHA256 ทั้งชุด (สถาปัตยกรรมได้แรงบันดาลใจจาก vault_lib.py)

4. การเข้ารหัสไฟล์ — SPN เชิงเรขาคณิต (Ref256+Ref360) เป็นชั้นกระจายคีย์ และ AES-256-GCM เป็นชั้นการเข้ารหัสแบบยืนยันความถูกต้อง (ดูแท็บ การเข้ารหัส)

5. ตัวอ้างอิง 256 และ 360 — ตารางรูปทรงเรขาคณิต (กางเขนหูหิ้ว, ฌักการ์) ที่ป้อนข้อมูลให้องค์ประกอบข้างต้น

หมายเหตุเรื่องการทดแทนอัลกอริทึมเข้ารหัส: องค์ประกอบ ข้อความ/ถอดรหัส (2) ใช้ XChaCha20-Poly1305 ใน JavaScript ล้วน เหมือนกับต้นแบบ Python (stegano/carter.py, stegano/carter_random.py) และตรวจสอบเทียบกับเวกเตอร์ของต้นแบบแล้ว — ส่วนนี้ไม่มีการทดแทนอีกต่อไป Vault (3) และการเข้ารหัสไฟล์ (4) ยังคงใช้ AES-256-GCM ที่มีในตัวเบราว์เซอร์ เนื่องจาก API Web Crypto ไม่มี XChaCha20-Poly1305 ให้สององค์ประกอบนี้ใช้ ระดับการรับประกันเดียวกัน (AEAD, 256 บิต, มาตรฐานที่ผ่านการตรวจสอบ) X25519 ถูกใช้งานแบบมีในตัวและเหมือนกันทั้งสองฝั่ง

ความต่างที่ทราบอยู่แล้ว — การสร้างคีย์ของ Vault: ตั้งแต่เวอร์ชัน 1.2 vault_lib.py ใช้ Argon2id (memory-hard ทนต่อ GPU/ASIC) แทน PBKDF2 สำหรับการสร้างคีย์ภายใน เบราว์เซอร์ไม่มีทั้ง Argon2id และ scrypt ในตัว — ต่างจากกรณีข้างต้น ไม่มีสิ่งเทียบเท่าใน Web Crypto ที่จะนำมาทดแทนได้โดยไม่เพิ่มการพึ่งพาภายนอก Vault ของหน้านี้จึงยังคงใช้ PBKDF2 (300 000 รอบ) และด้วยเหตุนี้จึงทนต่อ brute-force ด้วย GPU/ASIC ได้น้อยกว่าฝั่ง Python สำหรับการใช้งานที่อ่อนไหวในระบบจริง ควรใช้ CLI Python (secu-box vault)

คำเตือนทั่วไป: SecuBox เป็นระบบทดลองที่ตั้งอยู่บนโครงสร้างเรขาคณิตที่คิดขึ้นใหม่ ชั้นวิทยาการเข้ารหัส (AES-256-GCM, X25519, HKDF, PBKDF2) เป็นมาตรฐานและผ่านการตรวจสอบแล้ว ชั้นเรขาคณิต (La Livrée d'Hermès) อยู่ระหว่างการประเมินอย่างเป็นทางการ — ดูการตรวจสอบด้านวิทยาการเข้ารหัสจากภายนอกวันที่ 2026-09-10 ที่กล่าวถึงในแท็บ การเข้ารหัส และ ถอดรหัส