برچسب حریم خصوصی افشاگری‌ای برای بررسی است، نه اندازه‌گیری همهٔ آنچه یک برنامه می‌داند.
بدون تعریف اینکه چه چیزی را حساب می‌کنیم، نمی‌توان برای «پیام‌رسانی که کمترین داده را جمع می‌کند» یک برندهٔ همگانی و قابل دفاع تعیین کرد: شناسه‌های ثبت‌نام، داده‌های دفترچهٔ مخاطبان، سوابق نگه‌داری‌شدهٔ اتصال، استفادهٔ تبلیغاتی یا محتوای پیام؟ برچسب حریم خصوصی نقطهٔ شروع مفیدی است، نه اندازه‌گیری همهٔ چیزهایی که یک برنامه پردازش می‌کند.
این راهنما روش مقایسهٔ افشاگری‌ها را توضیح می‌دهد. این مطلب ممیزی مستقل و تکمیل‌شدهٔ همهٔ پیام‌رسان‌ها نیست و نشان «کمترین داده» را به Livara یا هیچ رقیبی نمی‌دهد.
پیش از شمردن دسته‌ها، برچسب را بخوانید
بخش App Privacy اپل و بخش Data safety گوگل‌پلی بر اظهار توسعه‌دهندگان تکیه دارند، اما تعریف‌هایشان متفاوت است. راهنمای اپل میان دادهٔ مرتبط با کاربر، ردیابی و هدف‌های جمع‌آوری تمایز می‌گذارد. پردازشی که روی دستگاه باقی می‌ماند جمع‌آوری محسوب نمی‌شود و بعضی پردازش‌های موقت و افشاگری‌های اختیاری استثناهای مشخصی دارند.
راهنمای گوگل نیز استثنا دارد: دادهٔ رمزگذاری‌شدهٔ سرتاسریِ واجد شرایط که واسطه‌ها نمی‌توانند بخوانند، از افشای داده‌های جمع‌آوری‌شده خارج است و برخی انتقال‌ها به ارائه‌دهندگان خدمات اشتراک‌گذاری محسوب نمی‌شوند. «رمزگذاری هنگام انتقال» در صفحهٔ فروشگاه وعدهٔ رمزگذاری سرتاسری نیست. بنابراین خالی بودن یک دسته ثابت نمی‌کند که هیچ درخواست شبکه‌ای یا رابطه‌ای با ارائه‌دهندهٔ خدمات وجود ندارد.
تعداد خانه‌های اپل را با تعداد خانه‌های گوگل مقایسه نکنید و برنده اعلام نکنید. فروشگاه، تاریخ، منطقه و فرض‌های مربوط به قابلیت‌ها باید یکسان باشند.
مقایسهٔ پنج‌لایهٔ حریم خصوصی
| شواهد | پرسش مفید | آنچه به‌تنهایی نمی‌تواند اثبات کند |
|---|---|---|
| برچسب فروشگاه | کدام انواع داده و کاربردها اظهار شده‌اند؟ | دقت کامل یا نگه‌داری واقعی |
| سیاست حریم خصوصی | چه کسی، با چه هدفی و برای چه مدتی داده می‌گیرد؟ | اینکه پیاده‌سازی با سیاست مطابقت دارد |
| مجوزهای دستگاه | آیا برنامه به مخاطبان، مکان، میکروفن یا عکس‌ها دسترسی دارد؟ | سرنوشت داده‌ای که قبلاً بارگذاری شده است |
| مستندات پروتکل | کدام بخش‌ها و کلیدها از محتوا محافظت می‌کنند؟ | محافظت از تک‌تک دستگاه‌ها یا ساخت‌های نرم‌افزار |
| ارزیابی مستقل | کدام نسخه و مؤلفه‌ها آزمایش شدند و چه چیزهایی اصلاح شد؟ | امنیت همیشگی نسخه‌های آینده |
این لایه‌ها به پرسش‌های متفاوتی پاسخ می‌دهند. کلاینت متن‌باز قابل بررسی است؛ این واقعیت به‌خودی‌خود نگه‌داری داده در سرورِ در حال کار را نشان نمی‌دهد. یک ممیزی ممکن است رمزنگاری را پوشش دهد، اما تحلیل‌های آماری را بررسی نکند. پیش از تبدیل هرکدام به امتیاز حریم خصوصی، دامنه‌اش را بخوانید.
از این کاربرگ مقایسه استفاده کنید
برای هر برنامه‌ای که در نظر دارید، موارد زیر را به‌صورت خصوصی ثبت کنید. یادداشتی کوتاه و تاریخ‌دار از رتبه‌بندی بی‌پشتوانه مفیدتر است.
| مورد | چه چیزی یادداشت کنید |
|---|---|
| محصول و پلتفرم | برنامهٔ دقیق، پیوند فروشگاه، سیستم‌عامل و نسخه |
| تاریخ مشاهده | زمان بررسی برچسب و سیاست |
| ثبت‌نام | شناسه‌های اجباری و اختیاری تلفن، ایمیل یا پرداخت |
| پیدا کردن مخاطب | دفترچهٔ مخاطبان، نام کاربری، کد QR، پیوند دعوت یا شناسهٔ حساب |
| سوابق فنی | داده‌های اظهارشدهٔ IP، دستگاه، عیب‌یابی و استفاده |
| نگه‌داری | مدت اعلام‌شده، شرایط حذف یا «مشخص نشده» |
| استثناهای قابلیت‌ها | پشتیبان‌ها، ربات‌ها، تعامل با کسب‌وکارها، پرداخت‌ها، کانال‌های عمومی و تماس‌ها |
| خلأ شواهد | آنچه مستندات پاسخ نمی‌دهند |
اگر سیاست فقط می‌گوید داده «به‌اندازهٔ نیاز» نگه‌داری می‌شود، به‌جای ساختن یک مدت، مدت دقیق را نامعلوم ثبت کنید. اگر برچسب پس از به‌روزرسانی تغییر کرد، تاریخ قبلی را کنار یادداشت‌ها نگه دارید تا مقایسه قابل تفسیر بماند.
بی‌نیازی از شمارهٔ تلفن فقط یک بُعد است، نه کل نتیجه
Session و SimpleX راه‌هایی برای ارتباط بدون هویت مبتنی بر شمارهٔ تلفن ارائه می‌کنند. در Threema پیوند دادن تلفن یا ایمیل اختیاری است. مستندات عمومی Livara ثبت‌نام بدون شمارهٔ تلفن یا ایمیل را شرح می‌دهند، اما فرادادهٔ مسیریابی و عضویت را نیز توضیح می‌دهند. نباید این معماری‌ها را قابل جایگزینی با یکدیگر دانست.
Signal اکنون یک مسیر اختیاری ثبت‌نام بدون شماره در نسخهٔ بتای اندروید را مستند کرده است. این به معنی بی‌شماره بودن همهٔ نسخه‌های Signal یا حساب‌های موجود نیست. داشتن نام کاربری روی حساب مبتنی بر شماره با ساخت حساب بدون شماره دو قابلیت متفاوت‌اند.
حتی بدون شماره، عکس پروفایل تکراری، حساب پرداخت، فایل اشتراکی، نشانی IP یا زمینهٔ گفت‌وگو ممکن است حساب را به فرد پیوند دهد. «تلفن لازم نیست» مدرک ناشناسی کامل نیست. برای موضوع جداگانهٔ اطلاعات مسیریابی، توضیح فرادادهٔ پیام‌رسانی را ببینید.
چگونه دسترسی به مخاطبان را بدون افشای دفترچهٔ آدرس آزمایش کنیم
- برنامهٔ رسمی را نصب کنید و در ابتدا مجوز مخاطبان را ندهید.
- با شناسه، دعوت یا کد QR پشتیبانی‌شده، یک مخاطب آزمایشیِ رضایت‌داده را اضافه کنید.
- بررسی کنید پیام‌رسانی معمول بدون دسترسی به دفترچهٔ مخاطبان کار می‌کند یا نه.
- علاوه بر مجوز سیستم‌عامل، تنظیم همگام‌سازی مخاطبان داخل برنامه را هم بررسی کنید. این دو همیشه یک کنترل نیستند.
- اگر مخاطبان قبلاً همگام شده‌اند، دنبال گزینهٔ جداگانهٔ حذف یا فرایند درخواست مستند بگردید. لغو مجوز دسترسی آینده به دستگاه را محدود می‌کند؛ لزوماً نسخهٔ سرور را پاک نمی‌کند.
دفترچهٔ مخاطبان را صرفاً برای اینکه ببینید برنامه آن را بارگذاری می‌کند یا نه، بارگذاری نکنید. پیام درخواست مجوز دسترسی درخواستی را نشان می‌دهد، نه ممیزی کامل جریان داده را. بررسی شبکه ممکن است مقصدها و زمان‌بندی را آشکار کند، اما رمزگذاری می‌تواند مانع فهم فیلدهای ارسالی شود.
E2EE چه چیزهایی را از این مقایسه پوشش نمی‌دهد
رمزگذاری سرتاسری از محتوای مشمول میان نقاط پایانیِ مشارکت‌کننده محافظت می‌کند. این کار خودبه‌خود شناسه‌های حساب، زمان اتصال، سوابق عضویت گروه یا دادهٔ توکن پوش را حذف نمی‌کند. همچنین از نسخه‌ای که عمداً به ربات، ابزار کسب‌وکار یا سرویس پشتیبانی خارج از آن گفت‌وگوی رمزگذاری‌شده فرستاده شده محافظت نمی‌کند.
در مورد Livara، مستندات امنیتی میان پیام‌های مستقیم رمزگذاری‌شده و گروه‌های خصوصی سازگار از یک سو و کانال‌های عمومی قابل خواندن برای سرور از سوی دیگر تمایز می‌گذارد. توافق کلید هیبریدی آن ادعایی دربارهٔ محافظت از محتواست، نه مدرکی که نشان دهد از همهٔ پیام‌رسان‌های دیگر فرادادهٔ کمتری جمع می‌کند. این مقاله رفتار سرور آن را مستقلاً اندازه‌گیری نکرده است.
کمترین دادهٔ لازم برای استفادهٔ خود را انتخاب کنید
از اطلاعاتی شروع کنید که بیش از همه می‌خواهید پنهان بماند. اگر شمارهٔ تلفن است، ثبت‌نام بدون شماره را آزمایش کنید. اگر دفترچهٔ مخاطبان است، پیدا کردن دستی مخاطب را تأیید کنید. اگر تاریخچهٔ چتِ خواندنی در فضای ابری است، پشتیبان را جداگانه بررسی کنید. اگر فرادادهٔ اتصال است، به‌جای فهرست الگوریتم‌های رمز، طراحی مسیریابی و نگه‌داری را بخوانید.
پرسش پایانی مفید این است: وقتی دقیقاً از قابلیت‌های مورد نیازم استفاده می‌کنم، این سرویس چه چیزهایی می‌فهمد و از کدام افشاگری‌ها می‌توانم پرهیز کنم؟ این پرسش نسبت به یک جام «کمترین داده» تصمیم صادقانه‌تری می‌سازد.
