การเก็บข้อมูลในเครื่องเป็นเพียงส่วนหนึ่งของการตรวจสอบความเป็นส่วนตัว
ประวัติการเกิดที่บันทึกไว้ในคอมพิวเตอร์ยังอาจกลายเป็นส่วนหนึ่งของคำขอที่ส่งให้ผู้ให้บริการโมเดลได้ เซสชันอาจอยู่ในโฟลเดอร์ภายในเครื่อง ขณะที่ภาพหน้าจอของเซสชันนั้นไปปรากฏในฟอรัมสาธารณะ เมื่อตรวจสอบความเป็นส่วนตัวในแอปสำหรับการอ่านและตีความ ควรตามดูข้อมูลตลอดแต่ละขั้นตอนของงาน
คลังซอร์สโค้ดเดสก์ท็อปของ Mystilink ที่ตรวจดูระบุว่า ประวัติการเกิดเป็นไฟล์ JSON ภายในเครื่อง อยู่ในไดเรกทอรี .mystilink/profiles/ ใต้โฟลเดอร์รากของโปรเจกต์ เอกสารยังอธิบายการอ้างอิงประวัติ ซึ่งนำข้อมูลที่เก็บไว้มาสร้างเป็นสแนปช็อตสำหรับบริบทของผู้ใช้ รายละเอียดสองข้อนี้อธิบายคนละขั้นตอน คือข้อมูลประวัติเก็บอยู่ที่ไหน และข้อมูลที่เลือกสามารถเข้าสู่บทสนทนาได้อย่างไร
บทความนี้เสนอขั้นตอนการตรวจสอบ ไม่ได้ยืนยันนโยบายความเป็นส่วนตัวที่เผยแพร่แล้ว ไม่ได้รับประกันระยะเวลาเก็บข้อมูล และไม่ได้ระบุพฤติกรรมของทุกรุ่นที่ออกเผยแพร่ เมื่อตัดสินใจว่าจะส่งข้อมูลส่วนบุคคลจริงหรือไม่ ให้ดูคำชี้แจงปัจจุบันของแอปและเงื่อนไขของผู้ให้บริการ
วาดเส้นทางข้อมูลก่อนเพิ่มข้อมูลส่วนบุคคล
ใช้ประวัติสมมติในการตรวจสอบครั้งแรก จดว่าคุณป้อนข้อมูลตรงไหน แอปบันทึกไว้ที่ใด และเกิดอะไรขึ้นเมื่ออ้างอิงประวัตินั้นในข้อความ ต้องตอบคำถามง่าย ๆ นี้ให้เป็นรูปธรรมได้ว่า ในคำขอครั้งนี้ มีฟิลด์ใดถูกส่งถึงโมเดลบ้าง
ประวัติการเกิดอาจมีข้อมูลมากกว่าที่งานปัจจุบันต้องใช้ การพูดคุยว่าแบบฟอร์มประวัติทำงานอย่างไร อาจไม่ต้องใช้ข้อมูลการเกิดเลย แบบฝึกคำนวณอาจต้องใช้เฉพาะฟิลด์วันที่และสถานที่ โดยไม่ต้องใช้ชื่อหรือบันทึกความสัมพันธ์ การลดข้อมูลนำเข้ามักเป็นทางเลือกด้านความเป็นส่วนตัวที่ทำได้ง่ายที่สุด
พาธในเครื่องเพียงอย่างเดียวไม่ได้ตอบเรื่องการเข้ารหัส การเข้าถึงผ่านระบบปฏิบัติการ การสำรองข้อมูล หรือซอฟต์แวร์ซิงก์ หากโฟลเดอร์อยู่ในการสำรองข้อมูลบนคลาวด์ ให้ตรวจบริการสำรองข้อมูลนั้นแยกต่างหาก หากหลายคนใช้คอมพิวเตอร์หรือบัญชีร่วมกัน ก็ตรวจสิทธิ์เข้าถึงส่วนนั้นด้วย อย่าอนุมานการปกป้องจากชื่อโฟลเดอร์
ตรวจเส้นทางของคำขอ
เอกสารการผสานระบบเดสก์ท็อปที่ตรวจดู แยกเส้นทางผ่านเกตเวย์ Newton ซึ่งยืนยันตัวตนด้วยบัญชี ออกจากคำขอ BYOK ที่ส่งตรงถึงผู้ให้บริการ เกตเวย์ใช้ JWT ของบัญชี ส่วน BYOK ตามเอกสารนี้หมายถึงไคลเอนต์ใช้คีย์ผู้ให้บริการที่ผู้ใช้ระบุ เพื่อเชื่อมต่อกับผู้ให้บริการโดยตรง
แต่ละเส้นทางมีผู้เกี่ยวข้องต่างกัน จึงควรระบุเส้นทางที่เลือกก่อนส่งประวัติ ชื่อผู้ให้บริการหรือป้ายชื่อโมเดลอย่างเดียวอาจยังไม่พอบอกว่ากำลังใช้การเชื่อมต่อแบบใด ให้ตรวจการตั้งค่าการเชื่อมต่อปัจจุบันและเอกสารที่เกี่ยวข้อง ห้ามนำโทเคนเข้าถึงหรือคีย์ผู้ให้บริการไปวางในโพสต์ฟอรัมเพื่อสาธิตการตั้งค่า
การตรวจสอบที่มีความหมายต้องแยกเนื้อหาคำขอโมเดลออกจากการยืนยันตัวตนของบัญชี โทเคนใช้อนุญาตคำขอ ไม่ควรกลายเป็นส่วนหนึ่งของเนื้อหาการอ่าน หากเก็บหลักฐานเครือข่ายระหว่างการตรวจสอบสำหรับนักพัฒนา ให้ปกปิดข้อมูลรับรองก่อนบันทึกหรือแชร์ ผู้เขียนเนื้อหาโดยทั่วไปต้องการคำอธิบายเส้นทาง ไม่ใช่ทราฟฟิกดิบที่มีข้อมูลลับ
ตรวจข้อมูลวินิจฉัยเป็นอีกช่องทางหนึ่ง
ไฟล์ privacyLevel.ts ที่ตรวจดู กำหนดระดับ strict, balanced และ diagnostic ระดับ strict ปิดการรายงานข้อมูลวินิจฉัยระยะไกลผ่านค่าทับจากสภาพแวดล้อม ส่วน diagnostic เปิดการรายงานผ่านกลไกเดียวกัน ระดับ balanced จะใช้การตั้งค่าข้อมูลวินิจฉัยที่บันทึกไว้ ว่าถูกเปิดอย่างชัดเจนหรือไม่
นี่เป็นคำอธิบายเฉพาะการตัดสินใจเรื่องข้อมูลวินิจฉัยในไฟล์นั้น ไม่ได้หมายความว่าโหมด strict ปิดคำขอโมเดลหรือการเชื่อมต่อเครือข่ายทุกชนิด ผู้ใช้อาจยังตั้งใจส่งข้อความให้โมเดลระยะไกลอยู่ ควรอธิบายตัวควบคุมตามกิจกรรมที่มันกำกับ เพื่อไม่ให้ชื่อการตั้งค่ากลายเป็นคำรับรองที่กว้างกว่าเดิม
ไฟล์เดียวกันยังตรวจว่าเคยถามความยินยอมเรื่องข้อมูลวินิจฉัยแล้วหรือไม่ การตรวจสถานะนี้ไม่ได้แสดงถ้อยคำ จังหวะการถาม หรือพฤติกรรมการขอความยินยอมทั้งหมดของอินเทอร์เฟซที่เผยแพร่แล้ว หากกำลังประเมินรุ่นหนึ่ง ให้บันทึกสิ่งที่หน้าจอแสดงจริง และตรวจว่ามีค่าจากสภาพแวดล้อมมาทับการตั้งค่าหรือไม่
ตรวจต่อไปนอกหน้าต่างแอป
การตรวจความเป็นส่วนตัวมักหยุดหลังส่งข้อความแล้ว ควรตรวจต่อถึงบันทึกบทสนทนา ไฟล์แนบที่ส่งให้ฝ่ายสนับสนุน และโน้ตที่ส่งออก ข้อความสั้น ๆ ที่ดูไม่มีพิษภัยอาจมีวันที่ ความสัมพันธ์ในครอบครัว หรือชื่อสถานที่ที่ระบุตัวบุคคลได้อยู่ในบริบทรอบข้าง ตรวจชิ้นงานที่จะแชร์ทั้งหมดก่อนโพสต์
สำหรับรายงานข้อบกพร่องสาธารณะ ให้แทนบุคคลและรายละเอียดการเกิดด้วยประวัติสมมติที่ยังทำให้เกิดปัญหาเดิม หากปัญหาหายไปหลังเปลี่ยนฟิลด์หนึ่ง ให้รายงานความเกี่ยวข้องนั้นโดยไม่เปิดเผยค่าจริง ช่องทางสนับสนุนส่วนตัวก็ยังเป็นการส่งต่อข้อมูล จึงควรใส่เฉพาะสิ่งที่ผู้รับจำเป็นต้องใช้ตรวจสอบ
การลบก็ต้องระบุว่าลบอะไร การเอาประวัติออกจากรายการในแอป การลบไฟล์ในเครื่อง การลบเซสชัน และการขอให้บริการระยะไกลลบข้อมูล เป็นคนละการดำเนินการ ตรวจพฤติกรรมที่เอกสารปัจจุบันของผลิตภัณฑ์ระบุสำหรับแหล่งเก็บข้อมูลแต่ละแห่งที่เกี่ยวข้อง อย่าคิดว่าการกดลบครั้งเดียวจะครอบคลุมทุกสำเนา
เก็บบันทึกการตรวจสอบสั้น ๆ
จดรุ่นที่ตรวจ เส้นทางการเชื่อมต่อ การตั้งค่าข้อมูลวินิจฉัย และการทดสอบสมมติที่ใช้ เพิ่มคำถามที่ยังไม่มีคำตอบ พร้อมระบุว่าฝ่ายใดควรตอบ เช่น ผู้ดูแลแอปอธิบายได้ว่าประกอบฟิลด์ใดเป็นบริบท ส่วนเงื่อนไขที่ผู้ให้บริการที่เลือกเผยแพร่ไว้ จะอธิบายการจัดการคำขอที่ได้รับ
กลับมาตรวจบันทึกนี้เมื่อเปลี่ยนผู้ให้บริการ เปิดข้อมูลวินิจฉัย หรือย้ายโฟลเดอร์โปรเจกต์เข้าไปในบริการซิงก์ การตรวจสอบที่ใช้งานได้จริงควรผูกกับการกระทำจริง และให้ข้อมูลพอสำหรับตัดสินใจว่าจะป้อนอะไร ตัดอะไรออก และยังต้องตรวจส่วนไหนต่อ