استانداردهای باز و امنیت اینترنتتیم لرالینک

استانداردهای باز و امنیت اینترنت

اینکه LeraLink از کدام استانداردهای باز فهرست هلندی «pas toe of leg uit» (اعمال کن یا توضیح بده) پشتیبانی می‌کند، کدام‌ها برنامه‌ریزی شده‌اند، و کدام‌ها هنوز باید راستی‌آزمایی شوند.

آخرین به‌روزرسانی: ۱۲ نوامبر ۲۰۲۶

این صفحه برای چه کسانی است

از سازمان‌های دولتی هلند انتظار می‌رود هنگام تدارک یا ساخت فناوری اطلاعات و ارتباطات، استانداردهای باز فهرست «pas toe of leg uit» (اعمال کن یا توضیح بده) Forum Standaardisatie (مجمع استانداردسازی) را اعمال کنند، یا توضیح دهند که چرا اعمال نمی‌کنند. برخی از این استانداردها برای وب‌سایت‌های دولتی به حکم قانون نیز الزامی‌اند: HTTPS و HSTS طبق Wet digitale overheid (قانون دولت دیجیتال)، و دسترس‌پذیری دیجیتال طبق EN 301 549.

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

راهنمای وضعیت‌ها

نشانهمعنا
پشتیبانی‌شدهبرقرار است و بررسی شده است
تا حدی پشتیبانی‌شدهبرای برخی بخش‌ها برقرار است، یا هنوز به‌طور کامل مطابق استاندارد نیست
برنامه‌ریزی‌شدههنوز برقرار نیست؛ قصد داریم آن را پیاده‌سازی کنیم
ارائه نمی‌شوددر دسترس نیست، و در حال حاضر برنامه‌ای برای آن نیست
باید با internet.nl راستی‌آزمایی شوداحتمالاً از طریق پیکربندی ارائه‌دهندهٔ میزبانی ما برقرار است، اما هنوز با آزمون تأیید نشده است

کدام نشانی‌ها را در بر می‌گیرد

نشانیچه کسی دامنه را مدیریت می‌کند
lera.link (وب‌سایت و ایمیل)SSStudio
hub.lera.link (نصب خود LeraLink)SSStudio
نصب‌ها روی یک نشانی LeraLinkSSStudio
نصب‌ها روی دامنهٔ خود مشتریمشتری دامنه و DNS آن را مدیریت می‌کند؛ LeraLink سایت را ارائه می‌کند

برای نصبی روی دامنهٔ خود، استانداردهایی که در DNS یا در ایمیل مشتری تنظیم می‌شوند (DNSSEC، رکوردهای IPv6، SPF، DKIM، DMARC و امنیت انتقال ایمیل) بر عهدهٔ مشتری است. استانداردهایی که خود وب‌سایت تنظیم می‌کند (HTTPS، HSTS، سرآیندهای امنیتی، security.txt) بر عهدهٔ LeraLink است.

استانداردهای امنیت اینترنت

