لیست جامع و کتابخانه ای از شاخص های ریسک کلیدی با تعاریف مربوط به فناوری اطلاعات و امنیت اطلاعات

ریسک فناوری در تجارت مدرن به طور روزانه در عناوین خبری قابل مشاهده است. نقض داده های شرکت های بزرگ می تواند در یک روز معاملات ، قیمت سهام را 30-50 ٪ کاهش دهد. نقض داده های بزرگ بزرگ اخیر داده های مشتری شامل موارد زیر است. هدف در سال 2013 ، Experian در سال 2017 ، و اکنون Facebook در سال 2018. اجرای و پیگیری نزدیک از حق آن و شاخص های اصلی ریسک می تواند به کاهش خطر شرکت شما کمک کند.

(اگر در یک بانک کار می کنید ، حتما لیست 35 بانکی Kris Top 35 را برای مرجع آینده بررسی کنید).

شاخص های اصلی ریسک یا کریس چیست؟

KRIS یا شاخص های ریسک کلیدی به عنوان اندازه گیری یا معیارها تعریف شده است که توسط یک سازمان برای مدیریت قرار گرفتن در معرض فعلی و بالقوه در معرض خطرات مختلف عملیاتی ، مالی ، شهرت ، انطباق و استراتژیک استفاده می شود.

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

کریس ریسک بالقوه مربوط به یک اقدام خاص را که سازمان در نظر می گیرد اندازه گیری می کند-و همچنین خطر ذاتی در عملیات روزانه شرکت. کریس به عنوان یک سیستم هشدار دهنده اولیه عمل می کند تا به شرکت مسائل مالی (درآمد از دست رفته) ، مسائل عملیاتی (از دست دادن بهره وری) یا مسائل مربوط به اعتبار (از دست دادن اعتبار) هشدار دهد.

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

درست مانند شاخص های کلیدی عملکرد ، این معیارها ممکن است بر اساس بخش ها یا فرآیندهای مورد بررسی متفاوت باشد ، یا مخاطب مورد نظر در نظر گرفته شود (به عنوان مثال ، مدیر خط در مقابل اجرایی ارشد). در زیر ، در این پست وبلاگ ، کتابخانه ای با 64 شاخص اصلی ریسک وجود دارد. علاوه بر این ، شما دو مورد را برای فروش پیدا خواهید کرد ، یک کتابچه راهنمای فروش با لیست حتی بزرگتر از 120 KRI و یک گزارش معیار نشانگر ریسک کلیدی.

با کلیک روی این لینک یا تصویر زیر ، کتابچه راهنمای دقیق KRI OpsDog را با 120+ KRI با تعاریف و فرمول خریداری کنید!

شاخص های اصلی شاخص های ریسک چیست و چگونه می توان از آنها استفاده کرد؟

مثالهای شاخص ریسک کلیدی همانطور که قبلاً استفاده شده یا مورد بررسی قرار گرفته است ، اندازه گیری های مصور از ریسک است که می توانند نصب و ردیابی شوند تا مشخصات ریسک را در یک شرکت یا فرآیند تجاری کاهش دهند. مثالهای KRI می توانند به عنوان نقطه شروع مورد استفاده قرار گیرند تا مشخص شود چه شکافهایی در فعالیتهای اندازه گیری ریسک فعلی سازمان ها وجود دارد. هنگام اجرای شاخص های ریسک کلیدی ، مشاغل غالباً برای شروع انتخاب مهمترین کریس برای شرکت خود ، دارای یک چارچوب مرجع نیستند - از لیست نمونه های KRI در زیر استفاده کنید تا مشخص کنید که چه زمینه هایی از فناوری اطلاعات امروز خطری را برای فعالیت های تجاری شما ایجاد می کند.

64 شاخص ریسک اصلی (KRIS) نمونه هایی با تعاریف مربوط به مدیریت ریسک فناوری اطلاعات

