Fortinet Security Fabric چیست و در شبکه سازمانی چه مشکلی را حل می‌کند؟

Security Fabric در Fortinet قرار نیست فقط یک اسم بازاریابی برای کنار هم گذاشتن چند محصول باشد. اگر درست طراحی شود، هدفش این است که FortiGate، لاگ، endpoint، switch، wireless، sandbox، مدیریت مرکزی و گزارش امنیتی به شکل جدا از هم کار نکنند. مسئله اصلی در شبکه سازمانی همین جداافتادگی است: فایروال یک چیز می‌بیند، لاگ سرور چیز دیگر، endpoint دیرتر خبر می‌دهد و تیم شبکه آخر کار باید با چند کنسول مختلف بفهمد ریسک از کجا شروع شده است.

در مستند رسمی Fortinet، Security Fabric به عنوان معماری یکپارچه‌ای معرفی می‌شود که راهکارهای امنیتی جدا را به هم وصل می‌کند تا کشف، پایش، مسدودسازی و اصلاح حمله در سطح attack surface انجام شود. این تعریف مهم است، چون یعنی ارزش Fabric فقط در فعال کردن یک گزینه داخل FortiGate نیست؛ ارزشش در این است که دید و تصمیم‌گیری امنیتی از یک نقطه جدا خارج شود و بین اجزای شبکه حرکت کند.

Security Fabric دقیقاً چه مشکلی را حل می‌کند؟

در شبکه‌های متوسط و بزرگ معمولاً مشکل کمبود ابزار نیست؛ مشکل این است که ابزارها با هم حرف نمی‌زنند. FortiGate ممکن است ترافیک مشکوک را ببیند، FortiAnalyzer لاگ کامل‌تری داشته باشد، FortiSwitch یا FortiAP جای فیزیکی کاربر را مشخص کند و FortiClient روی endpoint نشانه آلودگی را نشان دهد. اگر این‌ها جدا باشند، تیم فنی باید با حدس و جست‌وجوی دستی بین چند سامانه ارتباط را پیدا کند.

Security Fabric تلاش می‌کند این ارتباط را ساختارمند کند. یعنی وقتی یک رخداد امنیتی اتفاق می‌افتد، فقط یک rule روی فایروال دیده نشود؛ مسیر کاربر، دستگاه، segment، policy، لاگ و وضعیت امنیتی هم کنار هم قرار بگیرد. نتیجه عملی این است که زمان تشخیص کمتر می‌شود و تصمیم برای block، quarantine، اصلاح policy یا hardening با داده بیشتری انجام می‌شود.

اجزای معمول در یک Fabric واقعی

در ساده‌ترین حالت، FortiGate نقش نقطه مرکزی کنترل ترافیک را دارد. ولی برای Fabric جدی معمولاً FortiAnalyzer برای جمع‌آوری و تحلیل لاگ، FortiManager برای مدیریت متمرکز policy و configuration، و بسته به محیط FortiSwitch، FortiAP، FortiClient EMS یا FortiSandbox هم وارد طراحی می‌شوند. مستندات رسمی Fortinet هم به همین خانواده محصولات اشاره می‌کند و Security Fabric را راهی برای هماهنگ کردن رفتار آن‌ها می‌داند.

نکته مهم این است که لازم نیست هر سازمان از روز اول همه این اجزا را داشته باشد. در بسیاری از پروژه‌ها مسیر درست از FortiGate و FortiAnalyzer شروع می‌شود، بعد مدیریت مرکزی و اجزای access layer اضافه می‌شوند. اگر اول scope روشن نباشد، پروژه شبیه خرید چند لایسنس و روشن کردن چند داشبورد می‌شود، نه ساخت یک معماری قابل اتکا.

جایی که Fabric به درد کسب‌وکار می‌خورد

برای مدیر IT یا تیم امنیت، خروجی مهم این نیست که در کنسول FortiGate یک topology زیبا دیده شود. خروجی مهم این است که چند سؤال سریع‌تر جواب بگیرد: کدام دستگاه آلوده یا پرریسک است؟ کدام segment بیشترین رخداد را دارد؟ آیا policyها با طراحی شبکه هم‌خوان هستند؟ آیا branchها یک سطح قابل قبول از کنترل و لاگ دارند؟ آیا بعد از تغییرات، ریسک باز شدن دسترسی‌های ناخواسته بالا رفته است؟

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

پیش‌نیازهای فنی قبل از فعال‌سازی

قبل از ورود به Security Fabric باید نسخه FortiOS، مدل FortiGate، وضعیت FortiGuard، مسیر لاگ، DNS و NTP، دسترسی مدیریتی امن، naming convention، ساختار VDOM در صورت استفاده، و رابطه root/downstream FortiGateها بررسی شود. در مستند Deploying the Security Fabric، Fortinet برای نمونه deployment از root FortiGate و downstream FortiGate صحبت می‌کند و به نیاز FortiAnalyzer با firmware مناسب اشاره دارد. همین نشان می‌دهد طراحی Fabric از topology شروع می‌شود، نه از یک checkbox.

در پروژه واقعی، من معمولاً اول از اینجا شروع می‌کنم: آیا FortiGateها درست آپدیت و پایدار هستند؟ آیا لاگ‌ها واقعاً به FortiAnalyzer می‌رسند؟ آیا نام‌گذاری interface و policy قابل فهم است؟ آیا branchها route و DNS و زمان درست دارند؟ آیا دسترسی administrative قابل audit است؟ اگر جواب این‌ها روشن نباشد، Fabric هم در عیب‌یابی بعدی کمک زیادی نمی‌کند.

Security Fabric جای طراحی امنیت شبکه را نمی‌گیرد

Fabric یک لایه هماهنگی و دید است؛ جای segment بندی، policy درست، hardening، مدیریت تغییر و مانیتورینگ را نمی‌گیرد. اگر ruleهای FortiGate باز و قدیمی باشند، اگر objectها نامفهوم باشند، اگر لاگ کافی ذخیره نشود یا اگر branchها بدون استاندارد وصل شده باشند، Fabric فقط مشکل را واضح‌تر نشان می‌دهد. خودش معماری اشتباه را درست نمی‌کند.

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

جمع‌بندی عملی

Fortinet Security Fabric وقتی ارزشمند است که از آن برای کاهش زمان تشخیص، یکپارچه‌سازی لاگ، کنترل بهتر شعب، hardening مداوم و تصمیم‌گیری امنیتی استفاده شود. اگر فقط با هدف «فعال بودن قابلیت» سراغش برویم، معمولاً خروجی پروژه چند داشبورد نیمه‌کاره و چند هشدار غیرقابل استفاده خواهد بود. اما اگر از topology، لاگ، policy و مسئولیت عملیاتی شروع شود، می‌تواند به ستون اصلی مدیریت امنیت در شبکه‌های Fortinet تبدیل شود.

اگر می‌خواهید وضعیت FortiGate، لاگ‌ها یا آمادگی Security Fabric در شبکه خودتان بررسی شود، از صفحه تماس با من خلاصه توپولوژی، مدل دستگاه‌ها و نیاز اصلی را بفرستید.

برای بررسی اجرایی این موضوع، صفحه مشاوره و پیاده‌سازی FortiGate و Security Fabric و چک‌لیست آمادگی Security Fabric را هم ببینید.

منابع رسمی برای بررسی فنی

• Fortinet Security Fabric در FortiGate / FortiOS Administration Guide
• Deploying the Security Fabric در مستند رسمی FortiGate
• Security Fabric در مستند رسمی FortiAnalyzer