استانداردوضعیتتوضیح
HTTPSپشتیبانی‌شدههمهٔ صفحه‌ها و رابط برنامه‌نویسی از طریق HTTPS ارائه می‌شوند. اینکه درخواست‌های HTTP ساده در هر نشانی به HTTPS هدایت می‌شوند باید با internet.nl راستی‌آزمایی شود.
HSTSپشتیبانی‌شدهدر هر پاسخ HTTPS، توسط برنامه و برای فایل‌های ایستا توسط پیکربندی میزبانی، با مدت اعتبار یک سال و شامل زیردامنه‌ها، تنظیم می‌شود. در فهرست پیش‌بارگذاری مرورگرها نیست.
TLS مطابق رهنمودهای NCSCباید با internet.nl راستی‌آزمایی شوداتصال‌ها را Cloudflare با گواهی‌هایی که خود مدیریت می‌کند خاتمه می‌دهد. کمینهٔ نسخهٔ TLS و مجموعه‌رمزهای ارائه‌شده هنوز در برابر رهنمودهای امنیت فناوری اطلاعات NCSC برای TLS بررسی نشده‌اند.
security.txtتا حدی پشتیبانی‌شدهدر /.well-known/security.txt در هر نشانی LeraLink، از جمله دامنه‌های نصب‌ها، منتشر می‌شود، با یک نشانی تماس (security@lera.link)، تاریخ انقضایی یک سال جلوتر و زبان‌های ترجیحی (انگلیسی، هلندی). پیوندی به سیاست افشای هماهنگ آسیب‌پذیری پس از پیکربندی نشانی آن گنجانده می‌شود. فیلد Canonical وجود ندارد، و فایل امضا نشده است.
DNSSECباید با internet.nl راستی‌آزمایی شودبرای lera.link و زیردامنه‌های آن. DNS را Cloudflare میزبانی می‌کند که از DNSSEC پشتیبانی می‌کند.
IPv6باید با internet.nl راستی‌آزمایی شودبرای وب‌سایت‌ها، سرورهای نام و سرورهای ایمیل lera.link.
RPKIباید با internet.nl راستی‌آزمایی شوداعتبارسنجی مبدأ مسیر برای نشانی‌هایی که lera.link را ارائه می‌کنند.
SPFباید با internet.nl راستی‌آزمایی شودبرای lera.link و دامنه‌هایی که LeraLink از آنها ایمیل می‌فرستد.
DKIMباید با internet.nl راستی‌آزمایی شودایمیل از طریق Resend فرستاده می‌شود که برای دامنه‌های فرستندهٔ تأییدشده با DKIM امضا می‌کند.
DMARCباید با internet.nl راستی‌آزمایی شودسیاست DMARC با مقدار «quarantine» (قرنطینه) یا «reject» (رد) هدف است.
STARTTLS و DANE (ایمیل)باید با internet.nl راستی‌آزمایی شودبرای ایمیلی که در lera.link دریافت و از آن فرستاده می‌شود.

دیگر استانداردهای فهرست

استانداردوضعیتتوضیح
دسترس‌پذیری دیجیتال (EN 301 549، WCAG 2.1 سطح AA)باید ارزیابی شودما WCAG 2.2 سطح AA را هدف قرار می‌دهیم که معیارهای سطح AA از WCAG 2.1 را در بر دارد. هیچ ممیزی مستقل یا ارزیابی کامل انطباق انجام نشده است، از این رو ادعای انطباق کامل یا جزئی نمی‌کنیم. بنگرید به بیانیهٔ دسترس‌پذیری.
PDF/Aارائه نمی‌شودLeraLink می‌تواند نسخه‌های PDF از آثار تولید کند، اما نه به‌صورت فایل‌های PDF/A اعتبارسنجی‌شده. برون‌بری‌ها از قالب‌هایی استفاده می‌کنند که در ادامه فهرست شده‌اند.
ODF (OpenDocument)ارائه نمی‌شودLeraLink فایل ODF تولید نمی‌کند.
SAML و OpenID Connect (ورود یکپارچه)ارائه نمی‌شودورود یکپارچه برای سازمان‌ها هنوز در دسترس نیست. اشخاص با یک کد ایمیلی یک‌بارمصرف وارد می‌شوند؛ مدیران می‌توانند از گذرکلید استفاده کنند.
NEN-ISO/IEC 27001 و 27002ارائه نمی‌شودSSStudio هیچ گواهی‌نامه‌ای ندارد. برای آنچه به جای آن می‌توانیم ارائه کنیم، بنگرید به مستندات امنیتی و اطمینان‌بخشی.

استانداردهای عمومی داده

همهٔ اینها در فهرست «pas toe of leg uit» نیستند، اما خریداران اغلب دربارهٔ آنها می‌پرسند.

استانداردوضعیتتوضیح
UTF-8پشتیبانی‌شدهصفحه‌ها، رابط برنامه‌نویسی، برون‌بری‌ها و security.txt از UTF-8 استفاده می‌کنند. محتوا به هر خطی، از جمله زبان‌های راست‌به‌چپ، بدون تبدیل ذخیره و برون‌بری می‌شود.
تاریخ‌ها و زمان‌های ISO 8601پشتیبانی‌شدهتاریخ‌ها و زمان‌ها در برون‌بری‌ها و در رابط برنامه‌نویسی به شکل ISO 8601 نوشته می‌شوند (برای مثال 2026-11-03T09:00:00.000Z). صفحه‌ها تاریخ‌ها را به زبان خواننده نشان می‌دهند.
برچسب‌های زبان (BCP 47)پشتیبانی‌شدهزبان محتوا برای هر اثر و هر بخش ثبت می‌شود و در صفحه‌ها علامت‌گذاری می‌شود تا مرورگرها و فناوری‌های کمکی بتوانند از آن استفاده کنند.

