دمو یکپارچه: مدیریتی | فنی | امنیت (SOC)

سامانه فرماندهی هوشمند شبکه (IDSS)

یک پلتفرم فرماندهی و تصمیم‌یار برای یکسان‌سازی روایت بین مدیریت، NOC و SOC

ارائه برای: شرکت برق منطقه‌ای استان سمنان
مجری: شرکت شبکه هوشمند ابتکار ویستا

ورود به دمو IDSS باز کردن دمو داخل ارائه

Pain Points

مسئله‌ای که حل می‌کنیم

داده‌ها پراکنده‌اند (عملیاتی/فنی/امنیتی)
هشدار زیاد، اقدام کم (Alert Fatigue)
تصمیم‌گیری کند در رخدادها
نبود تصویر واحد برای مدیر، NOC و SOC

Outcome

خروجی نهایی برای سازمان

نمای واحد وضعیت شبکه (Situational Awareness)
پیشنهاد تصمیم و اولویت‌بندی اقدام
کاهش زمان تشخیص و رفع رخدادها
گزارش‌پذیری برای مدیریت و ممیزی

Architecture

معماری کلان (High‑Level)

لایه ۱: گردآوری داده (Streaming/Batch)
لایه ۲: ذخیره‌سازی (Time‑Series / Log / Relational)
لایه ۳: تحلیل و هوش مصنوعی
لایه ۴: داشبوردها + نقش‌ها
لایه ۵: اتوماسیون و Playbook

Modules

منوها و ماژول‌های سامانه

صفحه معرفی
داشبورد مدیریت
داشبورد فنی
مرکز عملیات امنیت (SOC)
گزارش‌ها و خروجی‌ها
مدیریت شبکه
تنظیمات و سطوح دسترسی
پیکربندی سامانه

ورود به دمو IDSS نمایش داخل ارائه present.vistapower.ir

Management KPI

چی نمایش می‌دهیم؟

وضعیت کلی شبکه در یک نگاه
کارت‌های KPI: وضعیت AI، تهدیدات فعال، سلامت سرورها، بار کل شبکه (MW)
روند مصرف بار و ظرفیت
پایبندی به SLA و شاخص‌های عملکرد

وضعیت AI

نرمال (دمو)

تهدیدات فعال

۳ (نمونه)

سلامت سرورها

۹۸٪ (نمونه)

بار کل شبکه

۳۱۲ MW (نمونه)

Why It Matters

چرا مهم است؟

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

Technical View

چی باید داشته باشد؟

توپولوژی و وضعیت لینک‌ها/نقاط کلیدی
سلامت تجهیزات و سرویس‌ها (Availability)
تست‌های خودکار و چک‌لیست‌های فنی
تشخیص گلوگاه (Bottleneck) و ظرفیت
هشدارهای فنی با اولویت‌بندی

SOC

SOC چه می‌دهد؟

دید ۳۶۰ تهدیدات (Threat Overview)
همبستگی رخدادها (Correlation)
کشف رفتار غیرعادی (Anomaly)
سطح‌بندی شدت و فوریت
مسیر پاسخ و ثبت شواهد (Audit Trail)

AI Engine

دقیقاً چه کار می‌کند؟

پیش‌بینی بار و روند (Forecasting)
کشف ناهنجاری در بار/ولتاژ/فرکانس/تجهیزات (Anomaly Detection)
تشخیص علت ریشه‌ای (RCA Assist)
پیشنهاد اقدام (Recommendation)
یادگیری از تاریخچه رخدادها (Feedback Loop)

Automation

«اقدام» چگونه اجرا می‌شود؟

Playbookهای استاندارد رخداد (فنی/امنیتی)
مرحله‌بندی: پیشنهاد → تأیید → اجرا
ثبت خودکار اقدامات و نتایج
کنترل دسترسی و جداسازی نقش‌ها

Reporting

چه چیزهایی تحویل می‌دهیم؟

گزارش مدیریتی KPI/SLA (دوره‌ای)
گزارش رخدادها (Incident Report)
گزارش امنیتی (Threat & Response)
گزارش فنی سلامت سرویس‌ها و تجهیزات
خروجی قابل ممیزی (Audit Log)

Data

داده‌های لازم (نه دمو)

داده‌های بهره‌برداری و اسکادا/EMS/DMS (در صورت وجود)
داده‌های اندازه‌گیری و کیفیت توان (PMU/پایش) (در صورت وجود)
لاگ‌های شبکه و تجهیزات (Syslog/SNMP/Flow)
لاگ‌های امنیتی (FW/IDS/EDR/SIEM)
داده‌های دارایی و پیکربندی (Asset/Config)
رخدادها و برنامه‌های تعمیرات (Work Order)

Standards

برای سازگاری و امنیت

IEC 61850 برای اتوماسیون و ارتباطات شبکه برق
IEC 62351 برای امنیت ارتباطات و داده
CIM: IEC 61970 / IEC 61968 برای مدل داده و یکپارچه‌سازی
IEEE C37.118 برای داده‌های سنکروفازور/PMU (در صورت وجود)
ISA/IEC 62443 برای امنیت OT/IACS

Security Baseline

حداقل‌های لازم برای بهره‌برداری

نقش‌محور (RBAC) و تفکیک وظایف
ثبت وقایع و ممیزی (Audit)
سخت‌سازی و مدیریت وصله‌ها
مدیریت ریسک و کنترل‌ها
هم‌راستایی با چارچوب‌های رایج

NIST CSF 2.0 NIST SP 800‑53 NIST SP 800‑82 MITRE ATT&CK CISA KEV

