پاسخ به حادثه و اطلاع‌رسانی
لرالینک چگونه به حوادث امنیتی و حوادث خدمت رسیدگی می‌کند، و کی و چگونه به شما اطلاع می‌دهیم.
آخرین به‌روزرسانی: ۱۳ نوامبر ۲۰۲۶
چه چیزی حادثه به شمار می‌آید
حادثه رویدادی است که به محرمانگی، تمامیت یا دسترس‌پذیریِ لرالینک یا داده‌های درون آن آسیب می‌زند یا ممکن است آسیب بزند. نمونه‌ها:
- کسی داده‌هایی را می‌خواند یا تغییر می‌دهد که مجاز به آن نیست، از جمله در میان نصب‌ها؛
- کسی حقوقی به دست می‌آورد که نباید داشته باشد؛
- داده‌ها از دست می‌روند، خراب می‌شوند یا به‌اشتباه حذف می‌شوند؛
- خدمت، یا بخشی مهم از آن، در دسترس نیست؛
- تأمین‌کننده‌ای که به آن متکی هستیم حادثه‌ای را گزارش می‌کند که بر داده‌های ما اثر دارد.
نقض دادهٔ شخصی حادثه‌ای است که به نابودی، از دست رفتن، تغییر، افشای غیرمجاز یا دسترسی غیرمجازِ تصادفی یا غیرقانونی به دادهٔ شخصی بینجامد (بند ۱۲ مادهٔ ۴ مقررات عمومی حفاظت از داده (GDPR)). هر حادثه‌ای نقض داده نیست، و هر نقضِ مشکوک تا زمانی که رد شود به‌عنوان حادثه رسیدگی می‌شود.
شدت
| سطح | معنا | نخستین اقدام |
|---|---|---|
| شدت ۱ | افشای داده در میان نصب‌ها، اختیار غیرمجاز، خرابی مخربِ داده‌ها، یا قطعی کامل | نوشتن‌های آسیب‌دیده بی‌درنگ متوقف می‌شوند |
| شدت ۲ | در دسترس نبودن یک قابلیت مهم، یا تأخیر در پردازش، بدون افشای داده | در همان نوبت کاری مهار و تعمیر می‌شود |
| شدت ۳ | افت عملکردِ محدود با راه‌حل جایگزین ایمن | پیگیری و از مسیر عادی انتشار تعمیر می‌شود |
مراحل
۱. کشف
حوادث از این راه‌ها آشکار می‌شوند: پایشگر داخلی (هر ۱۵ دقیقه)، صفحهٔ وضعیت مستقل، بررسی‌های خودکار، اطلاعیه‌های تأمین‌کنندگان، گزارش‌های مشتریان و خوانندگان، و پژوهشگران امنیتی بر اساس سیاست «افشای هماهنگ آسیب‌پذیری». ما زمانی را که نخستین بار آگاه شدیم ثبت می‌کنیم.
۲. مهار
مدیر سکو می‌تواند ظرف چند دقیقه یک نصب، یا کل سکو، را در حالت فقط‌خواندنی قرار دهد. خواندن، واردشدن و ابزارهای بازیابی همچنان کار می‌کنند؛ هر تغییری در محتوا و تنظیمات رد می‌شود. قراردادن یک نصب در حالت فقط‌خواندنی بر نصب‌های دیگر اثری ندارد. هر تغییر حالت در سابقهٔ ممیزی نوشته می‌شود.
دیگر تدابیر مهار عبارت‌اند از ابطال نشست‌ها، غیرفعال‌کردن یک قابلیت برای یک نصب در سرور، ابطال و جایگزینی اعتبارنامه‌های دسترسی، و بازگرداندن یک انتشار.
۳. ارزیابی
ما مشخص می‌کنیم چه رخ داده است، کی، کدام نصب‌ها و کدام انواع داده آسیب دیده‌اند، چند نفر، و پیامدهای محتمل برای آنان چیست. برای نقض دادهٔ شخصی، خطر برای اشخاص مربوط را ارزیابی می‌کنیم، و همین تعیین می‌کند که آیا باید به مرجع و به آن اشخاص اطلاع داده شود.
۴. بازیابی
بازیابی مناسب را انتخاب می‌کنیم: بازگرداندن انتشار برای نقص کد، بازگردانی نقطه‌به‌نقطه برای تغییر مخرب در داده‌ها، یا بازگردانی از نسخهٔ پشتیبان شبانه. پیش از ازسرگیری کار عادی، خواندن، واردشدن، دسترسی مالکان و جدایی میان نصب‌ها را راستی‌آزمایی می‌کنیم. سند «پشتیبان‌گیری و بازیابی» مسیرهای بازگردانی را شرح می‌دهد.
ما پیش از آنکه مسیر بازگردانی راستی‌آزمایی شده باشد زمان بازیابی‌ای وعده نمی‌دهیم.
۵. اطلاع‌رسانی
نگاه کنید به چگونه و کی اطلاع می‌دهیم در پایین.
۶. درس‌گرفتن
پس از حادثه، گاه‌شمار، تصمیم‌ها، نقطهٔ بازگردانیِ به‌کاررفته، راستی‌آزمایی و تدابیری را که برای جلوگیری از تکرار اتخاذ شده‌اند ثبت می‌کنیم. برای حادثه‌ای مهم، گزارشی منتشر می‌کنیم (نگاه کنید به پایین).
ادله
گزارش‌های رخداد (logs)، ارجاع‌های درخواست و رویدادهای ممیزی حفظ می‌شوند. ادله حذف یا بازنویسی نمی‌شوند. سابقهٔ ممیزی فقط‌افزودنی است و تحت نگهداری قانونی نگه داشته می‌شود، بنابراین هرگز، از جمله در طول یا پس از یک حادثه، حذف نمی‌شود.
چگونه و کی اطلاع می‌دهیم
| چه کسی | کی | چگونه |
|---|---|---|
| مشتریانِ دارای نصب، هنگامی که داده‌هایشان از نقض دادهٔ شخصی آسیب دیده است (آنان کنترل‌کننده‌اند؛ ما پردازشگر آنانیم) | بدون تأخیر ناروا، و ظرف ۴۸ ساعت از آگاه‌شدن از آن، چنان‌که در «توافق‌نامهٔ پردازش داده» آمده است | ایمیل به مالکان نصب و به نشانی‌های تماسِ حریم خصوصی و امنیتی که در فرم سفارش نام برده شده‌اند، و تلفنی در جایی که شماره‌ای داده شده و نقض جدی است، همراه با به‌روزرسانی‌ها به‌تدریج که بیشتر آگاه می‌شویم |
| مشتریانِ دارای نصب، برای حوادث دیگری که بر نصبشان اثر دارد | بدون تأخیر ناروا؛ برای حادثهٔ بحرانی (P1)، ظرف هدف پاسخ‌گوییِ «توافق‌نامهٔ سطح خدمت» | ایمیل به مالکان نصب و به نشانی‌های تماسِ پشتیبانی و امنیتی که در فرم سفارش نام برده شده‌اند، و در صورت لزوم اطلاعیه‌ای در نصب |
| Autoriteit Persoonsgegevens (سازمان حفاظت از دادهٔ هلند)، در جایی که SSStudio کنترل‌کننده است | ظرف ۷۲ ساعت از آگاه‌شدن از نقض دادهٔ شخصی، مگر آنکه احتمال نرود خطری برای اشخاص در پی داشته باشد (مادهٔ ۳۳ GDPR) | از طریق رویهٔ اطلاع‌رسانیِ آن مرجع |
| اشخاص آسیب‌دیده، در جایی که SSStudio کنترل‌کننده است | بدون تأخیر ناروا، در جایی که احتمال رود نقض، خطری شدید برای آنان در پی داشته باشد (مادهٔ ۳۴ GDPR) | مستقیماً، با ایمیل، به زبانی روشن |
| همه | در طول اختلالی در سراسر سکو | صفحهٔ وضعیت، status.lera.link، و، هنگامی که سکو در حالت فقط‌خواندنی قرار می‌گیرد، اطلاعیه‌ای در همهٔ نصب‌ها |
در جایی که مشتریِ دارای نصب کنترل‌کننده است، خود او تصمیم می‌گیرد که آیا به مرجع و اشخاص مربوط اطلاع دهد. ما اطلاعاتی را که برای این کار لازم دارد در اختیارش می‌گذاریم و کمکش می‌کنیم، چنان‌که «توافق‌نامهٔ پردازش داده» الزام می‌کند (جزء (و) بند ۳ مادهٔ ۲۸ و بند ۲ مادهٔ ۳۳ GDPR). ما از جانب مشتری به مرجع یا آن اشخاص اطلاع نمی‌دهیم مگر آنکه مشتری کتباً از ما بخواهد.
محتوای اطلاع‌رسانی
تا جایی که در آن زمان معلوم است، و با تکمیل به‌تدریج که بیشتر آگاه می‌شویم (بند ۳ مادهٔ ۳۳ GDPR):
- چه رخ داده است و کی، و کی از آن آگاه شدیم؛
- انواع داده و شمار تقریبی اشخاص و سوابق مربوط؛
- پیامدهای محتمل؛
- آنچه انجام داده‌ایم و پیشنهاد می‌کنیم انجام دهیم، از جمله تدابیری برای محدودکردن آسیب؛
- آنچه خودتان می‌توانید انجام دهید؛
- نشانی تماسی برای اطلاعات بیشتر.
صفحهٔ وضعیت
status.lera.link مستقل از لرالینک، روی GitHub، اجرا می‌شود. این صفحه وضعیت سکو را در کل نشان می‌دهد، نه وضعیت هر نصب را. حادثه‌ای که به یک نصب محدود باشد مستقیماً به نشانی‌های تماس آن نصب اطلاع داده می‌شود. نگاه کنید به «دسترس‌پذیری و وضعیت».
گزارش‌های حادثه
برای هر حادثهٔ بحرانی (P1)، و برای دیگر حوادث مهم، ظرف ۱۰ روز کاری پس از رفع آن، گزارشی در بخش به‌روزرسانی‌ها ← گزارش‌های حادثه منتشر می‌کنیم: چه رخ داد، اثر آن، علت آن، آنچه انجام دادیم و آنچه تغییر دادیم. گزارش دادهٔ شخصی یا جزئیاتی که به مهاجم کمک کند در بر ندارد.
گزارش حادثهٔ مشکوک
| چه چیزی | کجا |
|---|---|
| آسیب‌پذیری امنیتی یا حادثهٔ مشکوک | security@lera.link (نگاه کنید به سیاست «افشای هماهنگ آسیب‌پذیری») |
| نقض مشکوکِ دادهٔ شخصی | security@lera.link، با رونوشت به privacy@lera.link |
| قطعی خدمت | support@lera.link، پس از بررسی status.lera.link |
| محتوای غیرقانونی | legal@lera.link یا «گزارش محتوا» |
لطفاً به ما بگویید چه دیدید، کی، و در کدام نشانی. برای تأیید یک گمان، برای دسترسی به داده‌های دیگران تلاش نکنید.
محدودیت‌های ما
پایش حوادث و پاسخ به حوادث به‌صورت شبانه‌روزی انجام می‌شود: پایش به SSStudio هشدار می‌دهد، و SSStudio بیرون از ساعات اداری نیز به حادثه پاسخ می‌دهد. تماس با مشتریان و پشتیبانی در ساعات اداری است؛ میز پشتیبانی شبانه‌روزی وجود ندارد. زمان‌های پاسخ‌گویی‌ای که به آن‌ها متعهدیم در «توافق‌نامهٔ سطح خدمت» آمده است.