سیاست حفظ حریم خصوصی

ما فقط داده‌هایی را نگه می‌داریم که برای ارائه سرویس لازم است، از جمله:

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

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

در محیط production، ارتباطات با کنترل‌های زیر محافظت می‌شود:

• HTTPS اجباری: ترافیک ناامن به نسخه امن هدایت می‌شود و HSTS فعال است.
• کوکی‌های احراز هویت امن: کوکی‌های احراز هویت با گزینه‌های HttpOnly، Secure و SameSite مدیریت می‌شوند.
• CORS و CSRF کنترل‌شده: مبدأهای مجاز محدود هستند و CSRF برای عملیات حساس اعمال می‌شود.

هدف ما این است که داده حساس در مسیر انتقال در برابر شنود و دستکاری محافظت شود و فقط از مسیرهای معتبر قابل دسترسی باشد.

کلید API و Secret صرافی هرگز به‌صورت متن ساده ذخیره نمی‌شوند. پیش از ذخیره، این داده‌ها با Envelope Encryption (v2) محافظت می‌شوند: داده با AES-256-GCM رمز می‌شود و کلید رمزگذاری داده از طریق OCI Vault KMS wrap و unwrap می‌شود.

• ذخیره‌سازی رمزگذاری‌شده: مقادیر حساس در حالت at-rest رمزگذاری می‌شوند و فقط از جریان‌های مجاز سمت سرور قابل خواندن هستند.
• مدیریت کلید در KMS: عملیات unwrap کلید داده توسط OCI KMS انجام می‌شود و خود کلید KMS در دیتابیس برنامه ذخیره نمی‌شود.
• تفکیک مسئولیت امنیتی: برنامه فقط ciphertext و metadata لازم را نگه می‌دارد و دسترسی به key material تحت کنترل IAM و policyهای OCI باقی می‌ماند.
• عدم نمایش کامل کلید: در رابط کاربری فقط نسخه mask شده یا fingerprint برای شناسایی نمایش داده می‌شود.
• کنترل دسترسی: کلیدها فقط برای همان حساب مالک و سرویس‌های داخلی مجاز قابل استفاده هستند و به شخص ثالث فروخته یا افشا نمی‌شوند.
• حذف امن: حذف اتصال صرافی یا حذف حساب باعث حذف کلیدهای ذخیره‌شده از سامانه عملیاتی می‌شود.

استفاده از oci_kms ریسک نگهداری مستقیم key material داخل اپلیکیشن را کاهش می‌دهد، اما امنیت نهایی همچنان به IAM، ایزوله‌سازی runtime، مانیتورینگ، و سیاست عملیاتی درست وابسته است.

در نسخه فعلی، هنگام اتصال صرافی اعتبار API Key بررسی می‌شود و متادیتای دسترسی مانند can_trade یا permissions ممکن است خوانده شود. با این حال، enforce نهایی سطح دسترسی همچنان توسط خود صرافی انجام می‌شود.

• حداقل دسترسی لازم: فقط مجوزهای لازم برای مشاهده وضعیت حساب و انجام معامله را فعال کنید.
• غیرفعال کردن برداشت: مجوز برداشت را فقط در سناریوهای بسیار کنترل‌شده و ضروری فعال کنید.
• محدودسازی شبکه: اگر صرافی پشتیبانی می‌کند، IP whitelist را فعال کنید تا ریسک سوءاستفاده از کلید کاهش یابد.

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

• دامنه ذخیره: داده‌های سفارش، پوزیشن، و لاگ معامله برای پردازش عملیاتی، audit، و نمایش گزارش نگهداری می‌شوند.
• آموزش AI: در نسخه فعلی، لاگ خصوصی معاملات کاربر به‌عنوان داده آموزش یا fine-tune مدل‌های تحلیل بازار استفاده نمی‌شود.
• چرخه نگهداری: بعضی لاگ‌های عملیاتی ممکن است برای سلامت سیستم با چرخه کوتاه‌تر prune شوند و حذف کامل حساب نیز حذف داده‌های وابسته را فعال می‌کند.

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

• ذخیره‌سازی رمز عبور: رمزهای عبور به‌صورت هش یک‌طرفه با مکانیزم استاندارد Django ذخیره می‌شوند و قابل بازیابی نیستند.
• سیاست سخت‌گیرانه رمز: کنترل شباهت، حداقل طول، رمزهای رایج، و محدودیت رمزهای صرفاً عددی هنگام ثبت‌نام و تغییر رمز اعمال می‌شود.
• چرخش refresh token: توکن refresh در هر نوبت نوسازی می‌چرخد و توکن قبلی در blacklist قرار می‌گیرد.
• ضد brute-force: روی مسیرهای ورود و ثبت‌نام، rate limiting و captcha در شرایط مشکوک اعمال می‌شود.

برای کمک به امنیت حساب، نشست‌های ورود با متادیتای حداقلی مانند IP، مرورگر، و نوع دستگاه ثبت می‌شوند تا نشست‌های فعال قابل مشاهده باشند و دسترسی ناخواسته خاتمه یابد.

خروج از حساب، خروج از همه دستگاه‌ها، و باطل‌سازی توکن‌ها در سمت سرور به‌عنوان بخشی از مدل کنترل نشست پشتیبانی می‌شود.

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

ما داده‌های شخصی شما را نمی‌فروشیم. اشتراک‌گذاری فقط در حدی انجام می‌شود که برای ارائه سرویس لازم است؛ مانند سرویس‌دهندگان زیرساخت، پایگاه‌داده، ایمیل، یا OAuth، و فقط در حداقل دامنه لازم.

در استفاده از سرویس‌هایی مانند Google Login یا Telegram، دسترسی‌ها محدود به همان جریان مشخص احراز هویت یا اعلان باقی می‌ماند.

مدل نگهداری داده در این سرویس عملاً مبتنی بر درخواست کاربر است. داده‌های حساب تا زمانی که حساب فعال باشد یا درخواست حذف ثبت نشده باشد، در گردش عملیاتی باقی می‌مانند.

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

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

انطباقی که در این صفحه مطرح می‌شود به معنی پایبندی عملیاتی به اصول GDPR است و به‌تنهایی به معنی دریافت گواهی رسمی مستقل از نهاد ثالث نیست.

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

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

ممکن است این سیاست با توجه به تغییرات فنی، امنیتی، یا قانونی به‌روزرسانی شود. آخرین نسخه همیشه در همین صفحه منتشر خواهد شد.

این متن برای شفافیت عملیاتی تهیه شده است و جایگزین مشاوره تخصصی حقوقی نیست.