شبکه و امنیت / مقاله

حاکمیت امنیت اطلاعات در سازمان؛ از سیاست تا کنترل قابل سنجش

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

S
System AdminAdministrator

۲۱ مهر ۱۴۰۵به‌روزرسانی ۲۲ مهر ۱۴۰۵6 دقیقهSystem Admin

بررسی سیاست‌ها و کنترل‌های سنجش‌پذیر حاکمیت امنیت اطلاعات
بررسی سیاست‌ها و کنترل‌های سنجش‌پذیر حاکمیت امنیت اطلاعات
فهرست مقاله

امنیت اطلاعات یک برنامه‌ی مدیریتی است

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

۱. تعهد مدیریت و دامنه

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

سیاست سطح بالا اصول را تعیین می‌کند؛ استانداردها حداقل‌های فنی و عملیاتی را مشخص می‌کنند؛ رویه‌ها روش اجرا و ثبت شواهد را توضیح می‌دهند. این لایه‌ها را با هم مخلوط نکنید. سیاست باید پایدار و کوتاه باشد، درحالی‌که رویه‌ی فنی می‌تواند با تغییر محیط به‌روزرسانی شود.

۲. نقش‌ها و تفکیک مسئولیت

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

برای هر کنترل، مسئول اجرا، بازبین، تأییدکننده‌ی استثنا و محل شواهد را مشخص کنید. اصل تفکیک وظایف را متناسب با اندازه‌ی سازمان اجرا کنید؛ اگر جداسازی ممکن نیست، بازبینی مستقل دوره‌ای را جایگزین کنید. تغییر مسئولان باید موجب انتقال مالکیت و دسترسی‌ها شود، نه باقی‌ماندن حساب‌های بدون متولی.

۳. ارزیابی ریسک با زمینه‌ی کسب‌وکار

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

دفتر ریسک باید توصیف روشن، مالک، علت، کنترل فعلی، اقدام پیشنهادی، موعد و ریسک باقیمانده داشته باشد. ریسک را «حل‌شده» علامت نزنید مگر اینکه شاهد اثربخشی کنترل موجود باشد. پذیرش ریسک باید به فرد دارای اختیار، دامنه و تاریخ انقضا متصل شود؛ قبول دائمی و بدون بازبینی، کنترل محسوب نمی‌شود.

۴. مدیریت دسترسی به‌عنوان چرخه عمر

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

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

۵. طبقه‌بندی داده و حداقل‌سازی

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

دوره‌ی نگهداری، مالک حذف و روش قابل اثبات حذف را تعیین کنید. نسخه‌های پشتیبان، خروجی‌ها و فایل‌های موقت ممکن است همان داده‌ی حساس را حفظ کنند؛ این مسیرها را هم در دامنه‌ی بررسی قرار دهید.

۶. استثنا و پذیرش ریسک

گاهی کنترل استاندارد به‌دلایل فنی یا قراردادی قابل اجرا نیست. استثنا باید کنترل جبرانی، محدودیت دامنه، مالک، تأییدکننده و تاریخ انقضا داشته باشد. درخواست‌هایی مثل «موقتاً باز بماند» بدون موعد و معیار خروج، استثنای قابل مدیریت نیست. وضعیت استثناها را در جلسه‌ی مدیریتی مرور کنید و موارد پرتکرار را به اصلاح استاندارد یا معماری تبدیل کنید.

۷. امنیت تأمین‌کننده و وابستگی بیرونی

پیش از شروع همکاری، نوع داده، دسترسی، محل پردازش، وابستگی عملیاتی و روش پایان همکاری را ارزیابی کنید. سطح بررسی را با ریسک هماهنگ کنید؛ همه‌ی تأمین‌کنندگان به پرسش‌نامه‌ی یکسان و پرهزینه نیاز ندارند. قرارداد باید مسئولیت گزارش رخداد، تغییر زیرپیمانکار، نگهداری داده و بازگرداندن یا حذف اطلاعات را پوشش دهد.

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

۸. مدیریت رخداد امنیتی و یادگیری

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

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

۹. آموزش و فرهنگ گزارش‌دهی

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

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

۱۰. شواهد، شاخص‌ها و بازبینی

برای هر کنترل مشخص کنید چه مدرکی اثربخشی آن را نشان می‌دهد، چه کسی آن را تولید می‌کند و چه مدت نگه داشته می‌شود. داده‌ی قدیمی یا اسکرین‌شات بدون زمینه لزوماً شاهد معتبر نیست. نمونه‌برداری مستقل به تشخیص فاصله‌ی میان «سیاست مصوب» و «عمل واقعی» کمک می‌کند.

شاخص‌های مفید شامل زمان لغو دسترسی پس از خروج، نسبت استثناهای منقضی‌نشده، ریسک‌های پراثر بدون مالک، زمان بستن اقدام‌های اصلاحی و میزان پوشش بازبینی است. شاخص را برای یادگیری و تصمیم سرمایه‌گذاری استفاده کنید، نه برای رتبه‌بندی افراد بر اساس تعداد تخلف گزارش‌شده.

برنامه‌ی شروع ۶۰ روزه

هفته ۱ و ۲: دامنه، حامی اجرایی، مالکان و اطلاعات حساس را تعیین کنید.

هفته ۳ و ۴: ریسک‌های اصلی، دسترسی‌های ممتاز و استثناهای موجود را فهرست کنید.

هفته ۵ و ۶: چند کنترل اولویت‌دار با مالک و شاهد مشخص انتخاب و اجرا کنید.

هفته ۷ و ۸: شواهد را نمونه‌برداری کنید، شکاف‌ها را بازبینی و برنامه‌ی سه‌ماهه‌ی بعد را تصویب کنید.

جمع‌بندی

حاکمیت امنیت اطلاعات یعنی تصمیم‌ها، مالکان و شواهد قابل مشاهده باشند. با دامنه‌ی محدود و ریسک‌های واقعی شروع کنید؛ دسترسی و استثنا را در طول عمرشان کنترل کنید؛ تأمین‌کنندگان و رخدادها را در تصویر کلی ببینید؛ و اثربخشی را با بازبینی مستقل بسنجید. برنامه‌ای که به کار روزمره متصل است، از مجموعه‌ای از سیاست‌های جداگانه مؤثرتر خواهد بود.

مشاوره تخصصی

برای بررسی تخصصی زیرساخت و سرویس‌های سازمان خود، با کارشناسان Systechnic مشورت کنید.

درخواست مشاوره

مطالعه بیشتر

مطالب مرتبط

حاکمیت امنیت اطلاعات سازمان؛ راهنمای کنترل‌های قابل سنجش