ความปลอดภัยและการปฏิบัติตามข้อกำหนด
การยืนยันตัวตน
หัวข้อที่มีชื่อว่า “การยืนยันตัวตน”- โทเค็นการเข้าถึงเป็น JWT อายุสั้น (15 นาที) ตรวจสอบที่เกตเวย์ API โทเค็นรีเฟรชมีอายุ 30 วันเมื่อไม่มีการใช้งานและสูงสุด 90 วัน หมุนเวียนทุกครั้งที่ใช้ และเก็บในคุกกี้แบบ HttpOnly Secure และ SameSite การใช้โทเค็นรีเฟรชที่หมุนเวียนแล้วซ้ำจะเพิกถอนทั้งสาย
- คีย์สำหรับลงลายมือชื่อหมุนเวียนทุก 90 วันพร้อมช่วงซ้อนทับ คีย์สาธารณะเผยแพร่ที่
/.well-known/jwks.json - สิทธิ์ไม่ได้ฝังอยู่ในโทเค็น: ระบบอ่านสิทธิ์ทุกคำขอ การเปลี่ยนบทบาทจึงมีผลทันที และเพิกถอนเซสชันใดก็ได้จากส่วนกลาง
- การยืนยันตัวตนสองขั้นตอน (TOTP) ตั้งเป็นไม่บังคับ บังคับสำหรับเจ้าของและผู้ดูแลระบบ หรือบังคับทุกคนได้ การลงชื่อเข้าใช้ครั้งเดียวด้วย Google Workspace และ Apple ใช้ได้ทุกแผน SAML 2.0, Passkeys และการจัดสรรผ่าน SCIM อยู่ในแผนและยังใช้ไม่ได้
- คีย์ API แสดงครั้งเดียว เก็บเป็นแฮช SHA-256 มีขอบเขตจากแค็ตตาล็อกปิด ถูกจำกัดด้วยสิทธิ์ของเจ้าของคีย์ และเพิกถอนได้ทันที ดูการยืนยันตัวตน
- การลงชื่อเข้าใช้มีขีดจำกัดอัตราต่อ IP และต่ออีเมล ล้มเหลวสิบครั้งจะล็อกบัญชี 30 นาที ความพยายามที่ล้มเหลวจาก IP เดียวจะถูกนับและบันทึก แต่โดยค่าเริ่มต้นจะไม่บล็อกที่อยู่นั้น ทุกการลงชื่อเข้าใช้ ความล้มเหลว การรีเฟรช การเปลี่ยนสิทธิ์ และการกระทำของผู้ดูแลระบบจะเข้าสู่บันทึกการตรวจสอบ
การแยกผู้เช่า
หัวข้อที่มีชื่อว่า “การแยกผู้เช่า”ทุกแถวในทุกบริการระบุบัญชีที่เป็นเจ้าของ และทุกคิวรีถูกกรองตามบัญชีโดยอัตโนมัติ การปิดตัวกรองต้องใช้การเรียกที่ระบุชัดเจนและอยู่ในรายการอนุญาต ซึ่งใช้เฉพาะงานข้ามผู้เช่าของพนักงานและมีการทดสอบครอบคลุม บทบาทระดับไซต์เพิ่มตัวกรองไซต์อีกชั้น คำขอทรัพยากรของบัญชีอื่นจะได้ 404 ไม่ใช่ 403 เพื่อไม่ให้ไล่เดา ID ได้ ทุกเอนด์พอยต์สำหรับเขียนใช้รายการฟิลด์ที่อนุญาตอย่างเข้มงวด และทุกเอนด์พอยต์ใหม่ต้องผ่านการทดสอบการเข้าถึงข้ามบัญชี
เฮดเดอร์ X-Account-Id ในทุกคำขอถูกตรวจสอบกับโทเค็น บั๊กฝั่งไคลเอนต์หรือโทเค็นที่ถูกส่งซ้ำจึงไม่มีทางอ่านข้อมูลของผู้เช่ารายอื่นได้โดยไม่มีใครรู้
การเข้ารหัส
หัวข้อที่มีชื่อว่า “การเข้ารหัส”TLS 1.2 ขึ้นไปสำหรับทุกเอนด์พอยต์สาธารณะ TLS แบบสองทางระหว่างบริการ TLS ไปยังทุกที่เก็บข้อมูล ดิสก์ที่เข้ารหัสขณะจัดเก็บ และการเข้ารหัสแบบ envelope แยกตามบัญชีสำหรับฟิลด์ที่อ่อนไหว ใบรับรองสาธารณะออกและต่ออายุอัตโนมัติ ใบรับรองภายในมีอายุสั้น
ซีเคร็ต
หัวข้อที่มีชื่อว่า “ซีเคร็ต”ซีเคร็ตทั้งหมด รวมถึงคีย์ผู้ให้บริการ BYOK ของคุณและซีเคร็ตเว็บฮุก อยู่ในตัวจัดการซีเคร็ตเฉพาะ เข้ารหัส จำกัดขอบเขตตามบริการ และมีการตรวจสอบ ไม่มีอะไรอยู่ในระบบควบคุมซอร์สโค้ด (บังคับด้วยการสแกนก่อนทุก commit) หรือในอิมเมจคอนเทนเนอร์ (ตรวจสอบใน CI) นักพัฒนาไม่มีสิทธิ์เข้าถึงซีเคร็ตของโปรดักชันเป็นค่าเริ่มต้น การเข้าถึงฉุกเฉินต้องได้รับอนุมัติสองคน มีอายุสั้น และบันทึกไปยังช่องทางที่ปิดเสียงไม่ได้
เว็บฮุก
หัวข้อที่มีชื่อว่า “เว็บฮุก”การส่งขาออกลงลายมือชื่อด้วย HMAC-SHA256 บนเวลาประทับและเนื้อหาดิบ มี nonce และ ID เหตุการณ์ ถูกปฏิเสธนอกช่วงห้านาที และลองใหม่พร้อมการเว้นระยะจนเข้าคิว dead letter ซีเคร็ตหมุนเวียนพร้อมช่วงซ้อนทับและเพิกถอนได้ทันที เว็บฮุกขาเข้าจากผู้ให้บริการถูกตรวจสอบตามรูปแบบของแต่ละรายก่อนประมวลผลใดๆ รายละเอียด: เว็บฮุก
การจำกัดอัตรา
หัวข้อที่มีชื่อว่า “การจำกัดอัตรา”สี่ชั้น: การป้องกัน DDoS และบอทที่เครือข่ายขอบ ขีดจำกัดต่อ IP ที่ reverse proxy token bucket ต่อบัญชีและต่อตัวตนที่เกตเวย์ API และขีดจำกัดเฉพาะโดเมนภายในบริการ ขีดจำกัดอยู่ในภาพรวม API
การตรวจสอบ
หัวข้อที่มีชื่อว่า “การตรวจสอบ”ทุกการเปลี่ยนแปลงถูกเขียนลงบันทึกการตรวจสอบแบบเพิ่มได้อย่างเดียวที่เชื่อมแฮชเป็นลูกโซ่ มีการเก็บรักษาสองประเภท: เหตุการณ์ทั่วไป และเหตุการณ์ด้านการปฏิบัติตามข้อกำหนด (คำขอของเจ้าของข้อมูล เหตุละเมิด ผู้ประมวลผลช่วง และระเบียน KYC) ประเภทจะถูกกำหนดตอนเขียนรายการ ไม่มีใครแก้ไขหรือลบบันทึกได้ และการล้างอัตโนมัติตามประเภทยังไม่ทำงาน เจ้าของและผู้ดูแลระบบกรองและส่งออกได้ ไม่มีการบันทึกรหัสผ่าน โทเค็น และคีย์ ชั้นการบันทึกจะปิดบังคีย์ที่ทราบว่าอ่อนไหว
การคุ้มครองข้อมูล
หัวข้อที่มีชื่อว่า “การคุ้มครองข้อมูล”- คำขอของเจ้าของข้อมูลตาม GDPR, UK GDPR, CCPA และ LGPD (การเข้าถึง การส่งออก การลบ) รับและติดตามในคอนโซลการปฏิบัติตามข้อกำหนดพร้อมกำหนดเวลา การลบดำเนินการโดยเจ้าหน้าที่ RolChat และคำขอจะปิดเมื่อพวกเขายืนยันเท่านั้น การลบอัตโนมัติครอบคลุมทุกโมดูลยังไม่พร้อมใช้งาน
- ที่ตั้งของข้อมูล: ข้อมูลจัดเก็บในสหภาพยุโรป ภูมิภาคไม่ได้ถูกเลือกตามประเทศตอนสมัครใช้งาน การตั้งค่าภูมิภาคในการตั้งค่าบัญชีเป็นเพียงการบันทึกไว้ และยังไม่ย้ายข้อมูล
- การเก็บรักษาตามแผน: 1, 2 หรือ 3 ปี การลบการสนทนาหรือผู้ติดต่อจะซ่อนไว้จนสิ้นสุดระยะเวลานั้น การลบบัญชีเป็นคำขอที่มีเวลา 30 วันให้ยกเลิก จากนั้นเจ้าหน้าที่จะลบข้อมูล บัญชีที่ไม่ได้ชำระเงินจะเก็บไว้ 90 วันแล้วลบ การล้างอัตโนมัติที่บังคับใช้ระยะเวลาเหล่านี้กำลังทยอยเปิดใช้
- ข้อตกลงการประมวลผลข้อมูล รายชื่อผู้ประมวลผลช่วง นโยบายความเป็นส่วนตัว และนโยบายคุกกี้เผยแพร่บน rolchat.com และยอมรับ DPA ตอนสมัคร
- แจ้งเหตุละเมิดภายใน 72 ชั่วโมงตามที่ GDPR มาตรา 33 กำหนด
การจัดการช่องโหว่
หัวข้อที่มีชื่อว่า “การจัดการช่องโหว่”มีการเฝ้าระวังไลบรารีที่พึ่งพาอย่างต่อเนื่อง ไฟล์ล็อกถูก commit อิมเมจพื้นฐานปักหมุดด้วย digest และ CI action ปักหมุดด้วย commit มีการทดสอบเจาะระบบโดยบุคคลที่สามทุกปีตั้งแต่ช่วงเบต้า ครอบคลุม API วิดเจ็ต และหน้าสาธารณะ รวมถึงสถานการณ์ภายในที่สมมติว่าถูกเจาะแล้ว โครงการ bug bounty แบบส่วนตัวจะตามมาเมื่อเปิดให้ใช้ทั่วไป แจ้งปัญหาด้านความปลอดภัยที่ security@rolchat.com
ความพร้อมใช้งาน
หัวข้อที่มีชื่อว่า “ความพร้อมใช้งาน”แพลตฟอร์มทำงานบนหลายโหนด พร้อมการสลับอัตโนมัติสำหรับบริการแบบ stateless และการทำสำเนาแบบจัดการสำหรับฐานข้อมูล เป้าหมายความพร้อมใช้งานตามแผนระบุไว้ในข้อตกลงของคุณ
การตอบสนองต่อเหตุการณ์
หัวข้อที่มีชื่อว่า “การตอบสนองต่อเหตุการณ์”คู่มือปฏิบัติการสำหรับทุกบริการ การเวรเฝ้าระวัง ระบบแจ้งเตือนภายนอกที่ใช้ได้แม้โครงสร้างพื้นฐานของเราเองล่ม และภาระหน้าที่ในการแจ้งลูกค้าที่รวมอยู่ในกระบวนการ