สถาปัตยกรรม Zero-Knowledge: ทำไม E2EE ถึงเป็นเรื่องที่ต่อรองไม่ได้ในเอนจินความรู้ AI
เจาะลึกการเข้ารหัสฝั่งไคลเอนต์ AES-256-GCM การสร้างกุญแจในเครื่องด้วย PBKDF2 และวิธีที่ Reminda ดึงข้อมูลบริบท AI แบบ Zero-Knowledge โดยไม่สูญเสียความเป็นส่วนตัวของข้อมูล
ในภูมิทัศน์ SaaS ยุคใหม่ การรั่วไหลของฐานข้อมูลบนคลาวด์ไม่ใช่เหตุการณ์ผิดปกติอีกต่อไป — แต่มันหลีกเลี่ยงไม่ได้ในทางสถิติ เมื่อคนทำงานด้านความรู้พึ่งพาแพลตฟอร์มจดโน้ตแบบดั้งเดิม ทรัพย์สินที่ละเอียดอ่อนที่สุดของพวกเขา — ทรัพย์สินทางปัญญา ความลับของระบบ ชิ้นส่วนโค้ดที่เป็นกรรมสิทธิ์ และความคิดส่วนตัว — จะถูกจัดเก็บเป็นข้อความธรรมดาหรือฐานข้อมูลที่เข้ารหัสฝั่งเซิร์ฟเวอร์ข้ามโครงสร้างพื้นฐานของบุคคลที่สาม
การเข้ารหัสฝั่งเซิร์ฟเวอร์ ("การเข้ารหัสขณะจัดเก็บ") มีข้อบกพร่องขั้นรุนแรงสำหรับความเป็นส่วนตัวที่แท้จริง เพราะผู้ให้บริการยังคงถือครองกุญแจถอดรหัส หากเซิร์ฟเวอร์คลาวด์ตั้งค่าผิดพลาด หากข้อมูลฐานข้อมูลรั่วไหล หรือหากผู้ให้บริการภายนอกถูกหมายศาล คลังความรู้ที่ไม่ได้เข้ารหัสของคุณจะถูกเปิดเผยทั้งหมด ในยุคที่ผู้ช่วยส่วนตัว AI ดึงข้อมูลบริบทเชิงลึกไปใช้งาน โมเดลความปลอดภัยบนคลาวด์มาตรฐานจึงไม่เพียงพออย่างสิ้นเชิง
ข้อบังคับของ Zero-Knowledge
ที่ Reminda ความปลอดภัยไม่ใช่ชั้นการตลาดที่นำมาทาทับหลังจากส่งมอบผลิตภัณฑ์ แต่มันคือข้อจำกัดทางสถาปัตยกรรมพื้นฐานของระบบเรา เราสร้างแพลตฟอร์มขึ้นบน สถาปัตยกรรม Zero-Knowledge โดยใช้การเข้ารหัสปลายทางถึงปลายทาง (E2EE) ที่แท้จริง
การรับประกันทางคณิตศาสตร์ของความปลอดภัยแบบ Zero-Knowledge นั้นง่ายมาก: เราไม่สามารถอ่านข้อมูลของคุณได้เลยจริงๆ
- ไม่มีการเก็บกุญแจ: กุญแจเข้ารหัสหลักของคุณถูกสร้างขึ้นภายในเครื่องบนอุปกรณ์ของคุณ และจะไม่ถูกส่งผ่านสายเครือข่ายเด็ดขาด
- ระเบียนบนคลาวด์ที่อ่านไม่ได้: ฐานข้อมูลระยะไกลจะจัดเก็บเฉพาะข้อความเข้ารหัสที่ผ่านการยืนยันตัวตนและปลอดภัย แม้ว่าจะเข้าถึงโครงสร้างพื้นฐานระบบจริงของเราได้ทั้งหมด วิศวกรหรือผู้โจมตีก็เห็นเพียงสัญญาณรบกวนสุ่มสถิติสูงเท่านั้น
- โครงสร้างพื้นฐาน Zero-Trust: ทั้งทีมงานของเรา ผู้ให้บริการโฮสติ้ง หรืออินสแตนซ์ฐานข้อมูลคลาวด์ ไม่มีความสามารถทางเทคนิคในการถอดรหัสโน้ตส่วนตัวหรือกราฟความจำของคุณ
เจาะลึกทางเทคนิค: กระบวนการเข้ารหัส
เพื่อให้บรรลุการซิงค์ข้ามอุปกรณ์อย่างราบรื่นในขณะที่ยังคงการรับประกันแบบ Zero-Knowledge Reminda จะประมวลผลขั้นตอนการเข้ารหัสในเครื่องหลายขั้นตอนโดยสร้างขึ้นบนมาตรฐาน Web Crypto API
1. การสร้างกุญแจหลักด้วย PBKDF2
เมื่อผู้ใช้เข้าสู่ระบบ รันไทม์ฝั่งไคลเอนต์จะสร้างกุญแจหลัก () ในเครื่องจากรหัสผ่านโดยใช้ PBKDF2 (Password-Based Key Derivation Function 2) ร่วมกับ SHA-256, ค่า Salt ในเครื่อง และการวนซ้ำมากกว่า 600,000 ครั้ง เพื่อป้องกันการโจมตีแบบ Brute-Force และการสุ่มด้วยพจนานุกรมผ่าน GPU:
2. การเข้ารหัสข้อมูลแบบสมมาตรภายในเครื่อง (AES-256-GCM)
เนื้อหาโน้ต เวกเตอร์ข้อมูล และสกีมาโครงสร้างทั้งหมดจะถูกเข้ารหัสที่ฝั่งไคลเอนต์โดยใช้ AES-256-GCM (Galois/Counter Mode) สาเหตุที่เลือก GCM โดยเฉพาะเพราะให้ทั้งความลับและ การเข้ารหัสที่มีการยืนยันตัวตนพร้อมข้อมูลเกี่ยวเนื่อง (AEAD) เพื่อให้มั่นใจว่าข้อความเข้ารหัสจะไม่ถูกแก้ไขระหว่างการส่งโดยไม่ถูกตรวจพบ
// ตัวอย่างโปรโตคอลการเข้ารหัสฝั่งไคลเอนต์
export async function encryptLocalPayload(
plaintext: string,
rawKey: CryptoKey
): Promise<{ ciphertext: ArrayBuffer; iv: Uint8Array }> {
const iv = crypto.getRandomValues(new Uint8Array(12)); // 96-bit initialization vector
const encoder = new TextEncoder();
const data = encoder.encode(plaintext);
const ciphertext = await crypto.subtle.encrypt(
{
name: 'AES-GCM',
iv: iv,
},
rawKey,
data
);
return { ciphertext, iv };
}
การประสาน E2EE แบบ Zero-Knowledge เข้ากับปัญญาประดิษฐ์
อุปสรรคทางเทคนิคที่ใหญ่ที่สุดในการวิศวกรรมความเป็นส่วนตัวยุคใหม่คือการรวม E2EE เข้ากับโมเดลภาษาขนาดใหญ่ เครื่องมือ AI ส่วนใหญ่มักจะส่งโน้ตที่ไม่ได้เข้ารหัสไปยังปลายทางบนคลาวด์โดยตรง ซึ่งเป็นการละเลยความเป็นส่วนตัวโดยสิ้นเชิง
เพื่อส่งมอบเพื่อนคู่คิด AI แบบเรียลไทม์โดยไม่สูญเสียสถาปัตยกรรม Zero-Knowledge Reminda ได้ออกแบบกระบวนการดึงข้อมูลเพื่อการสร้าง (RAG) ใหม่ให้ทำงาน ที่ฝั่งไคลเอนต์เป็นหลัก
ทำไมการดึงบริบท AI ปลอดภัยถึงทำงานได้
- การประมวลผลเวกเตอร์ในเครื่อง: ข้อความจะถูกแปลงเป็นเวกเตอร์ฝังตัวในเครื่องโดยใช้รันไทม์โมเดลที่เบาซึ่งคอมไพล์ด้วย WebAssembly หรือจัดดรรชนีลงในดรรชนีเวกเตอร์ในเครื่อง
- การดึงบริบทฝั่งไคลเอนต์: เมื่อคุณถามคำถาม คำค้นหาเชิงความหมายจะทำงานโดยตรงภายในรันไทม์เบราว์เซอร์ในเครื่องของคุณบนโน้ตที่ถอดรหัสแล้วในเครื่อง
- การประมวลผลแบบชั่วคราวที่ไม่จัดเก็บข้อมูล: เฉพาะข้อความที่แยกเฉพาะส่วนที่จำเป็นในการตอบคำถามของคุณเท่านั้นที่จะถูกจัดเตรียมเป็นแพ็กเกจพรอมต์ ข้อความบริบทนี้จะถูกส่งไปยังปลายทาง AI ที่มีนโยบายไม่เก็บข้อมูลอย่างเข้มงวดผ่านอุโมงค์ TLS ที่เข้ารหัส เพื่อให้มั่นใจว่าข้อมูลอินพุตจะไม่ถูกบันทึกหรือจัดเก็บเพื่อฝึกฝนโมเดล
การรับประกันความปลอดภัย: คลังความรู้โดยรวมของคุณยังคงถูกเข้ารหัสอย่างสมบูรณ์ขณะจัดเก็บอยู่บนคลาวด์ LLM ภายนอกจะไม่เคยประมวลผลคลังข้อมูลทั้งหมดของคุณ — จะประมวลผลเฉพาะชิ้นส่วนชั่วคราวที่ผู้ใช้อนุมัติในระหว่างการโต้ตอบเท่านั้น
ความเป็นส่วนตัวในฐานะสิทธิมนุษยชนที่ไม่อาจละเมิดได้
มาตรการความปลอดภัยไม่ควรอิงอยู่กับคำสัญญาของผู้บริหาร นโยบายความเป็นส่วนตัวขององค์กร หรือข้อแถลงรับรองทางกฎหมาย นโยบายองค์กรเปลี่ยนแปลงได้ แพลตฟอร์มถูกซื้อกิจการได้ และข้อตกลงนโยบายผันแปรได้ ความเป็นส่วนตัวที่แท้จริงต้องอาศัยการรับประกันทางคณิตศาสตร์
ด้วยการวางรากฐาน Reminda บนการเข้ารหัสฝั่งไคลเอนต์แบบ Zero-Knowledge เราจึงมั่นใจได้ว่าคลังความรู้ของคุณจะยังคงเป็นไปตามที่มันควรจะเป็น: ส่วนเติมเต็มความคิดของคุณที่เป็นส่วนตัวอย่างแท้จริงและไม่มีวันถูกลดทอนความปลอดภัย