قانون شماره 5651 ترکیه و نگهداری لاگ: وظایف کسب‌وکارها

اگر در کافه، هتل، سالن انتظار بیمارستان یا روی شبکه مهمان دفتر خود دسترسی به اینترنت ارائه می‌دهید، احتمالاً شنیده‌اید که این خدمت جنبه حقوقی هم دارد. قانون شماره 5651 ترکیه، یعنی قانون تنظیم انتشارات در اینترنت و مبارزه با جرائم ارتکابی از طریق آن، همراه با آیین‌نامه‌های اجرایی‌اش، برخی کسب‌وکارها را موظف به نگهداری سوابق ترافیک و دسترسی می‌کند.

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

نکته مهم: این مقاله صرفاً برای اطلاع‌رسانی عمومی است و مشاوره حقوقی محسوب نمی‌شود. قوانین ممکن است با گذشت زمان تغییر کنند. توصیه می‌کنیم تعهدات کسب‌وکار خود و مقررات جاری را با مشاور حقوقی تأیید کنید.

قانون شماره 5651 چه کسانی را در بر می‌گیرد؟

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

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

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

کدام سوابق نگهداری می‌شوند؟

نگهداری لاگ طبق قانون 5651 به معنای ثبت محتوای صفحاتی که کاربران بازدید می‌کنند نیست. هدف این است که در صورت لزوم بتوان مشخص کرد یک آدرس IP معین در زمانی معین متعلق به کدام دستگاه یا کاربر بوده است. برای ارائه‌دهندگان استفاده جمعی، اطلاعات زیر عموماً اهمیت دارد:

• سوابق تخصیص IP داخلی: اینکه سرور DHCP کدام آدرس IP داخلی را به کدام دستگاه (آدرس MAC) و برای چه بازه زمانی اختصاص داده است.
• سوابق دسترسی و ترافیک: اینکه یک IP داخلی پس از ترجمه آدرس (NAT) از کدام IP و پورت خارجی، به چه مقصدی و در چه زمانی استفاده کرده است.
• شناسایی کاربر: اینکه کاربران در سیستم‌های هات‌اسپات چگونه احراز هویت می‌شوند. بسیاری از کسب‌وکارها از تأیید پیامکی یا ورود مبتنی بر شماره شناسایی استفاده می‌کنند؛ اینکه این کار برای شما الزامی است یا نه را با مشاور حقوقی تأیید کنید.

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

مدت نگهداری

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

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

یکپارچگی: مهر زمانی و هش

صرفاً ذخیره لاگ‌ها کافی نیست. در یک اختلاف یا درخواست رسمی باید نشان دهید که سوابق بعداً تغییر نکرده‌اند. دو تکنیک اصلی به کار می‌رود:

• هش (Hash): اثر انگشتی یکتا که از محتوای فایل لاگ تولید می‌شود. اگر حتی یک کاراکتر تغییر کند، هش کاملاً تغییر می‌کند، بنابراین یکپارچگی فایل قابل تأیید است.
• مهر زمانی: فرایندی که از طریق یک منبع مورد اعتماد اثبات می‌کند هش در لحظه‌ای مشخص وجود داشته است. مهر زمانی الکترونیکی از یک ارائه‌دهنده مجاز خدمات مهر زمانی دریافت می‌شود.

در عمل، فایل‌های لاگ در فواصل منظم (مثلاً روزانه) بسته می‌شوند، هش می‌شوند و مهر زمانی می‌خورند. بهتر است بررسی کنید که با توجه به مقررات جاری، کدام روش مهر زمانی برای شما کافی است.

ساعت دقیق و همگام‌شده در همه دستگاه‌ها نیز حیاتی است. اگر فایروال، سرور DHCP و سرور لاگ زمان‌های متفاوتی نشان دهند، تطبیق سوابق دشوار می‌شود. تنظیم همه دستگاه‌ها روی یک منبع NTP قابل اعتماد، گامی پایه‌ای است.

یک راهکار عملی: از فایروال تا بایگانی

از یک کسب‌وکار کوچک تا یک زنجیره هتل چندشعبه‌ای، راهکار لاگ‌گیری 5651 معمولاً این لایه‌ها را دارد:

1. دستگاه‌های تولیدکننده سوابق

منبع سوابق معمولاً فایروال یا درگاه هات‌اسپات است. بیشتر فایروال‌های سازمانی می‌توانند ترجمه‌های NAT و اطلاعات نشست را از طریق syslog به بیرون ارسال کنند. سوابق DHCP از فایروال یا یک سرور DHCP جداگانه به دست می‌آیند. جدا نگه داشتن شبکه مهمان در یک VLAN مجزا از شبکه سازمانی، هم برای امنیت و هم برای تفکیک لاگ‌ها اهمیت دارد.