قالب‌های باز و قابلیت انتقال

ما محتوا را در قالبی انحصاری محبوس نمی‌کنیم.

  • برون‌بری نصب. مدیران یک نصب می‌توانند کل نصب را به‌صورت یک بایگانی برون‌بری کنند: دادهٔ ساخت‌یافته در JSON، آثار در Markdown و HTML، اشخاص در CSV، و هر فایل در قالب اصلی خود، تا ۲ گیگابایت فایل در هر بایگانی (فایل‌های بیش از آن در فهرست محتویات نام برده می‌شوند). فهرست محتویات (manifest) محتوا را با یک کنترل‌جمع فهرست می‌کند، و بایگانی فرادادهٔ RO-Crate را در بر دارد که استانداردی باز برای توصیف بسته‌های دادهٔ پژوهشی است. بایگانی را می‌توان بدون LeraLink خواند و بازسازی کرد.
  • بارگیری دادهٔ شخصی. شخص می‌تواند داده‌های خود را به‌صورت بایگانی‌ای با یک فایل JSON و یک README و، برای یک نصب، آثاری که منحصراً از آنِ اوست در Markdown و HTML بارگیری کند.
  • فایل‌ها. تصاویر، صوت و اسناد در همان قالبی که بارگذاری شده‌اند نگهداری و برون‌بری می‌شوند.

سیاست برون‌بری داده و خروج، برون‌بری را شرح می‌دهد، و سند قانون داده، NIS2 و دیگر مقررات اتحادیهٔ اروپا توضیح می‌دهد که برون‌بری چگونه قواعد تغییر ارائه‌دهندهٔ قانون داده را برآورده می‌کند.

چگونه راستی‌آزمایی خواهیم کرد

internet.nl آزمون مستقل Internet Standards Platform (پلتفرم استانداردهای اینترنت) است که Forum Standaardisatie برای سنجش استانداردهای امنیت اینترنت بالا از آن استفاده می‌کند. آزمون وب‌سایت و آزمون ایمیل آن را بر این نشانی‌ها اجرا خواهیم کرد:

  1. lera.link (وب‌سایت و ایمیل)؛
  2. hub.lera.link (وب‌سایت)؛
  3. دست‌کم یک نصب روی یک نشانی LeraLink و یک نصب روی دامنهٔ خود مشتری (وب‌سایت).

نتایج پس از آزمون بعدی در اینجا منتشر خواهد شد. امتیازها و تاریخ‌های آزمون را در این صفحه منتشر خواهیم کرد، هر علامت «باید با internet.nl راستی‌آزمایی شود» را با نتیجه جایگزین خواهیم کرد، و آزمون‌ها را پس از هر تغییر در میزبانی، DNS یا تحویل ایمیل، و دست‌کم سالی یک بار، تکرار خواهیم کرد.

نشانیامتیاز آزمون وب‌سایتامتیاز آزمون رایانامهتاریخ آزمون
lera.linkهنوز آزموده نشدههنوز آزموده نشده—
hub.lera.linkهنوز آزموده نشده——
یک نصب روی یک نشانی LeraLinkهنوز آزموده نشده——
یک نصب روی دامنهٔ خود مشتریهنوز آزموده نشده——

هر سازمانی می‌تواند همین آزمون‌ها را خود بر این نشانی‌ها اجرا کند.

تماس

پرسش‌ها دربارهٔ استانداردها یا نتایج آزمون: security@lera.link. دسترس‌پذیری: accessibility@lera.link.

منابع

  • Forum Standaardisatie، فهرست استانداردهای باز («pas toe of leg uit»):
  • Forum Standaardisatie، سیاههٔ استفاده از استانداردهای باز (MOS 2025)، که استانداردهای امنیت اینترنت و دسترس‌پذیری و وضعیت حقوقی آنها را فهرست می‌کند:
  • Forum Standaardisatie، security.txt در فهرست «pas toe of leg uit» از ۲۵ مهٔ ۲۰۲۳:
  • Internet.nl:
  • NCSC، رهنمودهای امنیت فناوری اطلاعات برای Transport Layer Security (TLS):
  • RFC 9116، قالب فایلی برای کمک به افشای آسیب‌پذیری‌های امنیتی (security.txt):
  • RFC 6797، HTTP Strict Transport Security (امنیت سخت‌گیرانهٔ انتقال HTTP):
  • EN 301 549 و WCAG 2.1: