ราคาบริการ รูปแบบรายได้ และข้อมูลที่เก็บรวบรวมเป็นคำถามสามข้อที่แยกกัน แต่ละข้อต้องมีหลักฐานรองรับคำตอบ
การที่แอปส่งข้อความใช้ฟรีไม่ได้พิสูจน์ด้วยตัวมันเองว่าบริการนั้นขายข้อมูลผู้ใช้ บริการอาจได้รับเงินจากการบริจาค การสมัครสมาชิก บริการเชิงธุรกิจ หรือโฆษณา คำถามที่ถูกต้องคือ บริการนั้นเก็บข้อมูลใด ทำไมจึงต้องใช้ เก็บไว้นานเท่าใด และแบ่งปันกับใครบ้าง
การเข้ารหัสจากต้นทางถึงปลายทางเป็นเพียงส่วนหนึ่งของการประเมินนี้ เนื้อหาข้อความที่เข้ารหัสกับข้อมูลเกี่ยวกับเวลาและเส้นทางการสื่อสารไม่ใช่ประเด็นเดียวกัน
ทำไมคำขวัญ “ถ้าของฟรี คุณคือสินค้า” จึงไม่เพียงพอ?
ประโยคนี้อาจชวนให้สนใจแรงจูงใจทางเศรษฐกิจ แต่ใช้แทนหลักฐานไม่ได้ ตัวอย่างเช่น Signal อธิบายในหน้ารับบริจาค ถึงรูปแบบไม่แสวงหากำไรที่พึ่งพาเงินบริจาคจากผู้ใช้ จึงไม่อาจสรุปว่าบริการขายกราฟความสัมพันธ์ในการสื่อสารเพียงเพราะใช้ฟรี
ในทางกลับกัน การจ่ายเงินก็ไม่ได้รับประกันการเก็บข้อมูลให้น้อยที่สุด บริการแบบเสียเงินอาจเก็บข้อมูลเพื่อการดำเนินงาน การสนับสนุน หรือการวิเคราะห์ผลิตภัณฑ์ ควรตรวจสอบราคา ความเป็นเจ้าของบริษัท นโยบายความเป็นส่วนตัว และสถาปัตยกรรมทางเทคนิคแยกกัน
| รูปแบบเงินทุน | คำถามที่มีประโยชน์ต่อการตรวจสอบ |
|---|---|
| เงินบริจาค | แหล่งเงินหลักและค่าใช้จ่ายดำเนินงานโปร่งใสเพียงใด? |
| การสมัครสมาชิกของผู้ใช้ | การชำระเงินก่อให้เกิดข้อมูลใด และเกี่ยวข้องกับผู้ให้บริการรายใดบ้าง? |
| บริการเชิงธุรกิจ | ข้อมูลบัญชีส่วนบุคคลและธุรกิจแยกออกจากกันอย่างไร? |
| โฆษณา | โฆษณาอาศัยข้อมูลใด และเกี่ยวข้องกับบทสนทนาส่วนตัวหรือไม่? |
การมีรูปแบบรายได้อย่างหนึ่งไม่ได้พิสูจน์พฤติกรรมด้านข้อมูลทั้งหมดของบริการนั้นด้วยตัวมันเอง
เมทาดาทาคืออะไร และทำไมจึงอ่อนไหว?
เมทาดาทาคือข้อมูลที่อยู่รอบการสื่อสาร เช่น เวลา ขนาดข้อมูลโดยประมาณ เส้นทางการส่ง หรือสมาชิกกลุ่ม ทั้งนี้ขึ้นอยู่กับการออกแบบบริการ เมื่อนำข้อมูลเหล่านี้มาประกอบกัน อาจเกิดรูปแบบที่บอกเกี่ยวกับการติดต่อสื่อสาร แม้จะอ่านเนื้อความของข้อความไม่ได้
อย่างไรก็ตาม ไม่อาจอนุมานตัวตน หัวข้อสนทนา หรือตำแหน่งที่แน่นอนจากทุกการเชื่อมต่อได้อย่างมั่นใจ คุณภาพและบริบทของข้อมูลมีความสำคัญ เช่น การบันทึกที่อยู่ IP ไม่เหมือนกับการมีตำแหน่ง GPS ที่แม่นยำ
ในอีกด้านหนึ่ง อย่ามองข้ามคุณค่าของเนื้อหาข้อความ การที่เมทาดาทาอ่อนไหวไม่ได้ทำให้เนื้อหาของสัญญา ภาพถ่าย หรือบทสนทนาส่วนตัว “มีคุณค่าน้อย”
ควรอ่านนโยบายความเป็นส่วนตัวอย่างไร?
แทนที่จะมองหาถ้อยคำโฆษณาเพียงประโยคเดียว ให้บันทึกเรื่องต่อไปนี้:
- ชนิดข้อมูล: ตัวระบุ หมายเลขโทรศัพท์ รายชื่อติดต่อ IP เวลา โทเคนการแจ้งเตือน รายงานข้อผิดพลาด หรือข้อมูลชำระเงิน?
- วัตถุประสงค์: การกำหนดเส้นทาง ป้องกันการใช้งานในทางมิชอบ ซิงก์ข้อมูล วิเคราะห์ หรือโฆษณา? อย่าสับสนระหว่างวัตถุประสงค์กว้าง ๆ ที่คลุมเครือกับคำอธิบายที่ชัดเจน
- ผู้รับ: ตัวบริการเอง ผู้รับจ้างโฮสติ้ง บริการแจ้งเตือน ผู้ให้บริการชำระเงิน หรือพันธมิตรโฆษณา?
- การเก็บรักษา: กำหนดเวลาหรือเกณฑ์การลบคืออะไร? การลบบัญชีส่งผลต่อข้อมูลสำรองและบันทึกความปลอดภัยอย่างไร?
- การควบคุม: สิ่งใดเลือกได้ และฟีเจอร์ใดจะทำงานไม่ได้หากไม่มีข้อมูลนั้น?
หากคำตอบไม่ชัดเจน ให้เขียนว่า “ไม่ทราบ” การไม่มีหลักฐานการขายไม่ได้พิสูจน์ว่าไม่มีการเก็บรวบรวม และการเก็บรวบรวมก็ไม่ได้พิสูจน์การขายโดยอัตโนมัติ
Livara ระบุอะไรไว้อย่างชัดเจน?
หน้าความปลอดภัยของ Livara ระบุว่ามีการเก็บเมทาดาทาด้านการดำเนินงานเพื่อส่งและซิงก์ข้อความ รวมถึงความเชื่อมโยงระหว่างคู่สนทนา การเป็นสมาชิกกลุ่ม เวลา ขนาดข้อความเข้ารหัส และสถานะการส่ง หน้าเดียวกันระบุว่า LSS1 ยังไม่ได้เชื่อมเข้ากับเส้นทางส่งข้อความตามปกติ
ดังนั้นจึงไม่อาจเรียก Livara ว่า “ไม่เปิดเผยตัวตนอย่างสมบูรณ์” หรือบอกว่าฐานข้อมูลของบริการ “ไม่มีข้อมูลที่เป็นประโยชน์ใด ๆ” เนื้อหาส่วนตัวที่เข้ารหัสกับเมทาดาทาที่สังเกตเห็นได้เป็นคนละส่วน สำหรับกฎการใช้ข้อมูล ต้องอ่านนโยบายความเป็นส่วนตัว ควบคู่กับสถาปัตยกรรมทางเทคนิค ไม่ใช่อ่านแทนกัน
การยืนยันตัวตนด้วย SRP ก็ไม่ได้กำหนดรูปแบบรายได้หรือการเก็บเมทาดาทา โปรโตคอลนี้เกี่ยวข้องกับการเข้าสู่ระบบ การใช้งานมันไม่ได้ทำให้การขายข้อมูลเป็นไปไม่ได้ในทางคณิตศาสตร์ การเข้ารหัสหลังยุคควอนตัมก็ไม่ได้มีความหมายเดียวกับการซ่อนกราฟความสัมพันธ์ในการสื่อสาร
สร้างการเปรียบเทียบที่ใช้งานได้
สำหรับตัวเลือกสองหรือสามตัว ให้ทำตารางที่มีคอลัมน์ “ข้อมูลจำเป็น” “ข้อมูลทางเลือก” “การเข้าถึงของบริการ” “ระยะเวลาเก็บรักษา” “รูปแบบรายได้” และ “แหล่งข้อมูลและวันที่” อย่าฝืนใส่เครื่องหมายสีเขียวหรือสีแดงให้คุณสมบัติที่ยังไม่ทราบ หากใช้บริการสำหรับองค์กร ให้เพิ่มสัญญา การจัดการอุปกรณ์ และข้อกำหนดการเก็บรักษาขององค์กรด้วย
สรุป: คำกล่าวด้านความเป็นส่วนตัวต้องมีเอกสารและการออกแบบรองรับ การใช้ฟรีไม่ใช่เหตุให้ตัดสินว่าผิด และการจ่ายเงินหรือชื่ออัลกอริทึมก็ไม่ใช่เหตุให้ถือว่าปลอดจากปัญหา
