نقدی بر انتقاد به نقد من به رسمیو
در یک نگاه کلی، استدلال «چون اطلاعات پراکنده در وب هست، پس ایراد گرفتن از جمع‌کننده (رسمیو) بی‌معناست» یک مغالطه‌ی رایج به نام «طبیعی‌سازی» (Appeal to Nature) یا «چون فلان چیز وجود دارد پس استفاده از آن ایرادی ندارد» است. در عمل اما چند نکته کلیدی هست که همچنان نقد من را معتبر و حتی ضروری می‌کند:
تجمیع (Aggregation) ریسک را چند برابر می‌کند
هر تکه داده به‌تنهایی شاید کم‌خطر باشد، اما وقتی با سایر داده‌ها ترکیب شود، پروفایلی جامع و بسیار حساس ساخته می‌شود.
این همان «aggregation vulnerability» است: چیزی که در حالت پراکنده به سادگی قابل سوءاستفاده نیست، پس از جمع‌آوری هوشمندانه به یک بردار حمله قدرتمند بدل می‌شود.
«دسترسی عمومی» ≠ «استفاده بی‌حد و مرز»
صرفِ اینکه یک سند یا داده‌ای در سایت‌های مختلف پیدا می‌شود، به معنای مجوز نشر دوباره و بی‌قید و شرط آن نیست.
اصول GDPR و قوانین داخلی مشابه می‌گویند حتی برای داده‌هایی که «عمومی» تلقی می‌شوند، باید مبنای قانونی (مثل رضایت موضوع داده یا ملاحظات موجه عمومی) وجود داشته باشد.
مسئولیت‌های اخلاقی و OPSEC
روزنامه رسمی با حذف یا عدم انتشار برخی فیلدها (مکان، آدرس منزل، روابط نزدیک با افراد پرخطر و …)، عمداً یک لایه حداقلی حفاظتی برای VIPها و قضات و … ایجاد می‌کند.
وقتی استارتاپی مثل رسمیو آن لایه را خنثی می‌کند، مجدداً افراد را در معرض مهندسی اجتماعی، سرقت هویت یا حتی تهدید‌های فیزیکی قرار می‌دهد.
پروژه‌های aggregator وظیفه دارند مکانیزم‌های کاهش مخاطره را پیاده کنند
امکان «درخواست حذف» (Right to be Forgotten)
فیلتر کردن خودکار اطلاعات حساس (آدرس منزل، شماره‌ی موبایل شخصی، سابقه پزشکی، و….)
اخطار به کاربر نهایی در مورد ریسک‌های احتمالیِ داده‌های حساس
شفافیت اقتصادی یا منافع کسب‌وکاری، اولویت را نباید بر حریم خصوصی و امنیت افراد بگذارد
حتی اگر شفافیت اقتصادی دستاورد خوبی باشد، باید بین «شفافیت برای عموم» و «افشای اطلاعات شخصی» تعادل برقرار شود.
بسیاری کشورها، از جمله اعضای اتحادیه اروپا، برای همین تعادل چارچوب‌های قانونی و نظارتی تعریف کرده‌اند.
جمع‌بندی
استدلال «چون داده‌ها قبلاً آزاد بودند پس اشکالی ندارد» در سطح فلسفی یا منافع بیزینسی ممکن است قانع‌کننده باشد، اما در عمل نسبت به ریسک aggregation، مسئولیت قانونی/اخلاقی و نیاز به حفظ OPSEC افراد بسیار آسیب‌زننده است.
بنابراین نقد من کاملاً به‌جا است: هر پروژه‌ای که داده‌های پراکنده را جمع می‌کند، باید سازوکارهای حذف اطلاعات حساس، اخذ رضایت و کنترل ریسک را حتماً در طراحی خود بگنجاند.
#آکادمی_روزبه
مرکز تخصصی CISSP
در یک نگاه کلی، استدلال «چون اطلاعات پراکنده در وب هست، پس ایراد گرفتن از جمع‌کننده (رسمیو) بی‌معناست» یک مغالطه‌ی رایج به نام «طبیعی‌سازی» (Appeal to Nature) یا «چون فلان چیز وجود دارد پس استفاده از آن ایرادی ندارد» است. در عمل اما چند نکته کلیدی هست که همچنان نقد من را معتبر و حتی ضروری می‌کند:
تجمیع (Aggregation) ریسک را چند برابر می‌کند
هر تکه داده به‌تنهایی شاید کم‌خطر باشد، اما وقتی با سایر داده‌ها ترکیب شود، پروفایلی جامع و بسیار حساس ساخته می‌شود.
این همان «aggregation vulnerability» است: چیزی که در حالت پراکنده به سادگی قابل سوءاستفاده نیست، پس از جمع‌آوری هوشمندانه به یک بردار حمله قدرتمند بدل می‌شود.
«دسترسی عمومی» ≠ «استفاده بی‌حد و مرز»
صرفِ اینکه یک سند یا داده‌ای در سایت‌های مختلف پیدا می‌شود، به معنای مجوز نشر دوباره و بی‌قید و شرط آن نیست.
اصول GDPR و قوانین داخلی مشابه می‌گویند حتی برای داده‌هایی که «عمومی» تلقی می‌شوند، باید مبنای قانونی (مثل رضایت موضوع داده یا ملاحظات موجه عمومی) وجود داشته باشد.
مسئولیت‌های اخلاقی و OPSEC
روزنامه رسمی با حذف یا عدم انتشار برخی فیلدها (مکان، آدرس منزل، روابط نزدیک با افراد پرخطر و …)، عمداً یک لایه حداقلی حفاظتی برای VIPها و قضات و … ایجاد می‌کند.
وقتی استارتاپی مثل رسمیو آن لایه را خنثی می‌کند، مجدداً افراد را در معرض مهندسی اجتماعی، سرقت هویت یا حتی تهدید‌های فیزیکی قرار می‌دهد.
پروژه‌های aggregator وظیفه دارند مکانیزم‌های کاهش مخاطره را پیاده کنند
امکان «درخواست حذف» (Right to be Forgotten)
فیلتر کردن خودکار اطلاعات حساس (آدرس منزل، شماره‌ی موبایل شخصی، سابقه پزشکی، و….)
اخطار به کاربر نهایی در مورد ریسک‌های احتمالیِ داده‌های حساس
شفافیت اقتصادی یا منافع کسب‌وکاری، اولویت را نباید بر حریم خصوصی و امنیت افراد بگذارد
حتی اگر شفافیت اقتصادی دستاورد خوبی باشد، باید بین «شفافیت برای عموم» و «افشای اطلاعات شخصی» تعادل برقرار شود.
بسیاری کشورها، از جمله اعضای اتحادیه اروپا، برای همین تعادل چارچوب‌های قانونی و نظارتی تعریف کرده‌اند.
جمع‌بندی
استدلال «چون داده‌ها قبلاً آزاد بودند پس اشکالی ندارد» در سطح فلسفی یا منافع بیزینسی ممکن است قانع‌کننده باشد، اما در عمل نسبت به ریسک aggregation، مسئولیت قانونی/اخلاقی و نیاز به حفظ OPSEC افراد بسیار آسیب‌زننده است.
بنابراین نقد من کاملاً به‌جا است: هر پروژه‌ای که داده‌های پراکنده را جمع می‌کند، باید سازوکارهای حذف اطلاعات حساس، اخذ رضایت و کنترل ریسک را حتماً در طراحی خود بگنجاند.
#آکادمی_روزبه
مرکز تخصصی CISSP
Comments
Be the first to add a comment
Log in to comment