برای شناختن مشتری، همه داده‌اش را نخواهید؛ راهنمای حریم خصوصی در احراز هویت

تیم رشد می‌خواهد در فرم ثبت‌نام کد ملی، تاریخ تولد، شماره کارت، شبا و چند فیلد دیگر را بگیرد. تیم انطباق می‌پرسد هر فیلد چه هدفی دارد. تیم محصول می‌گوید فرم طولانی، نرخ تکمیل را پایین می‌آورد. هر سه نگرانی درست است: احراز هویت بدون داده ممکن نیست، اما داده بیشتر هم همیشه امنیت بیشتر نمی‌آورد.

حریم خصوصی در احراز هویت، فقط یک الزام حقوقی نیست؛ بخشی از طراحی محصول است. داده‌ای که جمع نمی‌کنید، نمی‌تواند نشت کند. داده‌ای که نگه نمی‌دارید، نمی‌تواند سوءاستفاده شود. و داده‌ای که درست نمایش نمی‌دهید، می‌تواند به اعتماد کاربر آسیب بزند.

حریم خصوصی مانع KYC نیست

گاهی تصور می‌شود رعایت حریم خصوصی با احراز هویت در تضاد است. در عمل، این دو یک هدف مشترک دارند: ایجاد اعتماد. کاربری که می‌داند داده‌اش برای چه هدفی جمع می‌شود و چه مدت نگه داشته می‌شود، راحت‌تر اطلاعات حساس را در اختیار می‌گذارد. کسب‌وکاری که داده کمتری نگه می‌دارد، ریسک کمتری هم دارد.

مسئله اصلی، «چه داده‌ای» و «چرا» است، نه «هرچه بیشتر، بهتر».

چه داده‌ای واقعاً لازم است؟

پیش از افزودن هر فیلد، یک سؤال بپرسید: «اگر این داده را نداشته باشم، چه تصمیمی را نمی‌توانم بگیرم؟» اگر پاسخ روشن نبود، احتمالاً فیلد لازم نیست.

رضایت و شفافیت

کاربر باید بداند چه داده‌ای جمع می‌شود، چرا و چه مدت نگه داشته می‌شود. چند نکته:

• اعلان در لحظه جمع‌آوری: در فرم یا نزدیک آن، هدف بررسی را توضیح دهید.
• زبان روشن: از عبارت‌های حقوقی پیچیده پرهیز کنید.
• رضایت واقعی: گزینه‌های از پیش تیک‌خورده یا پنهان، رضایت واقعی نمی‌سازند.
• توضیح نتیجه: به کاربر بگویید نتیجه بررسی چه تأثیری در تصمیم دارد.
• مسیر اعتراض: امکان پیگیری و اصلاح داده را فراهم کنید.

این موارد را با مشاور حقوقی و مقررات جاری کشور تطبیق دهید؛ این مقاله توصیه عمومی است، نه مشاوره حقوقی.

وضعیت قانونی حفاظت از داده‌ها در ایران

بر اساس اطلاعات عمومی موجود، حفاظت از داده‌های شخصی در ایران هنوز چارچوب واحد و جامعی ندارد که همه حوزه‌ها را پوشش دهد. لایحه حفاظت از داده‌های شخصی در دولت تصویب و برای بررسی به مجلس ارسال شده است (خبر تصویب در دولت)؛ تا تعیین تکلیف نهایی، کسب‌وکارها بر اساس مقررات پراکنده عمل می‌کنند: قانون تجارت الکترونیک (مقررات حفاظت از داده‌های شخصی)، قانون جرایم رایانه‌ای، مقررات بانک مرکزی و قانون مبارزه با پولشویی. وضعیت نهایی لایحه را از منابع رسمی مجلس پیگیری کنید.

نگهداری، دسترسی و ماسک کردن

• مدت نگهداری مشخص: برای هر نوع داده، مدت مشخصی تعیین کنید و پس از آن حذف یا ناشناس‌سازی انجام دهید.
• دسترسی مبتنی بر نقش: فقط تیم‌هایی که به داده نیاز دارند، به آن دسترسی داشته باشند.
• لاگ دسترسی: چه کسی، چه زمانی و چرا داده را دیده است؟
• رمزنگاری: داده حساس در پایگاه داده و انتقال محافظت شود.
• پشتیبان‌گیری: نسخه‌های پشتیبان هم باید همان سیاست حذف را رعایت کنند.

نمایش و ماسک کردن

نمایش کامل کد ملی، شماره کارت یا شبا در رابط کاربری معمولاً لازم نیست:

• کد ملی: نمایش چند رقم اول و آخر.
• شبا: نمایش پیشوند و چند رقم آخر.
• شماره کارت: نمایش چهار رقم آخر.
• لاگ‌ها و پیام‌های خطا: بدون داده کامل.

این قواعد را در کامپوننت‌های مشترک پیاده کنید تا همه تیم‌ها از یک الگو استفاده کنند.

حقوق افراد و درخواست‌های بعدی

کاربر ممکن است بخواهد بداند چه داده‌ای از او نگه داشته شده یا آن را اصلاح کند. فرایند پاسخ‌گویی را از قبل تعریف کنید: چه کسی پاسخ می‌دهد، در چه بازه‌ای و با چه سطحی از احراز هویت. این فرایند هم به اعتماد کمک می‌کند و هم در بازرسی‌ها مفید است.

نقش ارائه‌دهنده سرویس

وقتی بررسی را به یک سرویس بیرونی می‌سپارید، داده‌ای را با آن سرویس به اشتراک می‌گذارید. پیش از انتخاب ارائه‌دهنده، این موارد را بررسی کنید:

• چه داده‌ای دریافت و چه مدت نگه می‌دارد؟
• سیاست حذف و امنیت آن چیست؟
• آیا امکان قرارداد پردازش داده وجود دارد؟
• پاسخ‌گویی در صورت رخداد امنیتی چگونه است؟

برای آشنایی با KYC شرکتی، مقاله KYC شرکتی را ببینید.

جمع‌بندی

حریم خصوصی در احراز هویت، مانع کار نیست؛ بخشی از کیفیت کار است. با حداقل داده، شفافیت، ماسک کردن و سیاست نگهداری روشن، هم ریسک انطباق را کم می‌کنید و هم اعتماد کاربر را حفظ می‌کنید. اگر فرایند KYC شما چندین لایه دارد، مقاله انتخاب لایه‌های احراز هویت را نیز ببینید.