برای بهره‌برداری واقعی، فقط داشبورد کافی نیست. باید RBAC و تفکیک وظایف داشته باشیم، لاگ ممیزی، سخت‌سازی و وصله و مدیریت ریسک. این‌ها را می‌توانیم با چارچوب‌هایی مثل NIST CSF 2.0 برای حاکمیت و مدیریت ریسک، و کنترل‌های NIST SP 800-53 و راهنمای ICS در SP 800-82 هم‌راستا کنیم. برای تهدیدشناسی و هم‌زبانی با SOC هم می‌توان از MITRE ATT&CK استفاده کرد. و برای اولویت‌بندی وصله‌ها، می‌شود از KEV کاتالوگ CISA به عنوان ورودی مدیریت آسیب‌پذیری استفاده کرد.

Infrastructure

مورد نیاز برای Production

محیط‌ها: Dev / Test / Pilot / Production
پردازش: سرویس‌های Backend + Stream Processing
ذخیره‌سازی: Time‑Series + Log + Relational
HA/DR: افزونگی و بازیابی
شبکه: سگمنت OT/IT، امن‌سازی مسیرها

پایلوت (حداقل)

یک سرور اپلیکیشن + یک سرور دیتابیس/لاگ (یا VMهای مجزا) + ذخیره‌سازی مطمئن

تولید (Production)

کلاستر (حداقل ۲ نود اپ + ۲ نود دیتا) + بکاپ/DR + مانیتورینگ

برای تولید، ما معماری چندمحیطی داریم: توسعه، تست، پایلوت و تولید. در بخش پردازش، سرویس‌های بک‌اند و در صورت نیاز پردازش جریانی داریم. در ذخیره‌سازی، لاگ‌ها و تایم‌سریز باید جدا و بهینه ذخیره شوند. در دسترس‌پذیری هم HA و سناریوی بازیابی ضروری است. و نهایتاً از دید شبکه، جداسازی OT/IT و کنترل مسیرهای ارتباطی حیاتی است. پیشنهاد عملی: پایلوت: حداقل یک سرور اپلیکیشن + یک سرور دیتابیس/لاگ (یا VMهای مجزا) + ذخیره‌سازی مطمئن. تولید: کلاستر (حداقل ۲ نود اپ + ۲ نود دیتا) + بکاپ/DR + مانیتورینگ. GPU فقط اگر حجم مدل‌ها/استنتاج سنگین باشد (در بسیاری از تحلیل‌های ناهنجاری و پیش‌بینی سبک، CPU کافی است).

Technology Stack

پیشنهادی برای اجرا

UI وب واکنش‌گرا: React/Next.js
نمودارها: Recharts
انیمیشن/UI: Tailwind + Framer Motion
پیام‌رسانی/استریم: Kafka (در صورت نیاز)
مانیتورینگ: Metrics/Logs/Tracing (سازمانی)

Success Metrics

KPIs که در قرارداد می‌نویسیم

کاهش MTTD / MTTR
کاهش False Alarm و افزایش Precision
دقت پیش‌بینی (MAPE/MAE)
بهبود Availability سرویس‌ها
بهبود پایبندی به SLA
رضایت تیم‌های بهره‌برداری/امنیت (Operational KPI)

دمو IDSS داخل ارائه باز کردن دمو در تب جدید

موفقیت IDSS با احساس سنجیده نمی‌شود، با عدد سنجیده می‌شود: زمان تشخیص و رفع رخداد، نرخ هشدارهای کاذب، دقت پیش‌بینی بار، میزان دسترس‌پذیری سرویس‌ها و پایبندی به SLA. این KPIها هم در داشبورد دیده می‌شود، هم در گزارش دوره‌ای و هم برای بهبود مستمر به مدل‌ها برمی‌گردد. سناریوی دمو: ابتدا از داشبورد مدیریت شبکه شروع می‌کنم تا تصویر کلی را ببینیم: KPIها، بار کل شبکه، وضعیت سرورها و تهدیدات فعال. اینجا نمودار روند مصرف بار و ظرفیت را داریم تا روندها را در بازه روزانه ببینیم و از تصمیم‌های واکنشی فاصله بگیریم. در بخش SLA و شاخص‌های عملکرد، هدف این است که کیفیت سرویس را با عدد بسنجیم. بعد وارد SOC می‌شوم: هدف این نیست که فقط هشدار بدهیم، بلکه همبستگی، شدت و مسیر پاسخ را نشان می‌دهیم و همه‌چیز ثبت می‌شود. سپس وارد داشبورد فنی می‌شوم تا نشان بدهم چطور رخداد امنیتی یا عملیاتی می‌تواند روی مسیرها/تجهیزات اثر بگذارد و تیم فنی دقیقاً چه اقدام‌هایی را باید اول انجام دهد. در پایان گزارش‌ها و خروجی‌ها را نشان می‌دهم تا روشن شود این سامانه فقط نمایش نیست، بلکه خروجی قابل استناد مدیریتی و قابل ممیزی هم تولید می‌کند. چک‌لیست قبل جلسه: یک بار قبل جلسه، دمو را با اینترنت همانجا تست کن (فونت/ریسپانسیو/لود نمودارها). دو سناریوی آماده داشته باش: سناریو A (مدیریتی): KPI → بار → SLA → خروجی گزارش سناریو B (امنیتی/فنی): Threat → همبستگی → اثر روی سرویس → اقدام پیشنهادی اگر روی شبکه‌شان محدودیت دسترسی هست، اسکرین‌شات‌های کلیدی را آفلاین همراه داشته باش.