KYC بدون مدرک به این معناست که یک سرویس در فرآیند توصیف‌شده مدارک هویت درخواست نمی‌کند. ناشناس بودن مطلق، عدم ثبت گزارش یا نبود سوابق پرداخت و عملیاتی را ثابت نمی‌کند.
نقطه جمع‌آوری را دقیق نام‌گذاری کنید
الزام مدارک هویت بخشی از ثبت‌نام است. حذف آن به این معناست که شما اسکن گذرنامه یا اثبات آدرس را از طریق آن فرآیند تحویل نمی‌دهید. این می‌تواند یک دسته معنادار از اطلاعات را کاهش دهد، به‌ویژه وقتی یک مدرک شامل جزئیاتی است که به اجرای سرور مربوط نیست. به شما نمی‌گوید سرویس به چه سوابق دیگری نیاز دارد یا چه سازمان‌های دیگری درباره این رابطه چه می‌دانند.
به جای برخورد با یک برچسب به عنوان یک سیاست کامل، یک پرسش مشخص بپرسید: کدام فیلدها الزامی هستند، چرا لازم‌اند و چه مدت نگهداری می‌شوند؟ بین مرور، آماده‌سازی یک انتخاب، ثبت سفارش و درخواست پشتیبانی تفاوت قائل شوید. یک سرویس می‌تواند در یک مرحله اطلاعات کمی درخواست کند در حالی که در مرحله دیگری سوابق عملیاتی ایجاد می‌کند. توصیفات روشن باید این تفاوت‌ها را حفظ کنند.
حریم خصوصی به چرخه کامل اطلاعات مربوط می‌شود
چارچوب حریم خصوصی NIST ریسک حریم خصوصی را در سراسر چرخه عمر داده، از جمع‌آوری تا دفع، در نظر می‌گیرد. برای یک پروژه میزبانی‌شده، این دیدگاهی گسترده‌تر از یک صفحه بارگذاری هویت را دعوت می‌کند. به سوابق سفارش، پیام‌های تماس، برچسب‌های فنی، رویدادهای دسترسی و نسخه‌های بازیابی فکر کنید. هر کدام یک هدف و یک تصمیم نگهداری دارند و هر کدام در صورت رسیدگی بی‌دقت می‌توانند مواجهه ایجاد کنند.
حریم خصوصی و امنیت هم‌پوشانی دارند، اما یکسان نیستند. یک پایگاه داده به‌خوبی محافظت‌شده می‌تواند همچنان حاوی اطلاعات غیرضروری باشد یا بیش از نیاز نگهداری شود. در مقابل، جمع‌آوری اطلاعات کمتر، یک رمز عبور ضعیف مدیریتی را ایمن نمی‌کند. سیاستی بسازید که جمع‌آوری بی‌مورد را کاهش دهد و ساختار عملیاتی‌ای که از اطلاعات باقی‌مانده محافظت کند. هیچ‌یک از این دو وظیفه با انتخاب یک روش پرداخت واحد کامل نمی‌شود.
به ردپای اطراف سفارش نگاه کنید
یک خرید ممکن است شامل یک کیف پول، یک صرافی، یک آدرس دریافت و یک سابقه تراکنش باشد. در بلاک‌چین‌های عمومی، ناظران می‌توانند اطلاعات تراکنش را بررسی کنند. راهنمای رسمی حریم خصوصی Bitcoin توضیح می‌دهد که آدرس‌ها و انتقال‌ها می‌توانند با اطلاعاتی که در جای دیگری فاش شده مرتبط شوند. بنابراین پرداخت بدون فرم کارت نباید به‌عنوان پرداخت نامرئی توصیف شود.
جزئیات عملیاتی نیز مهم هستند. یک نام میزبان می‌تواند نام یک پروژه را فاش کند، یک تصویر پشتیبانی می‌تواند حساب‌های دیگر را آشکار کند و یک گزارش کپی‌شده می‌تواند شامل شناسه‌ها باشد. تمایز بین ارجاعات عمومی و توکن‌های دسترسی خصوصی را روشن نگه دارید. آنچه برای حل یک مشکل لازم است را از طریق کانال پشتیبانی موردنظر به اشتراک بگذارید، نه اینکه یک حساب کامل یا سابقه پرداخت را به‌صورت عمومی منتشر کنید.
| گزاره | به چه چیزی می‌پردازد | چه چیزی را اثبات نمی‌کند |
|---|---|---|
| بدون بارگذاری مدرک هویتی | جمع‌آوری مدارک در فرآیند ذکرشده | هیچ سابقه دیگری وجود ندارد |
| موقعیت سوئیس | مقصد میزبانی فهرست‌شده | محرمانگی مطلق یا مصونیت قانونی |
| مسیر پرداخت رمزارزی | دارایی و شبکه پشتیبانی‌شده | پرداخت غیرقابل ردیابی |
| فهرست کوتاه محلی | ذخیره‌سازی انتخاب‌های رابط کاربری | محافظت در برابر دسترسی به دستگاه شما |
از رابط فعلی بدون بیش‌خوانی آن استفاده کنید
بلاک‌چین‌های عمومی انتقال‌ها را ثبت می‌کنند و ارائه‌دهندگان کیف پول یا صرافی ممکن است سوابق و بررسی‌های هویتی خود را داشته باشند. پیش‌فاکتورهای آدرس ثابت و جزئیات پیکربندی در این مرورگر می‌مانند و قابل خروجی گرفتن هستند. این موارد سوابق تأییدشده حساب نیستند. پرداخت رمزارزی به‌تنهایی ناشناس ماندن را تضمین نمی‌کند.
یک دستگاه مشترک، مرز عملی حریم خصوصی را تغییر می‌دهد. هر کسی که به آن مرورگر دسترسی داشته باشد ممکن است انتخاب‌ها یا دانلودهای ذخیره‌شده آن را ببیند. در صورت لزوم انتخاب‌ها را پاک کنید و فایل‌های صادرشده را در مکانی خصوصی مدیریت کنید. ذخیره‌سازی محلی را نباید صرفاً به این دلیل که خارج از حساب مشتری است، به‌عنوان یک گاوصندوق امن در نظر گرفت. محافظت از نقطه پایانی شما همچنان بخشی از محافظت از پروژه است.
یک سناریوی مفید: یک توسعه‌دهنده مستقل
توسعه‌دهنده‌ای را در نظر بگیرید که برای یک نمونه اولیه خصوصی یک VPS انتخاب می‌کند. او می‌تواند بدون بارگذاری هویت، منابع را مقایسه کند، از یک نام میزبان فنی بی‌طرف استفاده کند و اعتبارنامه‌ها را از خلاصه پروژه دور نگه دارد. او همچنین می‌تواند از گنجاندن یک مجموعه داده واقعی مشتری در استقرار اولیه خودداری کند. این انتخاب‌ها افشای غیرضروری را کاهش می‌دهند و در عین حال جزئیات کافی برای دریافت کمک فنی مفید را حفظ می‌کنند.
پیش از باز کردن یک حساب یا سفارش فعال، توسعه‌دهنده باید سیاست‌های واقعی نگهداری و پشتیبانی را بخواند، تأیید کند که بازیابی دسترسی چگونه کار می‌کند و مسیر پرداخت را درک کند. این کار مؤثرتر از درخواست یک وعده ناشناسی مطلق است که هیچ محدوده اجرایی ندارد. این سناریو درباره مدیریت آگاهانه اطلاعات است، نه پنهان کردن فعالیت غیرقانونی یا دور زدن مسئولیت‌های قابل اعمال.
تعهدات محدودی را ترجیح دهید که می‌توانید ارزیابی کنید
یک بیانیه حریم خصوصی معنادار، داده، هدف، دسترسی و نگهداری مربوطه را مشخص می‌کند. باید آنچه امروز اجرا می‌شود را از آنچه برنامه‌ریزی شده متمایز کند. ادعاهای مربوط به صفر بودن گزارش‌ها، رمزنگاری در حالت سکون یا سیستم‌های مستقلاً حسابرسی‌شده، شواهد خاص خود را می‌طلبند؛ نبود بارگذاری مدرک، آن‌ها را اثبات نمی‌کند. نحوه رسیدگی به درخواست‌های رسمی نیز به یک سیاست تعریف‌شده نیاز دارد، نه یک شعار بی‌قیدوشرط.
زیرساختی انتخاب کنید که با بار کاری متناسب باشد و ترتیبات حریم خصوصی آن را با همان دقتی که مشخصاتش را ارزیابی می‌کنید، بررسی کنید. در صورت امکان اطلاعات کمتری بخواهید، توضیح دهید چه چیزی باقی می‌ماند و دسترسی حساس را از مکاتبات عادی جدا نگه دارید. این رویکرد کنترل عملی بر انتخاب‌های شما می‌دهد و در عین حال از وعده‌هایی که یک مکان یا برچسب ورود نمی‌تواند از آن‌ها پشتیبانی کند، اجتناب می‌کند.
چک‌لیست عملی شما.
- داده‌های مرور، سفارش و پشتیبانی را جدا کنید.
- فیلدهای الزامی و اهداف نگهداری را بخوانید.
- مسیر پرداخت عمومی را درک کنید.
- اعتبارنامه‌ها و توکن‌های دسترسی را از پیام‌ها دور نگه دارید.
- تعهدات مشخص را به‌جای برچسب‌های مطلق ارزیابی کنید.
جزئیاتی که اهمیت دارند.
آیا نبود KYC به معنای ذخیره نشدن داده است؟+
خیر. جمع‌آوری مدارک و سوابق عملیاتی موضوعات جداگانه‌ای هستند. بپرسید در هر مرحله چه چیزی و چرا ذخیره می‌شود.
آیا پرداخت‌های رمزارزی به‌طور خودکار ناشناس هستند؟+
خیر. سوابق عمومی تراکنش و اطلاعات نگهداری‌شده توسط کیف پول‌ها، صرافی‌ها یا سایر سرویس‌ها می‌توانند پیوندهای قابل شناسایی ایجاد کنند.
آیا برچسب یک کشور می‌تواند عدم افشا را تضمین کند؟+
خیر. مکان میزبانی، تضمین محرمانگی مطلق را اثبات نمی‌کند و همه شرایط دسترسی و افشا را تعیین نمی‌کند.
به منبع بروید.
این منابع از مفاهیم فنی این راهنما پشتیبانی می‌کنند. پیش از تغییر یک سیستم تولیدی، مستندات جاری را دنبال کنید.
- چارچوب حریم خصوصی NIST: شروع کار www.nist.gov
- Bitcoin: از حریم خصوصی خود محافظت کنید bitcoin.org
- FDPIC: پردازش داده در ابر www.edoeb.admin.ch
راهنمایی تحریریه توسط SwissOctet. مثال‌ها نمایشی هستند. مشخصات خدمات، گزینه‌های موجود و شرایط قراردادی باید جداگانه تأیید شوند.