2. سرور لاگ

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

3. بایگانی بلندمدت

لاگ‌هایی که طی یک یا دو سال انباشته می‌شوند، به‌ویژه در شبکه‌های پرترافیک، فضای قابل توجهی اشغال می‌کنند. نگهداری آن‌ها روی دیسک محلی سرور لاگ هم از نظر ظرفیت و هم از نظر امنیت پرخطر است. اگر دیسک خراب شود یا سرور مورد حمله باج‌افزاری قرار گیرد، سوابقی که قانوناً موظف به نگهداری آن‌ها هستید ممکن است از بین بروند.

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

4. پایش و بررسی‌ها

جریان لاگ ممکن است بی‌صدا متوقف شود: یک تنظیم syslog ممکن است پس از به‌روزرسانی بازنشانی شود، دیسک پر شود یا مهر زمانی با شکست مواجه شود. بنابراین جریان لاگ، مهر زمانی و بارگذاری‌ها در بایگانی نیاز به پایش منظم دارند. بازیابی و تأیید سوابق یک روز تصادفی از بایگانی در هر ماه نشان می‌دهد که سیستم واقعاً کار می‌کند.

توصیه‌هایی برای کسب‌وکارهای چندشعبه‌ای

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

• فایروال هر شعبه سوابق خود را از طریق یک اتصال رمزگذاری‌شده (مثلاً IPsec VPN) به سرور لاگ مرکزی ارسال می‌کند.
• سوابق در پوشه‌های جداگانه نگهداری یا بر اساس شعبه برچسب‌گذاری می‌شوند تا هنگام رسیدن درخواست، سوابق شعبه مربوط به‌سرعت پیدا شود.
• همه شعب از یک الگوی پیکربندی یکسان استفاده می‌کنند، بنابراین یک شعبه جدید در چند دقیقه به سیستم می‌پیوندد.
• اگر دستگاه از بافر یا صف محلی پشتیبانی می‌کند، این قابلیت فعال می‌شود تا هنگام قطع اتصال، سوابق از بین نروند.

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

اشتباهات رایج

• نگهداری تنها چند روز لاگ روی دیسک خود فایروال
• فراموش کردن جمع‌آوری سوابق DHCP؛ سوابق NAT به‌تنهایی ممکن است دستگاه را مشخص نکنند
• همگام نکردن ساعت دستگاه‌ها
• ذخیره لاگ‌ها بدون هش و مهر زمانی
• نگهداری بایگانی لاگ روی دیسکی در همان شبکه که با همان رمز عبور مدیر سیستم قابل دسترسی است
• هرگز حذف نکردن سوابق پس از پایان مدت نگهداری؛ این کار می‌تواند ریسک جداگانه‌ای طبق KVKK ایجاد کند

پرسش‌های متداول

اگر فقط به کارکنانم اینترنت می‌دهم، آیا قانون 5651 شامل من می‌شود؟

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

لاگ‌ها را چه مدت باید نگه دارم؟

آیین‌نامه‌ها بازه‌ای بین یک تا دو سال تعیین می‌کنند. مدت دقیق را بر اساس قوانین جاری و همراه با مشاور حقوقی تعیین کنید.

آیا می‌توانم لاگ‌ها را در فضای ابری ذخیره کنم؟

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

کدام فایروال برای قانون 5651 مناسب است؟

برند خاصی الزامی نیست. مهم این است که دستگاه بتواند سوابق NAT و نشست را از طریق syslog صادر کند، سوابق DHCP قابل جمع‌آوری باشند و همگام‌سازی زمان به‌درستی پیکربندی شده باشد.

زیرساخت لاگ‌گیری 5651 با CloudRUX

نگهداری لاگ چیزی فراتر از تیک زدن یک چک‌لیست است: باید مطمئن باشید سوابق به‌طور کامل جمع‌آوری می‌شوند، مهر زمانی می‌خورند و سال‌ها به‌صورت ایمن نگهداری می‌شوند. در CloudRUX، مهندسانی که به فارسی و ترکی صحبت می‌کنند، از پیکربندی لاگ‌گیری فایروال تا سرور لاگ، راهکار را همراه با شما می‌سازند و پایش می‌کنند. برای بایگانی تغییرناپذیر می‌توانید از ذخیره‌سازی شیء S3 ما در دیتاسنترهای ترکیه استفاده کنید؛ هزینه 1 TB ماهانه 49 USD است (بدون احتساب مالیات بر ارزش افزوده). سرویس‌های امنیت و انطباق ما را ببینید، یا برای راهکاری متناسب با محیط خود با ما تماس بگیرید.