1. میانگین زمان بین خرابی (MTBF) - کلیه سیستم ها - میانگین زمان (اندازه گیری شده در روزها) که بین خرابی سیستم سپری شده است ، از لحظه ای که سیستم در ابتدا شکست می خورد ، اندازه گیری می شود ، تا زمان وقوع خرابی بعدی (از جمله زمان لازم برای انجامهرگونه تعمیرات پس از خرابی اولیه).
2. اختلاف درصد در MTBF (ماهانه)-تفاوت در میانگین زمان عدم موفقیت (MTBF) از ماه به ماه برای گروه سیستم های مورد بررسی ، به عنوان درصد اندازه گیری می شود.- کلیه سیستم ها - میانگین زمان (اندازه گیری شده در ساعت ها) برای ترمیم یک سیستم یا کاربرد برای عملکرد کامل پس از خرابی (یعنی قطع سرویس) ، از زمانی که خرابی تا زمان اتمام تعمیر رخ می دهد اندازه گیری می شود و اندازه گیری می شود. به کلیه مکان های مورد نیاز (سرورها ، دستگاه ها ، ایستگاه های کاری و غیره) منتقل شد.
3. اختلاف درصد در MTTR (ماهانه)-تفاوت در میانگین زمان ترمیم (MTTR) از ماه به ماه برای گروه سیستم های مورد بررسی ، به عنوان درصد اندازه گیری می شود.
4. در دسترس بودن سیستم - کلیه سیستم ها - مقدار زمان (اندازه گیری شده در دقیقه) که کلیه سیستم ها بصورت آنلاین و در دسترس برای استفاده توسط همه کاربران مجاز است که براساس کل مدت زمانی که این سیستم ها برای استفاده در همان مدت زمان برای استفاده در دسترس هستند ، در دسترس است، به عنوان یک درصد
5. در دسترس بودن سیستم در ساعات معاملاتی - همه سیستم ها - مدت زمانی (بر حسب دقیقه اندازه گیری می شود) که همه سیستم ها آنلاین هستند و برای استفاده در ساعات معاملاتی (10 صبح تا 3 بعدازظهر، یکشنبه تا پنجشنبه) توسط همه کاربران مجاز تقسیم بر کل زمان در دسترس هستند. برنامه ریزی شده است که این سیستم ها به صورت درصدی برای استفاده در مدت زمان مشابه در دسترس باشند.
6. تعداد مواردی که سیستم ها از ظرفیت مورد نیاز فراتر رفتند - تعداد کل نمونه هایی (به عنوان مثال، یک نقطه زمانی خاص) که در آن سیستم ها از آستانه ظرفیت از پیش تعریف شده، اندازه گیری شده در تراکنش ها یا درخواست ها در ثانیه، در دوره اندازه گیری فراتر رفتند.
7. درصد از کار افتادن سیستم/برنامه ناشی از ظرفیت ناکافی سرور - میزان توقف سیستم یا زمان قطع سرویس که به طور خاص به دلیل ظرفیت ناکافی ایجاد شده است (یعنی بار درخواست ها/تراکنش مستقیماً باعث خرابی می شود) به عنوان درصدی از کل خرابی برنامه ریزی نشده دردوره اندازه گیری
8. درصد از کار افتادگی ناشی از فعالیت های برنامه ریزی شده - همه سیستم ها - مقدار کل خرابی، اندازه گیری شده بر حسب دقیقه، که کنار گذاشته شده و توسط تابع IT برای فعالیت های تعمیر و نگهداری سیستم برنامه ریزی شده (بر خلاف زمان توقف برنامه ریزی نشده) به عنوان درصدی از کل خرابی استفاده شده است.(برنامه ریزی شده و بدون برنامه) در طول دوره اندازه گیری.
9. درصد فعالیت های تعمیر و نگهداری برنامه ریزی شده از دست رفته - تعداد فعالیت های تعمیر و نگهداری برنامه ریزی شده مربوط به دستگاه های شرکت (ایستگاه های کاری، تجهیزات شبکه، سرورها) که در تاریخ برنامه ریزی شده یا قبل از آن انجام نشده اند، به عنوان درصدی از تمام فعالیت های تعمیر و نگهداری برنامه ریزی شده برای انجام در همان دورهاز زمان
10. میز خدمات فناوری اطلاعات میانگین زمان حل درخواست خدمات (همه سطوح) میانگین زمان مورد نیاز (بر حسب دقیقه) برای تیم پشتیبانی فناوری اطلاعات برای حل یا بستن یک درخواست پشتیبانی فناوری اطلاعات، از زمانی که بلیط یا درخواست مورد نیاز است. توسط یک کارمند ارسال می شود تا زمانی که موضوع حل و فصل و به طور رسمی بسته شود.
11. میز خدمات فناوری اطلاعات - تعداد کل درخواست های باز شده (همه سطوح) - تعداد کل درخواست های خدمات یا بلیط هایی که توسط تیم میز خدمات فناوری اطلاعات در یک دوره زمانی مشخص دریافت شده است. درخواست خدمات بلافاصله پس از دریافت باز شده در نظر گرفته می شود (صرف نظر از اینکه آیا درخواست تایید شده است یا خیر).
12. میز خدمات فناوری اطلاعات - درصد درخواست هایی که در SLA (تمام سطوح) حل نشده است - تعداد درخواست های خدمات فناوری اطلاعات که در بازه زمانی تعریف شده توسط SLA شرکت به عنوان درصد کل مسائل حل شده در مدت مشابه حل نشده است.
13. در دسترس بودن شبکه - مقدار زمان (اندازه گیری شده در دقیقه) که شبکه این شرکت برای استفاده توسط همه کاربران مجاز در دسترس است که براساس کل مدت زمانی که شبکه قرار است در همان مدت زمان برای استفاده در دسترس باشد ، به عنوان درصدی در دسترس است. واد
14. میانگین نرخ استفاده از پهنای باند شبکه - به طور کلی (فاصله 30 دقیقه ای) - میانگین میزان استفاده (به عنوان مثال ، درصد کل ظرفیت پهنای باند شبکه موجود در آن مورد استفاده قرار می گیرد) ، به عنوان نسبت ترافیک شبکه فعلی به کل ترافیک شبکه یا شبکه اندازه گیری می شودبندر ، که مورد بررسی قرار می گیرد می تواند اداره شود.
15. تعداد مواردی که استفاده از پهنای باند شبکه از آستانه فراتر رفته است - تعداد کل موارد در طول دوره اندازه گیری که ظرفیت پهنای باند شبکه از یک آستانه تعریف شده (که از طریق آزمایش و نظارت شبکه مشخص شده است) که در آن شبکه شروع به نمایش تاخیر در درخواست ، سرعت انتقال کم و غیره می کند. واد
16. میانگین میزان استفاده از سخت افزار شبکه - به طور کلی (فواصل 30 دقیقه ای) - میانگین میزان استفاده (یعنی درصد کل ظرفیت سخت افزار شبکه موجود در آن مورد استفاده قرار می گیرد) ، به عنوان نسبت ترافیک شبکه فعلی به کل ترافیک شبکه یا شبکه اندازه گیری می شودبندر ، که مورد بررسی قرار می گیرد می تواند اداره شود.
17. تعداد مواردی که استفاده از سخت افزار شبکه از آستانه فراتر رفته است - تعداد کل موارد در طول دوره اندازه گیری که ظرفیت سخت افزار شبکه از یک آستانه تعریف شده (که از طریق آزمایش و نظارت شبکه مشخص شده است) که در آن شبکه شروع به نمایش تاخیر در درخواست ، سرعت انتقال کم و غیره می کندواد
18. درصد برنامه هایی که بدون توافق نامه سطح خدمات فعلی اجرا می شوند - تعداد برنامه هایی که در حال حاضر در ایستگاه های کاری شرکت یا دستگاه هایی که توسط توافق نامه سطح خدمات صریح و مستند (SLA) اداره نمی شوند ، که پارامترها و استانداردهای خدماتی را ارائه می دهد که توسط آنها ارائه می شود ، اداره می شود. این برنامه ، به عنوان درصدی از کلیه برنامه هایی که در حال حاضر در حال اجرا هستند.
19. ارائه دهنده خدمات فناوری اطلاعات SLA پایبندی - تعداد توافق نامه های سطح خدمات فروشنده فناوری اطلاعات که در آن فروشنده در 3 ماه گذشته به عنوان درصدی از کل فروشنده یا ارائه دهنده خدمات ، فعالیت ها یا ارائه دهنده خدمات ، از اهداف تعیین شده در توافق نامه سطح خدمات مربوطه (SLA) خود استفاده کرده یا فراتر رفته است. سطح عملکرد توسط یک SLA رسمی اداره می شود.
20. پیروی از تیم داخلی IT SLA - تعداد توافق نامه های سطح خدمات داخلی که تیم IT در 3 ماه گذشته در توافق نامه سطح خدمات مربوطه (SLA) به عنوان درصدی از کل فعالیت های تیم IT و سطح عملکرد ، در توافق نامه سطح خدمات مربوطه (SLA) قرار گرفته یا فراتر رفته است. توسط یک SLA رسمی.
21. درصد سیستم هایی که بدون قرارداد تعمیر و نگهداری فعلی - کلیه سیستم ها - تعداد سیستم ها یا برنامه های کاربردی که به طور فعال استفاده نمی کنند ، به عنوان درصدی از کل سیستم ها/برنامه های کاربردی که در همان مقطع زمانی اداره می شوند ، در همان مقطع زمانی قرار دارند.
22. تعداد اختلافات با فروشندگان فناوری اطلاعات-تعداد کل اختلافات رسمی که بین شرکت و فروشندگان مربوط به فناوری اطلاعات در 3 ماه گذشته اتفاق افتاد. اختلافات فروشنده ممکن است به دلیل عملکرد ضعیف فروشنده ، مسائل مربوط به پرداخت و/یا سوء استفاده از دامنه پروژه (یعنی دامنه "خزش") از جمله موارد دیگر بوجود آید.
23. درصد سیستم های تحت نسخه های جدید - کلیه سیستم ها - تعداد کل برنامه ها یا سیستمهایی که در آن نسخه جدید توسط عملکرد IT در طول دوره اندازه گیری به عنوان درصد کل سیستم های مدیریت شده انجام شده است.
24. درصد از نسخه های ناموفق-تعداد نسخه های منتشر شده توسط عملکرد IT به دستگاه های شرکت یا ایستگاه های کاری که باید به عقب برگردانده شوند (یعنی سیستم های آسیب دیده به دلیل موارد زیر ، به حالت قبل از انتشار یا موارد مشابه بازگردانده می شوند. این نسخه به عنوان درصدی از کل نسخه ها در همان مدت زمان تلاش شده است (یعنی موفق و شکست خورده).
25. درصد سیستم های تحت تغییر - کلیه سیستم ها - تعداد کل برنامه ها یا سیستم هایی که در آن عملکرد IT در طول دوره اندازه گیری به عنوان درصد کل سیستم های مدیریت شده توسط عملکرد IT انجام شده یا تلاش شده است.
26. درصد تغییرات ناموفق - همه سطوح تأثیر - تعداد تغییرات اعمال شده توسط عملکرد فناوری اطلاعات در دستگاه های شرکت یا ایستگاه های کاری که باید برگردانده شوند (یعنی سیستم های آسیب دیده از طریق کنترل نسخه یا موارد مشابه به حالت قبل از تغییر بازیابی می شوند)به مسائلی که پس از اجرای تغییر رخ داده است، به عنوان درصدی از کل تغییرات انجام شده در مدت زمان مشابه.
27. درصد تغییرات در نظر گرفته شده تغییرات اضطراری - تعداد تغییرات یا وصله ها در سیستم ها، دستگاه ها و برنامه هایی که به عنوان یک اورژانس در نظر گرفته می شوند، به عنوان درصدی از تغییرات ایجاد شده در مدت زمان مشابه. تغییر اضطراری یک تغییر برنامه ریزی نشده قبلی در سیستم ها یا برنامه ها است که باید فوراً یا در اسرع وقت اجرا شود تا از خطرات امنیتی جدی، کاهش بهره وری و/یا وقفه در سرویس جلوگیری شود.
28. درصد نسخه های سیستمی که در 24 ساعت پس از راه اندازی در سیستم های پشتیبان منعکس نشده است - همه سیستم ها - تعداد نسخه هایی که با موفقیت در محیط زنده راه اندازی شدند و در سیستم های پشتیبان در 24 ساعت پس از راه اندازی موفقیت آمیز منعکس نشدند، به عنوان درصدی از کل تغییراتدر طول دوره اندازه گیری با موفقیت انجام شد.
29. درصد تغییرات سیستمی که ظرف 24 ساعت پس از راه اندازی در سیستم های پشتیبان منعکس نشده است - همه سیستم ها - تعداد تغییرات سیستمی که با موفقیت در محیط زنده اجرا شدند و در سیستم های پشتیبان در 24 ساعت پس از راه اندازی موفقیت آمیز منعکس نشدند به عنوان درصدی از کلتغییرات با موفقیت در طول دوره اندازه گیری انجام شد.
30. درصد سیستم های حیاتی بدون وصله های به روز - تعداد کل سیستم های حیاتی (همه نمونه های مستقر شده سیستم یا برنامه ای که در هر دستگاه/ایستگاه کاری اجرا می شوند) که در حال حاضر وصله های به روز نصب و اجرا ندارند. درصد کل دستگاه ها/ایستگاه های کاری کاربر نهایی حیاتی سیستم. این معیار ممکن است به عنوان «نرخ پوشش پچ» نیز شناخته شود.
31. درصد پشتیبان گیری های حیاتی سیستم که کاملاً خودکار نیستند تعداد سیستم های حیاتی بدون پشتیبان خودکار (یعنی بدون نیاز به کار دستی) پشتیبان گیری که در حال حاضر به طور دقیق پیکربندی شده و اجرا می شوند به عنوان درصدی از کل نسخه های پشتیبان گیری حیاتی سیستم (اتوماتیک و دستی).
32. تعداد کل خرابی های پشتیبان گیری از سیستم بحرانی-تعداد کل فرآیندهای پشتیبان گیری سیستم بحرانی که شکست خورده اند (یعنی اجرا نشده است ، به صورت کامل اسیر نشده اند ، با خطا و غیره اسیر شدند) برای تکمیل یا اجرای صحیح در طول دوره اندازه گیری.
33. درصد برنامه های کاربردی که نیاز به ارتقاء عملکرد در طی 90 روز گذشته دارند - تعداد کل برنامه های مورد استفاده شرکت که نیاز به ارتقاء مربوط به تجربه کاربر/قابلیت استفاده در طی 90 روز گذشته دارد.
34. تعداد پروژه های فناوری اطلاعات پس از شروع کار در طی 6 ماه گذشته لغو شد-تعداد پروژه های فناوری اطلاعات که به دلیل عدم هماهنگی با استراتژی شرکت یا برنامه ریزی در طی 6 ماه گذشته ، در برخی از نقاط لغو شده اند.
35. درصد پروژه های فناوری اطلاعات به تأخیر افتاده - تعداد پروژه های فناوری اطلاعات که قبل یا در تکمیل برنامه ریزی شده اولیه آنها (یعنی پروژه های تأخیر) تکمیل نشده اند) به عنوان درصد کل پروژه های فناوری اطلاعات تکمیل شده در مدت مشابه زمان.
36. درصد پروژه های فناوری اطلاعات که از بودجه فراتر رفته اند - تعداد پروژه های فناوری اطلاعات که از پارامترهای بودجه در ابتدا توسعه یافته به عنوان درصدی از کل پروژه های IT که در مدت مشابه زمان تکمیل شده اند ، فراتر می رود.
37. درصد پروژه های فناوری اطلاعات در طی 90 روز گذشته به دلیل الزامات نادرست دوباره کار شده است-تعداد پروژه های فناوری اطلاعات که در طی 90 روز گذشته ، به دلیل نیازهای تجاری که به وضوح تعریف نشده بودند ، نیاز به تنظیم مجدد یا اولویت بندی مجدد داشتند. بررسی شده توسط ذینفعان اصلی قبل از راه اندازی پروژه به عنوان درصدی از کل پروژه های فناوری اطلاعات در حال اجرا.
38. واریانس بودجه IT (واقعی در مقابل بودجه) - تفاوت در برنامه ریزی شده (یعنی بودجه) در مقابل هزینه واقعی فناوری اطلاعات برای کل بخش فناوری اطلاعات یا عملکرد در طول دوره اندازه گیری ، به عنوان درصد اندازه گیری می شود.
39. درصد تغییر در تعداد بازدیدهای وب سایت-ماه بیش از ماه (MOM)-درصد تفاوت در تعداد کل کاربرانی که از طریق کلیه کانال ها (جستجوی ارگانیک ، جستجوی پرداخت شده ، مستقیم ، ارجاع و غیره) از وب سایت بازدید کرده اند از ماه بهماه
40. نرخ گزاف گویی - تعداد کاربرانی که قبل از خروج از سایت فقط یک صفحه وب را مشاهده می کنند قبل از خروج (یعنی تندرست) به عنوان درصدی از کل بازدیدهای وب سایت در مدت مشابه. نرخ گزاف گویی بالا می تواند نشانگر این باشد که وب سایت به اندازه کافی طراحی نشده است تا کاربران را به سمت سایر مکان های اطراف وب سایت سوق دهد.
41. میانگین زمان بارگذاری صفحه - میانگین زمان (در ثانیه) مورد نیاز برای مرورگر کاربر برای بارگیری کامل یک صفحه وب در وب سایت شرکت ، از زمان وقوع کلیک تا زمانی که مرورگر وب صفحه را به طور کامل بارگیری کند.
42. میانگین بازدید صفحه در هر بازدید - میانگین تعداد صفحات وب جداگانه که توسط یک بازدید کننده وب سایت در طول یک بازدید یا جلسه واحد در طول دوره اندازه گیری مشاهده می شود.
43. میانگین زمان در سایت - میانگین مدت زمانی که یک بازدید کننده وب سایت در وب سایت می گذراند ، از زمانی که کاربر در یک صفحه تا زمان خروج از وب سایت ، در طول یک بازدید یا جلسه ، در طول دوره اندازه گیری ، در یک صفحه قرار می گیرد.
44. درصد دارایی های فناوری اطلاعات (دستگاه ها) تحت تأثیر پایان عمر یا پشتیبانی-تعداد دستگاه هایی که توسط بخش فناوری اطلاعات اداره می شوند که قرار است با پایان زندگی آینده (EOL) یا پایان نامه تحت تأثیر قرار بگیرند (EOS) تاریخ.
45. تعداد کل دارایی های IT که در حال استفاده نیست - تعداد کل دارایی های فناوری اطلاعات متعلق به سازمان که در حال حاضر (یعنی در نقطه اندازه گیری) هستند که در هیچ ظرفیتی توسط سازمان استفاده نمی شود.
46. درصد سیستم های مورد استفاده که دیگر پشتیبانی نمی شوند - تعداد سیستمهایی که در حال حاضر توسط شرکت مورد استفاده قرار می گیرند که دیگر توسط توسعه دهنده اصلی به عنوان درصدی از کل سیستم های مورد استفاده سازمان در همان مقطع زمانی پشتیبانی نمی شوند. این سیستم های غیر پشتیبانی نیز ممکن است سیستم های "میراث" در نظر گرفته شوند.
47. درصد دستگاه های شبکه مطابق با استانداردهای پیکربندی-تعداد کل دستگاه های شبکه (مودم ، روتر ، سوئیچ و غیره) که مشخص شد مطابق با استانداردهای پیکربندی از پیش تعریف شده شرکت به عنوان درصدی از کل دستگاه های شبکه تحت مدیریت در مدیریت نیست. همان نکته در زمان
48. درصد ایستگاه های کاری که در طی 24 ساعت گذشته اسکن بدافزار کامل دریافت نکرده اند - تعداد ایستگاه های کاری که تحت اسکن کامل و موفق ویروس قرار نگرفته اند با 24 ساعت گذشته به عنوان درصد کل ایستگاه های کاری فعال که توسط سازمان اداره می شود.
49. درصد سرورهایی که طی 24 ساعت گذشته اسکن بدافزار کامل دریافت نکرده اند - تعداد سرورهایی که تحت اسکن کامل و موفق ویروس قرار نگرفته اند با 24 ساعت گذشته به عنوان درصدی از کل سرورهای فعال که توسط سازمان اداره می شوند.
50. درصد دستگاه های تلفن همراه که طی 24 ساعت گذشته اسکن فول بدافزار دریافت نکرده اند - تعداد دستگاه های تلفن همراه که تحت اسکن کامل و موفق ویروس قرار نگرفته اند با 24 ساعت گذشته به عنوان درصد کل دستگاه های فعال تلفن همراه که توسط سازمان اداره می شوند.
51. درصد دستگاه هایی که کنترل های ضد بدافعت به روز شده را اجرا نمی کنند-تعداد دستگاه ها (ایستگاه های کاری ، سرورها ، دستگاه های تلفن همراه) که توسط این شرکت اداره می شود که در حال حاضر به طور کامل محافظت ضد بدافزار را به روز نمی کنند ، به عنوان درصدی از کل دستگاه های مدیریت شده توسط کل دستگاه های مدیریت شدهسازمان.
52. درصد ایستگاه های کاری که کنترل های ضد بدافزاری را به روز نمی کنند-تعداد ایستگاه های کاری که توسط این شرکت مدیریت می شود که در حال حاضر به طور کامل از محافظت ضد بدافزار در حال اجرا نیستند ، به عنوان درصدی از ایستگاه های کاری فعال که توسط سازمان اداره می شود.
53. درصد سرورهایی که کنترل های ضد بدعت به روز شده را اجرا نمی کنند-تعداد سرورهای مدیریت شده توسط این شرکت که در حال حاضر به طور کامل از محافظت ضد بدافزار در حال اجرا نیستند ، به عنوان درصدی از کل سرورهای فعال که توسط سازمان اداره می شوند.
54. درصد دستگاه های تلفن همراه کنترل های ضد بدافزار به روز شده را اجرا نمی کنند-تعداد دستگاه های تلفن همراه که توسط این شرکت اداره می شود که در حال حاضر به طور کامل محافظت ضد بدافزار را به روز نمی کنند ، به عنوان درصدی از دستگاه های فعال تلفن همراه که توسط سازمان اداره می شوند.
55. درصد قوانین فایروال در 90 روز گذشته که به طور رسمی مستند شده بودند ، اضافه یا تغییر یافته است - تعداد تغییرات در قوانین فایروال که برای فایروال شرکت اعمال شده است (در تمام برنامه های فایروال/سیستم های مورد استفاده) که به طور رسمی مطابق با سیاست های شرکت ثبت شده اند/رویه ها به عنوان درصدی از کل تغییرات قانون فایروال در 90 روز گذشته تقویم اعمال می شود.
56. درصد افزایش تعداد حملات به فایروال (هفتگی) - درصد اختلاف تعداد حملات به فایروال این شرکت که در دو هفته تقویم قبلی تشخیص داده شده بودند.
57. تعداد قوانین فایروال بلااستفاده - تعداد کل قوانین فایروال (در کلیه برنامه های/سیستم های فایروال مورد استفاده) که مشخص شد دیگر در طی بررسی های رسمی یا غیر رسمی قانون فایروال که در طول دوره اندازه گیری انجام می شود ، مورد استفاده قرار نمی گیرند.
58. تعداد بررسی های فایروال انجام شده - تعداد کل بررسی های رسمی پیکربندی فایروال که توسط اعضای تیم IT در طول دوره اندازه گیری انجام شده است.
59. میانگین زمان بین بررسی های رسمی قوانین فایروال - میانگین تعداد روزهای تقویم بین بررسی های رسمی فایروال که توسط شرکت انجام شده است برای تعیین اینکه آیا قوانین باید اضافه شود ، حذف شده یا ویرایش شده است.
60. تعداد قطع شبکه های منتسب به ارائه دهنده خدمات اینترنت - تعداد قطع شبکه هایی که می توانند در طول دوره اندازه گیری به ارائه دهنده خدمات اینترنت شرکت (ISP) نسبت داده شوند.
61. تعداد سرورهایی که در طی 90 روز گذشته مشکلات مربوط به سخت افزار را تجربه می کنند-تعداد سرورهایی که مشکلات مربوط به عملکرد سخت افزار را در طول 90 روز گذشته تقویم به عنوان درصد کل سرورهای اداره شده توسط این شرکت تجربه کرده اند.
62. تعداد ایستگاه های کاری که در طی 90 روز گذشته مسائل مربوط به عملکرد مربوط به سخت افزار را تجربه می کنند-تعداد ایستگاه های کاری فردی که در 90 روز گذشته تقویم مشکلات عملکردی را تجربه کرده اند به عنوان درصد کل ایستگاه های کاری که توسط شرکت اداره می شود.
63. نسبت استفاده از سخت افزار مستقر (DH-UR)-نسبت تعداد سرورهایی که برنامه های زنده را که توسط سازمان استفاده می شود به تعداد کل سرورهایی که در حال حاضر مدیریت شده یا در زمان اندازه گیری مستقر شده اند ، در حال اجرا هستند.