تدابیر فنی و سازمانی
تدابیر امنیتی‌ای که SSStudio برای لرالینک بر اساس مادهٔ ۳۲ مقررات عمومی حفاظت از داده (GDPR) اتخاذ می‌کند، همراه با وضعیت هر یک؛ پیوست ۲ توافق‌نامهٔ پردازش داده.
نویسندهتیم لرالینک
آخرین به‌روزرسانی: ۱۲ نوامبر ۲۰۲۶
دربارهٔ این سند
این سند تدابیر فنی و سازمانی‌ای را شرح می‌دهد که SSStudio، با نام تجاری لرالینک، برای حفاظت از داده‌هایی اتخاذ می‌کند که در ارائهٔ خدمت لرالینک پردازش می‌کند. این سند پیوست ۲ توافق‌نامهٔ پردازش داده است و در توافق‌نامهٔ مشتری به آن ارجاع شده است. این سند داده‌هایی را نیز دربر می‌گیرد که SSStudio خود کنترل‌کنندهٔ آن‌هاست، مانند حساب سراسری سکو.
لرالینک در مرحلهٔ آزمایشیِ کنترل‌شده است و یک نفر خدمت را اداره می‌کند. هر یک از تدابیر زیر وضعیتی دارد تا خواننده بتواند ببیند امروز چه چیزی برقرار است و چه چیزی نیست.
| وضعیت | معنا |
|---|---|
| برقرار | ساخته‌شده، فعال‌شده و در حال استفاده در محیط عملیاتی. |
| ساخته‌شده، هنوز الزامی نیست | ساخته‌شده و در دسترس در محیط عملیاتی، اما هنوز برای همهٔ کسانی که برایشان در نظر گرفته شده الزامی نیست. |
| در دست آماده‌سازی | در حال برقراری یا مستندسازی؛ هنوز برقراری آن تأیید نشده است. |
| برنامه‌ریزی‌شده | تصمیم آن گرفته شده، اما هنوز ساخته یا اجرا نشده است. |
| برقرار نیست | انجام نشده و تاریخی برای آن تعیین نشده است. |
SSStudio می‌تواند این تدابیر را تغییر دهد، به شرط آنکه سطح کلی حفاظت کاهش نیابد. هر تغییر اساسی به نسخهٔ تازه‌ای از این سند می‌انجامد.
۱. تدابیر موضوع مادهٔ ۳۲(۱) GDPR
۱.۱ نام‌مستعارسازی و رمزنگاری (مادهٔ ۳۲(۱)(الف))
- داده‌ها در حین انتقال با TLS رمزنگاری می‌شوند و Cloudflare داده‌های ذخیره‌شده را در حالت سکون رمزنگاری می‌کند (بخش ۶).
- توکن‌های ورود فقط به‌صورت درهم‌سازی‌شده ذخیره می‌شوند؛ نشانی‌های IP و مشخصات مرورگر فقط به‌صورت درهم‌سازی کلیددار ذخیره می‌شوند (بخش‌های ۳ و ۱۳).
- آمار خوانش شمارش‌های ناشناس است (بخش ۱۳).
۱.۲ محرمانگی، تمامیت، دسترس‌پذیری و تاب‌آوری مستمر (مادهٔ ۳۲(۱)(ب))
- محرمانگی: ورود مقاوم در برابر فیشینگ برای مدیران، یک لایهٔ دسترسی افزوده برای مدیریت، مجوزدهی سمت سرور برای هر درخواست، جداسازی نصب‌ها، و محتوای محدودشده‌ای که هیچ شخص دیگری و هیچ مدل هوش مصنوعی‌ای نمی‌تواند آن را بخواند (بخش‌های ۲ تا ۵ و ۱۸).
- تمامیت: سابقهٔ ممیزیِ فقط‌افزودنی، تغییرات کنترل‌شده از طریق یک محیط آزمایشی جداگانه و تأیید مالک، و آزمون‌های خودکار برای هر تغییر (بخش‌های ۸ و ۹).
- دسترس‌پذیری و تاب‌آوری: شبکهٔ توزیع‌شدهٔ Cloudflare، حالت‌های فقط‌خواندنی و نگهداری برای رخدادها، پایش بیرونی و درونی، نسخه‌های پشتیبان شبانه و بازیابی به یک نقطهٔ زمانی (بخش‌های ۱۱ و ۱۲).
۱.۳ بازگرداندن به‌موقع دسترس‌پذیری و دسترسی (مادهٔ ۳۲(۱)(ج))
- یک رویهٔ بازیابی آزموده، با ارقام اندازه‌گیری‌شده، و بازیابی به یک نقطهٔ زمانی برای تغییرات مخرب (بخش ۱۱).
- اهداف بازیابی در توافق‌نامهٔ سطح خدمت آمده است.
۱.۴ آزمون، سنجش و ارزیابی منظم اثربخشی (مادهٔ ۳۲(۱)(د))
- آزمون‌های خودکار برای هر تغییر، از جمله بررسی ماتریس مجوزدهی و مصنوعات عمومی (بخش ۹).
- تمرین‌های بازیابی روی یک نسخهٔ جداگانه (بخش ۱۱).
- پایش تقریباً هر ۱۵ دقیقه و یک صفحهٔ وضعیت بیرونی (بخش ۱۲).
- بازبینی این سند دست‌کم سالی یک بار (بخش ۱۹).
- آزمون نفوذ مستقل هنوز انجام نشده است (بخش ۱۹).
۲. کنترل دسترسی به سامانه‌ها و داده‌ها
| تدبیر | شرح | وضعیت |
|---|---|---|
| یک گردانندهٔ واحد با حداقل امتیاز | تنها مالک SSStudio به سامانه‌های عملیاتی دسترسی دارد. هر کارمند یا پیمانکار آینده، پس از تعهد کتبی به محرمانگی، فقط دسترسی‌ای را دریافت می‌کند که کارش نیاز دارد. | برقرار |
| دسترسی به دادهٔ مشتری فقط در صورت نیاز | SSStudio فقط برای ارائهٔ خدمت، ارائهٔ پشتیبانی‌ای که مشتری درخواست کرده، رسیدگی به یک رخداد یا رعایت قانون به داده‌های یک نصب دسترسی پیدا می‌کند. | برقرار |
| ورود چندعاملی در حساب‌های ارائه‌دهندگان | هر حسابی نزد ارائه‌دهنده‌ای که برای اجرای لرالینک به کار می‌رود (زیرساخت، میزبانی کد، ارسال ایمیل، مدیریت دامنه) با احراز هویت چندعاملی یا کلید عبور محافظت می‌شود. | برقرار |
| لایهٔ دسترسی افزوده برای مدیریت | بخش مدیریت هر نصب و مدیریت سکو، افزون بر ورود خودِ برنامه، پشت Cloudflare Access (Zero Trust) قرار دارد. | برقرار |
| محیط آزمایشی جداگانه | تغییرات در محیطی جداگانه با پایگاه‌های دادهٔ خود و پشت Cloudflare Access آزموده می‌شوند. این محیط هیچ داده‌ای از نصب‌های مشتریان ندارد. ممکن است نسخهٔ پوشیده‌شده‌ای از هاب خودِ SSStudio را نگه دارد، و تمرین‌های بازیابی از نسخه‌ای جداگانه و موقت استفاده می‌کنند که پس از آن حذف می‌شود. | برقرار |
| بدون حساب مشترک | هر شخص حساب خود را دارد؛ حساب‌ها مشترک نیستند. | برقرار |
۳. هویت و احراز هویت
| تدبیر | شرح | وضعیت |
|---|---|---|
| بدون گذرواژه | خوانندگان، اعضا و نویسندگان با یک کد یک‌بارمصرف که با ایمیل فرستاده می‌شود وارد می‌شوند. لرالینک هیچ گذرواژه‌ای نگه نمی‌دارد. | برقرار |
| کدهای یک‌بارمصرف | هر کد یک بار کار می‌کند و ظرف چند دقیقه منقضی می‌شود. | برقرار |
| محدودسازی نرخ | تلاش‌های ورود و دیگر درخواست‌های حساس محدودسازی نرخ می‌شوند. شمارنده‌ها از درهم‌سازی کلیددار نشانی IP استفاده می‌کنند و ۷ روز پس از پایان بازهٔ شمارششان حذف می‌شوند. | برقرار |
| کلید عبور برای مدیران | مدیران یک نصب و مدیران سکو می‌توانند با کلید عبور (WebAuthn) وارد شوند. کلید عبور در برابر فیشینگ مقاوم است و به نشانی دقیق بخش مدیریت پیوند خورده است. | برقرار |
| نخستین کلید عبور فقط از طریق پیوند ثبت | نخستین کلید عبور هر شخص فقط از طریق یک پیوند ثبت یک‌بارمصرف که شخص مجاز دیگری صادر کرده افزوده می‌شود، و هرگز صرفاً از یک نشست ورود با کد ایمیلی. | برقرار |
| الزام کلید عبور برای مدیریت | یک نصب، و نیز سکو، می‌تواند کلید عبور را الزامی کند. در این صورت کدهای ایمیلی برای مدیریت پذیرفته نمی‌شوند و اقدامات حساس (تغییر دسترسی، مالکیت، دامنه‌ها، برون‌بری‌ها، حالت‌های نگهداری و رخداد، مدیریت کلیدها) اگر آخرین استفاده از کلید عبور بیش از ۵ دقیقه پیش بوده باشد، دوباره آن را می‌خواهند. | برقرار برای مدیریت سکو و نخستین نصب‌ها از ۳ نوامبر ۲۰۲۶؛ در حال فعال‌سازی برای دیگر نصب‌ها |
| کلیدهای امنیتی سخت‌افزاری | استفاده از کلید امنیتی سخت‌افزاری به‌عنوان کلید عبور هنوز آزموده نشده است. | برقرار نیست |
| ورود یکپارچه برای سازمان‌ها | ورود از طریق ارائه‌دهندهٔ هویت خودِ یک سازمان (SAML یا OpenID Connect). | برقرار نیست |
| محدودیت‌های نشست | خوانندگان و نویسندگان: حداکثر ۹۰ روز، و پایان پس از ۳۰ روز عدم استفاده. مدیران نصب با کد ایمیلی: ۳۰ روز عدم استفاده، حداکثر ۹۰ روز. مدیران سکو با کد ایمیلی: ۷ روز عدم استفاده، حداکثر ۳۰ روز. با کلید عبور: مدیران نصب ۱ ساعت عدم استفاده، حداکثر ۱۲ ساعت؛ مدیران سکو ۱۵ دقیقه عدم استفاده، حداکثر ۸ ساعت. | برقرار |
| کوکی‌های نشست | کوکی‌های نشست به میزبان مقیدند (پیشوند __Host-)، و HttpOnly، Secure و SameSite=Lax هستند. سرور فقط درهم‌سازی توکن نشست را ذخیره می‌کند. | برقرار |
| اسناد پذیرفته‌شده | حساب‌های جدید شرایط خدمت و بیانیهٔ حریم خصوصی را پس از وارد کردن کدی معتبر می‌پذیرند، بنابراین فقط دارندهٔ صندوق ایمیل این پرسش را می‌بیند. اینکه کدام سند و کدام نسخه، چه زمانی و کجا پذیرفته شده، ثبت می‌شود. | برقرار |
۴. جداسازی نصب‌ها و مجوزدهی
| تدبیر | شرح | وضعیت |
|---|---|---|
| تعیین نصب از روی نشانی | هر درخواست از روی نشانی‌ای که به آن فرستاده شده، به یک نصب نسبت داده می‌شود. | برقرار |
| یک نقطهٔ تصمیم سمت سرور | دسترسی در سمت سرور به‌وسیلهٔ یک ارزیاب واحد تعیین می‌شود که شخص، عضویت، نقش‌ها و اعطاهای او و انقضای آن‌ها را در نظر می‌گیرد. منع صریح غالب است. | برقرار |
| کارکردهای غیرفعال غایب‌اند | کارکردی که یک نصب ندارد در سمت سرور غایب است، نه فقط در رابط کاربری پنهان. | برقرار |
| شکست بسته در درخواست‌های میان‌نصبی | درخواستی که به داده‌های نصبی دیگر برسد رد می‌شود. | برقرار |
| جداسازی عضویت‌ها | یک حساب می‌تواند به چند نصب تعلق داشته باشد؛ هیچ نصبی عضویت‌های نصب دیگر را نمی‌بیند. | برقرار |
| جداسازی منطقی در منابع مشترک | نصب‌ها در پایگاه‌های داده و فضای ذخیره‌سازی پرونده‌های سکو شریک‌اند؛ هر رکورد به یک نصب تعلق دارد و فقط در درون آن نصب به آن دسترسی پیدا می‌شود. پایگاه‌های دادهٔ اختصاصی برای هر مشتری در حال حاضر ارائه نمی‌شود. | برقرار (منابع اختصاصی: برقرار نیست) |
| محتوای محدودشده | قطعه‌ای که به اشخاص یا نقش‌های نام‌برده محدود شده، از هیچ مسیری برای هیچ کس دیگری خواندنی نیست: نه نمایش داده می‌شود، نه نمایه می‌شود، نه فرستاده می‌شود، نه در حافظهٔ نهان قرار می‌گیرد، و هرگز هیچ مدل هوش مصنوعی‌ای آن را نمی‌خواند. | برقرار |
| تداوم مالکیت | آخرین مالک یک نصب را نمی‌توان حذف کرد. | برقرار |
| بررسی ماتریس مجوزدهی | بررسی خودکارِ اینکه چه کسی چه کاری می‌تواند بکند، برای هر تغییر اجرا می‌شود (بخش ۹). | برقرار |
۵. حفاظت از سطوح وب
| تدبیر | شرح | وضعیت |
|---|---|---|
| سرآیندهای امنیتی | امنیت سخت‌گیرانهٔ انتقال (HSTS)، حفاظت از نوع محتوا (nosniff)، سیاست امنیت محتوا (Content Security Policy) و سرآیندهای مرتبط فرستاده می‌شوند. | برقرار |
| بررسی مصنوعات عمومی | هر ساخت بررسی می‌شود تا هیچ نقشهٔ منبع، واژه‌نامهٔ داخلی، جزئیات داخلی در پیام‌های خطا یا توضیحی در صفحه‌های ساخته‌شده منتشر نشود. | برقرار |
| پروندهٔ تماس امنیتی | /.well-known/security.txt در همهٔ نشانی‌ها ارائه می‌شود. | برقرار |
| محتوای خدمات دیگر | محتوای جاسازی‌شده از خدمات دیگر (مانند سکوهای ویدئو و رسانه‌های اجتماعی) فقط پس از اجازهٔ خواننده بارگذاری می‌شود. | برقرار |
۶. رمزنگاری در حین انتقال و در حالت سکون
| تدبیر | شرح | وضعیت |
|---|---|---|
| رمزنگاری در حین انتقال | همهٔ ترافیک به نشانی‌های لرالینک از TLS استفاده می‌کند. HSTS به مرورگرها می‌گوید فقط از طریق اتصال رمزنگاری‌شده متصل شوند. | برقرار |
| رمزنگاری در حالت سکون | Cloudflare داده‌های ذخیره‌شدهٔ پایگاه‌های داده، فضای ذخیره‌سازی پرونده‌ها و دیگر خدمات ذخیره‌سازی مورد استفادهٔ لرالینک، از جمله نسخه‌های پشتیبان، را رمزنگاری می‌کند. | برقرار |
| درهم‌سازی اعتبارنامه‌ها | توکن‌های ورود فقط به‌صورت درهم‌سازی‌شده ذخیره می‌شوند. پیوندهای پاسخ یک‌کلیکی فقط به‌صورت درهم‌سازی‌شده ذخیره می‌شوند. | برقرار |
۷. مدیریت اسرار
| تدبیر | شرح | وضعیت |
|---|---|---|
| نگهداری کلیدها به‌صورت اسرار رمزنگاری‌شده | کلیدهای ارائه‌دهندگان و خدمات به‌صورت اسرار رمزنگاری‌شدهٔ محیط اجرای سکو در Cloudflare و محیط‌های استقرار در GitHub نگهداری می‌شوند. این کلیدها هرگز در پایگاه داده یا کد منبع ذخیره نمی‌شوند. اعتبارنامه‌های استقرار در محیط عملیاتی فقط در استقراری که مالک تأیید کرده قابل استفاده‌اند. | برقرار |
| ارجاع به اسرار با نام | بخش مدیریت سکو فقط با نام به یک کلید ارجاع می‌دهد و نمی‌تواند آن را نمایش دهد. کلید سکو را نمی‌توان به یک ارائه‌دهندهٔ سفارشی هوش مصنوعی متصل کرد. | برقرار |
| استفادهٔ محدود به بیرون | به یک ارائه‌دهندهٔ سفارشی هوش مصنوعی فقط در یک نشانی عمومی HTTPS بدون اعتبارنامه در آن می‌توان دسترسی یافت؛ درخواست‌ها به آن هیچ تغییر مسیری را دنبال نمی‌کنند و سرآیندها نمی‌توانند کلید یا کوکی حمل کنند. | برقرار |
| چرخش | اگر به افشای کلیدی ظن برود، آن کلید بی‌درنگ جایگزین می‌شود. | برقرار |
| چرخش زمان‌بندی‌شده | چرخش کلیدها بر اساس برنامه‌ای ثابت. | برقرار نیست |
۸. ثبت رویداد و ممیزی
| تدبیر | شرح | وضعیت |
|---|---|---|
| سابقهٔ ممیزی | هر تغییر در اشخاص و مجوزها، هر برون‌بری و دیگر اقدامات مرتبط با امنیت در یک سابقهٔ ممیزیِ فقط‌افزودنی ثبت می‌شوند. | برقرار |
| توقیف قانونی | سابقهٔ ممیزی تحت توقیف قانونی، حتی پس از حذف حساب، به‌عنوان مدرک نگهداری می‌شود. این سابقه محتوای قطعه‌ها را دربر ندارد. | برقرار |
| ثبت برون‌بری‌ها | هر برون‌بری از یک نصب و هر بستهٔ دادهٔ شخصی ثبت می‌شود. | برقرار |
| بدون محتوا در گزارش‌های عملیاتی | گزارش‌های عملیاتی برای عیب‌یابی به کار می‌روند و طوری طراحی شده‌اند که محتوای قطعه‌ها یا اسرار را دربر نداشته باشند. | برقرار |
۹. مدیریت تغییر و آزمون
| تدبیر | شرح | وضعیت |
|---|---|---|
| کد منبع خصوصی | کد منبع در یک مخزن خصوصی در GitHub نگهداری می‌شود. شاخهٔ اصلی محافظت‌شده است. | برقرار |
| نخست محیط آزمایشی | هر تغییر نخست به یک محیط آزمایشی جداگانه، با پایگاه‌های دادهٔ خود در اتحادیهٔ اروپا، می‌رود. | برقرار |
| تأیید مالک | تغییر فقط پس از آنکه مالک آن را در GitHub تأیید کند به محیط عملیاتی می‌رسد. | برقرار |
| آزمون‌های خودکار | برای هر تغییر: آزمون‌های رفتاری، بررسی ماتریس مجوزدهی، بررسی مصنوعات عمومی و بررسی پوشش ترجمه. | برقرار |
| وابستگی‌های قفل‌شده | ساخت‌ها وابستگی‌های نرم‌افزاری را فقط از یک فهرست قفل‌شده نصب می‌کنند. | برقرار |
| بازگردانی | هر انتشار را می‌توان به نسخهٔ پیشین بازگرداند. | برقرار |
۱۰. مدیریت و افشای آسیب‌پذیری
| تدبیر | شرح | وضعیت |
|---|---|---|
| افشای هماهنگ | پژوهشگران امنیتی می‌توانند آسیب‌پذیری‌ها را بر اساس سیاست افشای هماهنگ آسیب‌پذیری به security@lera.link گزارش کنند. | برقرار |
| پروندهٔ تماس امنیتی | /.well-known/security.txt در همهٔ نشانی‌ها نشانی تماس و سیاست را اعلام می‌کند. | برقرار |
| رفع آسیب‌پذیری‌های گزارش‌شده | هر آسیب‌پذیری گزارش‌شده ارزیابی می‌شود و با اولویتی متناسب با شدت آن، از طریق همان فرایند تغییر که برای هر تغییر دیگری به کار می‌رود، رفع می‌شود. | برقرار |
| هشدارهای خودکار وابستگی‌ها | هشدارهای خودکار برای آسیب‌پذیری‌های شناخته‌شده در وابستگی‌های نرم‌افزاری. | در دست آماده‌سازی |
| آزمون نفوذ مستقل | آزمون نفوذ مستقل هنوز انجام نشده است. | برنامه‌ریزی‌شده: سه‌ماههٔ دوم ۲۰۲۷ |
۱۱. پشتیبان‌گیری و بازیابی
| تدبیر | شرح | وضعیت |
|---|---|---|
| پشتیبان شبانه | هر شب یک نسخهٔ پشتیبان منطقی از کل پایگاه داده تهیه می‌شود. برای هر بخش آن جمع آزمون (checksum) محاسبه می‌شود. | برقرار |
| مدت و محل نگهداری پشتیبان | نسخه‌های پشتیبان به مدت ۳۰ روز در فضای ذخیره‌سازی اتحادیهٔ اروپای Cloudflare نگهداری می‌شوند. | برقرار |
| بازیابی به یک نقطهٔ زمانی | قابلیت بازیابی به یک نقطهٔ زمانیِ Cloudflare برای پایگاه‌های داده امکان می‌دهد به لحظهٔ پیش از یک تغییر مخرب بازگردیم. | برقرار |
| بازیابی آزموده | بازیابی ابزاری آزموده است. در اندازه‌گیری روی نسخه‌ای از محیط عملیاتی در ۳۱ اکتبر ۲۰۲۶، بازیابی پایگاه داده ۲۴ دقیقه طول کشید. بازیابی‌ها روی نسخه‌ای جداگانه تمرین می‌شوند و به‌صورت دستی آغاز می‌شوند؛ هنوز برنامهٔ زمانی ثابتی ندارند. | برقرار |
| جابه‌جایی آزمودهٔ سکو | انتقال سکو به فضای ذخیره‌سازی اتحادیهٔ اروپا سه بار تمرین شد؛ همهٔ ردیف‌ها و پرونده‌ها بررسی شدند. خودِ انتقال، در ۳ نوامبر ۲۰۲۶، حدود دو ساعت نگهداری فقط‌خواندنی طول کشید که نیم ساعت آن اجرای نخستینی بود که پیش از نوشتن هر چیزی متوقف شد؛ بدون آن، حدود ۹۰ دقیقه، چنان‌که تمرین شده بود. | برقرار |
| نقاط بازیابی | برای از دست رفتن کامل: آخرین پشتیبان شبانه، بنابراین ممکن است تا ۲۴ ساعت از تغییرات از دست برود. برای تغییر مخرب: بازیابی به یک نقطهٔ زمانی. | برقرار |
| پرونده‌ها | پرونده‌ها (تصویر، صوت، اسناد) در فضای ذخیره‌سازی پروندهٔ Cloudflare به‌صورت افزونه ذخیره می‌شوند، اما جداگانه پشتیبان‌گیری نمی‌شوند. پرونده‌ای که شخصی حذف می‌کند پاک می‌شود و SSStudio نمی‌تواند آن را بازیابی کند. | برقرار (پشتیبان‌گیری جداگانه از پرونده‌ها: برقرار نیست) |
| نسخه نزد ارائه‌دهندهٔ دوم | نسخه‌های پشتیبان نزد همان ارائه‌دهندهٔ داده‌های زنده (Cloudflare) نگهداری می‌شوند. هنوز نسخه‌ای نزد ارائه‌دهندهٔ دوم نگهداری نمی‌شود. | برقرار نیست |
| اجراهای نگهداری | تمرین‌های بازیابی، جابه‌جایی سکو و نسخهٔ پوشیده‌شدهٔ هاب خودِ SSStudio برای محیط آزمایشی روی اجراکننده‌های GitHub Actions اجرا می‌شوند که داده‌های پشتیبان را فقط در مدت اجرا در حافظه پردازش می‌کنند؛ فقط نسخهٔ پوشیده‌شدهٔ هاب، به مدت یک روز، نگهداری می‌شود. GitHub برای این اجراها به‌عنوان پردازشگر فرعی فهرست شده است. | برقرار |
۱۲. پایش و مدیریت رخداد
| تدبیر | شرح | وضعیت |
|---|---|---|
| صفحهٔ وضعیت بیرونی | status.lera.link در GitHub و مستقل از لرالینک اجرا می‌شود و نشان می‌دهد که سکو در دسترس است یا نه. این صفحه فقط سکو را نشان می‌دهد، نه تک‌تک نصب‌ها را. | برقرار |
| پایش درونی | یک پایشگر درونی سکو را تقریباً هر ۱۵ دقیقه، از بیرون آن، بررسی می‌کند، از جمله اینکه نشانی‌های مدیریت با لایهٔ دسترسی افزوده محافظت می‌شوند، و به گرداننده هشدار می‌دهد. این پایشگر نشانی‌های نصب‌هایی را بررسی می‌کند که به آن افزوده شده‌اند، و هنوز نه نشانی‌های همهٔ نصب‌ها را. | برقرار |
| حالت‌های فقط‌خواندنی و نگهداری | کل سکو، یا یک نصب، را می‌توان در حالت فقط‌خواندنی یا حالت نگهداری قرار داد تا رخدادی مهار شود یا نگهداری با ایمنی انجام گیرد. | برقرار |
| رویهٔ مکتوب رخداد | یک رویهٔ مکتوب شرح می‌دهد که رخدادها چگونه شناسایی، مهار، رفع، اطلاع‌رسانی و مستند می‌شوند. | برقرار |
| اعلام نقض | نقض دادهٔ شخصی‌ای که بر دادهٔ شخصی مشتری اثر بگذارد، بدون تأخیر ناروا و در هر حال ظرف ۴۸ ساعت از زمانی که SSStudio از آن آگاه شود، به مشتری اعلام می‌شود، چنان‌که توافق‌نامهٔ پردازش داده مقرر می‌کند. | برقرار |
| دفتر ثبت نقض | هر نقض دادهٔ شخصی مستند می‌شود (مادهٔ ۳۳(۵) GDPR). | در دست آماده‌سازی |
| گزارش‌های رخداد | رخدادهای مهم به‌طور عمومی در بخش به‌روزرسانی‌ها ← گزارش‌های رخداد در هاب گزارش می‌شوند. | برقرار |
| آماده‌باش شبانه‌روزی | یک نفر خدمت را اداره می‌کند؛ آماده‌باش شبانه‌روزی و همه‌روزه وجود ندارد. اهداف پاسخ‌گویی در توافق‌نامهٔ سطح خدمت آمده است. | برقرار نیست |
۱۳. کمینه‌سازی و نگهداری داده
| تدبیر | شرح | وضعیت |
|---|---|---|
| نگه‌نداشتن گذرواژه | ورود با کدهای یک‌بارمصرف و کلیدهای عبور انجام می‌شود. | برقرار |
| شناسه‌های درهم‌سازی‌شده | نشانی‌های IP و مشخصات مرورگر فقط به‌صورت درهم‌سازی کلیددار ذخیره می‌شوند. | برقرار |
| بدون کوکی تحلیلی | لرالینک فقط کوکی‌های نشست ورود و دو کوکی زبان را تنظیم می‌کند. هیچ کوکی تحلیلی و هیچ Google Analytics وجود ندارد. | برقرار |
| آمار ناشناس خوانش | خوانش به‌صورت ناشناس شمرده می‌شود؛ شمارش‌ها تا ۳ ماه و پس از آن فقط به‌صورت مجموع نگهداری می‌شوند. | برقرار |
| جدایی حساب از عضویت | حساب سراسری سکو و هر عضویت در نصب از هم جدا هستند؛ هر نصب فقط آنچه را نیاز دارد دریافت می‌کند. | برقرار |
| بسته‌های دادهٔ شخصی فقط آنچه از آنِ خود شخص است | بسته‌ای که شخص دربارهٔ خود دریافت می‌کند فقط آنچه را که تنها از آنِ اوست دربر دارد: آثاری که نام دیگران بر آن‌هاست گنجانده نمی‌شوند (اعتبار خود او گنجانده می‌شود)؛ در داوری ناشناس، داور سخنان خود را دریافت می‌کند و نویسنده تصمیم‌ها را، اما هرگز اینکه چه کسی داوری کرده؛ یادداشت‌های داخلی ویراستاران مستثنا هستند و می‌توان جداگانه آن‌ها را درخواست کرد. | برقرار |
| دفتر نگهداری | سکو مدت‌های نگهداری را از یک دفتر مرکزی اعمال می‌کند. کدهای ورود و چالش‌های کلید عبور ۱ روز؛ پیوندهای ثبتِ استفاده‌شده یا منقضی ۳۰ روز؛ کلیدهای عبور ابطال‌شده ۹۰ روز؛ نشست‌های پایان‌یافته ۳۰ روز؛ شمارنده‌های محدودسازی نرخ ۷ روز پس از انقضا؛ پشتیبان‌ها ۳۰ روز؛ بسته‌های داده ۷ روز؛ صورت‌حساب‌ها ۷ سال (به حکم قانون). دانش منتشرشده هرگز با فرایند عمومی نگهداری حذف نمی‌شود. | برقرار |
۱۴. حذف
| تدبیر | شرح | وضعیت |
|---|---|---|
| حذف حساب | شخص می‌تواند حساب خود را حذف کند. حذف پس از ۷ روز اثر می‌کند، در این مدت قابل لغو است و در همان روز دوباره بررسی می‌شود. تا زمانی که شخص تنها مالک یک نصب است یا ارسالی باز دارد، حذف با ذکر دلیل مسدود می‌شود. آثار و اعتبارهای منتشرشده به نام منتشرشده باقی می‌مانند؛ آنچه آن نام را به شخصی زنده پیوند می‌دهد حذف می‌شود. | برقرار |
| ترک یک نصب | ترک یک نصب، نمایه، ترجیحات، رابطهٔ تماس، نشست‌ها، نقش‌ها و اعطاهای آن شخص در آن نصب را حذف می‌کند. | برقرار |
| حذف توصیف‌های نوشته‌شده با هوش مصنوعی | حذف، توصیف را در همهٔ زبان‌ها برمی‌دارد و نشانه‌ای بر جای می‌گذارد که همهٔ فرایندهای خودکار آن را رعایت می‌کنند. | برقرار |
| پایان توافق‌نامهٔ مشتری | پس از دورهٔ بازپس‌گیری داده، دادهٔ مشتری از سامانه‌های زنده حذف می‌شود، با هدف ۷ روز و حداکثر ۳۰ روز؛ نسخه‌های پشتیبان ظرف ۳۰ روز پس از آن منقضی می‌شوند. SSStudio این کار را به‌صورت عملیاتی مستند انجام می‌دهد؛ کارکرد سلف‌سرویسی برای آن وجود ندارد. | برقرار به‌صورت رویهٔ دستی |
| پرونده‌های حذف‌شده | پروندهٔ حذف‌شده بی‌درنگ از فضای ذخیره‌سازی پرونده پاک می‌شود. | برقرار |
| نسخه‌های پیشین خارج از اتحادیهٔ اروپا | نسخه‌هایی که پیش از ۳ نوامبر ۲۰۲۶ خارج از اتحادیهٔ اروپا نگهداری می‌شدند، بدون نوشتن در آن‌ها تا ۳ دسامبر ۲۰۲۶ نگهداری و سپس حذف می‌شوند. | برنامه‌ریزی‌شده: ۳ دسامبر ۲۰۲۶ |
۱۵. مدیریت پردازشگران فرعی
| تدبیر | شرح | وضعیت |
|---|---|---|
| فهرست | هر پردازشگر فرعی و هر دریافت‌کنندهٔ دیگر در «پردازشگران فرعی و دریافت‌کنندگان» با خدمت، داده و محل آن فهرست شده است. | برقرار |
| ارزیابی پیش از استفاده | هر ارائه‌دهنده پیش از آنکه دادهٔ شخصی را پردازش کند، از نظر امنیت، شرایط حفاظت از داده، محل و مبنای انتقال ارزیابی می‌شود. | برقرار |
| شرایط مکتوب | هر پردازشگر فرعی به شرایط حفاظت از داده‌ای متعهد است که الزامات مادهٔ ۲۸(۴) GDPR را برآورده می‌کند. | در دست آماده‌سازی |
| اطلاع‌رسانی تغییرات | مشتریان دست‌کم ۳۰ روز پیش از به‌کارگیری پردازشگر فرعی جدید، با ایمیل به مالکان نصب و با اطلاعیه‌ای در هاب، آگاه می‌شوند و می‌توانند اعتراض کنند، چنان‌که توافق‌نامهٔ پردازش داده مقرر می‌کند. | برقرار |
| بازبینی دوره‌ای | پردازشگران فرعی دست‌کم سالی یک بار بازبینی می‌شوند. | در دست آماده‌سازی |
۱۶. کارکنان
| تدبیر | شرح | وضعیت |
|---|---|---|
| گردانندهٔ واحد | یک نفر، مالک SSStudio، خدمت را اداره می‌کند. هیچ کارمندی وجود ندارد. | برقرار |
| محرمانگی | مالک به تعهدات محرمانگی مندرج در توافق‌نامه‌های مشتری متعهد است. هر کسی که در آینده دسترسی دریافت کند، نخست یک تعهد کتبی محرمانگی امضا می‌کند. | برقرار |
| احراز هویت چندعاملی در همهٔ حساب‌های ارائه‌دهندگان | همهٔ حساب‌ها نزد ارائه‌دهندگانی که برای اجرای لرالینک به کار می‌روند، از احراز هویت چندعاملی یا کلید عبور استفاده می‌کنند. | برقرار |
| امنیت دستگاه‌ها | دستگاه‌هایی که برای ادارهٔ خدمت به کار می‌روند از رمزنگاری کامل دیسک، قفل خودکار صفحه و به‌روزرسانی‌های امنیتی جاری استفاده می‌کنند. | در دست آماده‌سازی |
| نبود دادهٔ مشتری در دستگاه‌های شخصی | دادهٔ مشتری در دستگاه‌های گرداننده نگهداری نمی‌شود، مگر یک برون‌بری یا نسخهٔ بازیابی که به‌طور موقت برای کاری مشخص به کار می‌رود و پس از آن حذف می‌شود. | در دست آماده‌سازی |
| تداوم | ترتیبات تداوم در صورت در دسترس نبودن گرداننده در سند «تداوم کسب‌وکار» شرح داده شده است. | برقرار |
۱۷. امنیت فیزیکی
| تدبیر | شرح | وضعیت |
|---|---|---|
| مراکز داده | لرالینک به‌طور کامل روی Cloudflare اجرا می‌شود. امنیت فیزیکی مراکز داده، از جمله کنترل دسترسی، برق، سرمایش و حفاظت در برابر آتش، را Cloudflare تأمین می‌کند که گواهی‌ها و گزارش‌هایش این کنترل‌ها را دربر می‌گیرند. | برقرار (موروثی) |
| بدون سرور متعلق به SSStudio | SSStudio هیچ سرور یا فضای ذخیره‌سازی متعلق به خود را اداره نمی‌کند. | برقرار |
| بدون سوابق کاغذی | SSStudio هیچ سابقهٔ کاغذی از دادهٔ شخصی مشتریان نگه نمی‌دارد. | برقرار |
۱۸. پادمان‌های ویژهٔ هوش مصنوعی
| تدبیر | شرح | وضعیت |
|---|---|---|
| فرستاده‌نشدن هرگز محتوای محدودشده | قطعه‌های محدودشده هرگز به هیچ مدل هوش مصنوعی‌ای فرستاده نمی‌شوند. | برقرار |
| مجموعهٔ ثابت کارهای هوش مصنوعی | هوش مصنوعی فقط برای ترجمه، فیلدهای پیشنهادی موتور جست‌وجو، تصویر شاخص تولیدشده، نمایهٔ جست‌وجو، لایهٔ دانش (نام‌بردن و توصیف آنچه متن منتشرشده دربارهٔ آن است) و یک دستیار ترکیب‌بندی که فقط پیشنهاد می‌دهد، در جایی که برای یک نصب فعال باشد، به کار می‌رود. | برقرار |
| پیشنهاد، نه تغییر | خروجی هوش مصنوعی تا پذیرش آن به‌دست یک شخص، پیشنهادی با نشان ماشینی است. هوش مصنوعی هرگز متن منتشرشده را تغییر نمی‌دهد، ترجمه‌ها را تأیید نمی‌کند، دربارهٔ حقوق تصمیم نمی‌گیرد و نقش نمی‌دهد. استثناها (فیلدهای بازبینی‌نشدهٔ موتور جست‌وجو با نشان «نیازمند بازبینی»؛ توصیف‌های ماشینی مفاهیم و نمایه) در «لرالینک چگونه از هوش مصنوعی استفاده می‌کند» شرح داده شده‌اند. اصلاح یک شخص همواره غالب است. | برقرار |
| برچسب‌گذاری ترجمه‌های ماشینی بازبینی‌نشده | ترجمه‌های ماشینی ممکن است پیش از آنکه شخصی آن‌ها را بازبینی کند به خوانندگان نشان داده شوند؛ در این صورت با برچسب «ترجمهٔ هوش مصنوعی · هنوز بازبینی انسانی نشده» مشخص می‌شوند. | برقرار |
| بدون آموزش | SSStudio مدل‌های هوش مصنوعی را با محتوای مشتریان آموزش نمی‌دهد. از ارائه‌دهندگان فقط بر پایهٔ شرایطی استفاده می‌کند که بر اساس آن‌ها روی داده‌های فرستاده‌شده برای خدمات مورد استفاده آموزش نمی‌دهند. | برقرار |
| سیاست هوش مصنوعی برای هر نصب | هر نصب یک سیاست هوش مصنوعی دارد («استاندارد»، «فقط اتحادیهٔ اروپا»، «فقط مدل‌های باز»، «بدون هوش مصنوعی بیرونی») که در جای انتخاب مدل‌ها اعمال می‌شود و هیچ راه جایگزینی برای دور زدن آن وجود ندارد. مدلی فقط زمانی واجد یک قاعده شمرده می‌شود که واقعیتی که آن قاعده لازم دارد برای آن ثبت شده باشد. | برقرار |
| واقعیت‌های ثبت‌شده دربارهٔ مدل‌ها | واقعیت‌های لازم برای سیاست‌ها (کشور، منطقهٔ میزبانی، آموزش و نگهداری) در حال ثبت برای هر مدل‌اند. تا زمانی که ثبت نشده‌اند، نصبی که تابع سیاست «فقط اتحادیهٔ اروپا» است هیچ کار هوش مصنوعی‌ای در دسترس ندارد. | در دست آماده‌سازی |
| شفافیت برای مدیران | مدیران نصب صفحه‌ای فقط‌خواندنی با عنوان «AI در این نصب» می‌بینند که هر کار هوش مصنوعی، فعال بودن یا نبودن آن و مدل‌هایی را که اجرا خواهند شد، همراه با واقعیت‌هایشان، فهرست می‌کند. هر کار مدل‌های خود را به ترتیبی ثابت که سکو تعیین کرده امتحان می‌کند؛ مدیران یک نصب می‌توانند این ترتیب را، همراه با هر ارائه‌دهنده، در همان صفحه ببینند. | برقرار |
| نبود پرامپت یا مدلِ تعیین‌شده از سوی نصب‌ها | هر نصب فقط دستورالعمل‌های ویراستاری می‌نویسد؛ هرگز پرامپت یا مدل تعیین نمی‌کند. | برقرار |
| برچسب‌گذاری آشکار | تصاویر تولیدشده با هوش مصنوعی و پیشنهادهای متنی در محصول برچسب‌گذاری می‌شوند. | برقرار |
| نشانه‌گذاری ماشین‌خوان تصاویر تولیدشده | نشانه‌گذاری ماشین‌خوان تصاویر تولیدشده، برای نمونه با فرادادهٔ IPTC یا C2PA، در پردازش خودِ لرالینک در حال برقراری است. | در دست آماده‌سازی |
۱۹. اطمینان‌بخشی و بازبینی
| تدبیر | شرح | وضعیت |
|---|---|---|
| آزمون نفوذ مستقل | هنوز انجام نشده است. | برنامه‌ریزی‌شده: سه‌ماههٔ دوم ۲۰۲۷ |
| گواهی ISO 27001 یا SOC 2 | دارا نیست. SSStudio برای لایهٔ زیرساخت به گواهی‌های Cloudflare تکیه می‌کند. | برقرار نیست |
| ممیزی دسترس‌پذیری | هنوز ممیزی مستقل دسترس‌پذیری انجام نشده است؛ نگاه کنید به «بیانیهٔ دسترس‌پذیری». | برقرار نیست |
| بازبینی این سند | SSStudio این تدابیر را دست‌کم سالی یک بار و پس از هر رخداد مهم یا تغییر مهم در خدمت بازبینی می‌کند. | برقرار |
اطلاعات بیشتر دربارهٔ اطمینان‌بخشی‌های موجود و نحوهٔ درخواست آن‌ها در «مستندات امنیتی و اطمینان‌بخشی» آمده است.