چکلیست امنیت پایه شبکه برای شرکتهای کوچک
اگر مدیریت شبکه شرکت بین چند نفر تقسیم شده، ممکن است همه تصور کنند شخص دیگری رمزها، بکاپ یا بهروزرسانیها را بررسی میکند. این چکلیست کمک میکند کارهای پایه صاحب مشخص داشته باشند و موارد نامعلوم به برنامه اصلاح تبدیل شوند.
آخرین بازبینی متن:
در این صفحه
از کدام مشکل شروع کنیم؟
ابتدا ببینید چه چیزی بیشترین اثر را بر کار شرکت دارد: فایل مالی و مشتریان، نرمافزار مشترک، ایمیل یا دسترسی دورکار. حساب مدیریتی بدون صاحب مشخص، دسترسی فعال فردی که همکاریاش تمام شده و نامعلومبودن آخرین بکاپ، نمونههاییاند که باید زود روشن شوند.
اگر نشانه حادثه فعال دارید، مانند ورود ناشناس یا رمزشدن فایلها، تکمیل این فهرست جای رسیدگی به حادثه را نمیگیرد. مسئول فنی باید وضعیت را بررسی و اقدام متناسب را هماهنگ کند. این راهنما برای مرتبکردن حفاظت پایه و نگهداری روزمره است.
چکلیست قابل پیگیری برای مدیر شرکت
کنار هر ردیف یکی از وضعیتهای «بررسیشده»، «نیازمند اصلاح»، «نامعلوم» یا «نامرتبط» را ثبت کنید. نام مسئول و زمان پیگیری را هم بنویسید؛ موردی که هنوز بررسی نشده نباید سالم فرض شود. رمزها یا اطلاعات محرمانه را در این فهرست وارد نکنید.
| موضوع | کار موردنیاز | چه چیزی نتیجه را روشن میکند؟ |
|---|---|---|
| حساب و سطح دسترسی | هر فرد فقط دسترسی لازم کارش را داشته باشد؛ حساب مدیریتی از کار روزمره جدا باشد. | فهرست حسابهای فعال، صاحبان آنها و مجوزهای لازم بازبینی شده باشد. |
| رمز و ورود چندعاملی | رمزها یکتا و امن نگهداری شوند؛ MFA برای حسابهای پشتیبانیشده، بهویژه حساب حساس، بررسی و فعال شود. | تنظیم واقعی حساب و روش بازیابی مجاز آن بررسی شده باشد. |
| پایان همکاری | حساب و راه ورود فرد یا پیمانکار قبلی تعیین تکلیف شود. | دسترسیهای باقیمانده و وابستگی سرویسها مشخص باشند. |
| بهروزرسانی و حفاظت دستگاه | سیستمعامل، برنامه و تجهیزات پشتیبانیشده طبق برنامه نگهداری شوند. | وضعیت نصب اصلاحیه و فعالبودن حفاظت دستگاه، فقط از روی گفته کاربر فرض نشده باشد. |
| دسترسی از بیرون | ورود دورکار و مدیریت تجهیزات فقط از مسیر مجاز و موردنیاز انجام شود. | کاربر، مقصد، روش ورود و مسئول پایاندادن دسترسی معلوم باشند. |
| مهمان و تجهیزات مشترک | مهمان به سرویس داخلی و مدیریت دسترسی عمومی نداشته باشد. | سیاست جداسازی روی مسیر واقعی بررسی شده باشد، نه فقط نام متفاوت وایفای. |
| بکاپ | اطلاعات مهم نسخه پشتیبان مناسب و راه بازیابی داشته باشند. | آخرین اجرای موفق، خطاهای باز و نتیجه آزمون بازیابی معلوم باشند. |
| لپتاپ و محل تجهیزات | قفل دستگاه، حفاظت اطلاعات همراه و دسترسی فیزیکی به تجهیزات متناسب باشند. | مسئول نگهداری دستگاه مشخص و اطلاعات بازیابی در اختیار فرد مجاز شرکت باشد. |
| آگاهی و پیگیری | کارکنان پیام مشکوک و درخواست غیرعادی دسترسی را از مسیر معلوم گزارش کنند. | مسئول دریافت، راه ارتباطی و اقدام بعدی روشن باشد. |
برای دیدن همه ستونها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
داشتن فهرست، گواهی امنیت یا تضمین جلوگیری از همه رخدادها نیست. ارزش آن وقتی است که ابهامها را آشکار کند و اصلاح هر مورد تا نتیجه دنبال شود.
رمز قوی را با دسترسی کمتر کامل کنید
حساب مشترک مدیریتی، تشخیص اینکه چه کسی تغییری انجام داده را دشوار میکند. تا جایی که سرویس اجازه میدهد، حساب افراد جدا و مجوزها متناسب با کارشان باشند. مدیر بودن یک فرد در شرکت الزاماً به معنی نیاز او به دسترسی فنی کامل روی همه دستگاهها نیست.
ورود چندعاملی یا MFA علاوه بر رمز، عامل دیگری برای تأیید هویت میخواهد؛ مثلاً یک کلید امنیتی یا تأیید روی دستگاه. همه روشها مقاومت یکسانی در برابر فیشینگ ندارند. برای حساب حساس، گزینه مقاوم در برابر فیشینگ را در صورت پشتیبانی بررسی کنید و راه بازیابی را هم نزد فرد مجاز نگه دارید.
کارکنان باید بدانند رمز، کد یکبارمصرف یا تأیید ورودِ درخواستی که خودشان آغاز نکردهاند را در اختیار درخواستکننده ناشناس نگذارند. درخواست غیرعادی را از راه ارتباطی شناختهشده بررسی کنند؛ نمایش نام همکار یا پشتیبان در یک پیام، بهتنهایی هویت او را ثابت نمیکند.
بهروزرسانی و بکاپ باید نتیجه قابل بررسی داشته باشند
برای دستگاهها و برنامهها، مسئول و برنامه نصب اصلاحیه مشخص باشد. اگر محصول دیگر اصلاحیه امنیتی نمیگیرد، ادامه استفاده باید همراه تصمیم روشن درباره جایگزینی یا محدودکردن دسترسی آن باشد. تغییر روی سرور یا روتر فعال نیاز به هماهنگی توقف احتمالی، نسخه تنظیمات و راه برگشت دارد؛ بهروزرسانی همه تجهیزات وسط ساعت کار، برنامه نگهداری مناسبی نیست.
برای بکاپ، فقط وجود یک هارد یا پیام «موفق» کافی نیست. معلوم باشد کدام اطلاعات نسخهبرداری میشوند، چه کسی خطاها را پیگیری میکند و آیا نمونه موردنیاز واقعاً بازیابی شده است. دسترسی به نسخه پشتیبان هم باید متناسب باشد تا خرابی یا سوءاستفاده از یک حساب، همه نسخهها را از بین نبرد.
برای جزئیات، بررسی قابل بازیابی بودن بکاپ و محافظت از بکاپ در برابر باجافزار را بخوانید. این دو نیاز با افزایش فضای ذخیرهسازی بهتنهایی پاسخ داده نمیشوند.
ورود از بیرون و شبکه مهمان را جدا ببینید
دسترسی دورکار یا پشتیبان باید صاحب، هدف و دامنه مشخص داشته باشد. بازکردن مستقیم دسترسی مدیریتی به اینترنت، میانبُر مناسبی برای حل هر نیاز دورکاری نیست. انتخاب مسیر به برنامه، دستگاه و امکان مدیریت حسابها وابسته است؛ راهنمای روشهای دسترسی دورکاری گزینهها را توضیح میدهد.
برای مهمان، نام و رمز جدا باید با محدودیت واقعی ارتباط همراه شود. فایلها، دوربین و پنل مدیریت نباید صرفاً به دلیل اتصال مهمان به وایفای در دسترس او قرار بگیرند. طراحی وایفای مهمان نقش شبکه جدا و سیاست دسترسی را روشن میکند.
فهرست را به کارهای مشخص تبدیل کنید
در یک مثال فرضی، دفتر متوجه میشود ایمیل مدیر ورود چندعاملی ندارد، حساب پشتیبان قبلی فعال است و تاریخ آخرین آزمون بازیابی معلوم نیست. خروجی مفید سه کار مشخص است: بررسی و فعالسازی ورود مناسب، تعیین تکلیف دسترسی قبلی با حفظ سرویسها، و برنامهریزی آزمون بازیابی. وضعیت هر کار تا تأیید نتیجه باز میماند.
پس از ورود یا خروج کارمند، تغییر پشتیبان، افزودن سرویس و تغییر مهم شبکه، موارد مربوط دوباره مرور شوند. برای بررسی دورهای هم زمان و مسئول متناسب با شرکت تعیین کنید. مانیتورینگ شبکه به دیدن بعضی نشانهها کمک میکند، اما جای مدیریت دسترسی و پیگیری را نمیگیرد.
اگر نگهداری این موارد مسئول مشخصی ندارد، خدمات پشتیبانی شبکه نتمسترز برای تعیین دامنه رسیدگی قابل بررسی است. چکلیست پوشش پشتیبانی کمک میکند مسئولیت بهروزرسانی، بکاپ و پیگیری خطا در همکاری روشن باشد.