Отчет показывает, что перегрузка инструмента перегрузка утомляется и пропущена угрозам в MSPS

Отчет показывает, что перегрузка инструмента перегрузка утомляется и пропущена угрозам в MSPS

12 августа 2025 г.

Лондон, Великобритания, 11 августа 2025 г./Cybernewswire/-НовыйХеймдалИсследование показывает, как разрастание инструмента создает слепые пятна, причем более половины поставщиков испытывают ежедневное или еженедельное выгорание. Обследование 80 североамериканских MSP показывает, что фрагментированные стеки безопасности способствуют усталости, пропущенной угрозам и неэффективности бизнеса. Инструменты безопасности, предназначенные для защиты поставщиков управляемых услуг, вместо этого подавляют их.

Новое исследование отХеймдалиFuburesafeПоказывает, что 89% MSP борются с интеграцией инструментов, в то время как 56% испытывают усталость от предупреждения ежедневно или еженедельно.

Исследование раскрывает опасный парадокс. MSP, испытывающие высокую утомляемость, значительно чаще пропускают реальные угрозы. Самые инструменты, развернутые для повышения безопасности, создают слепые пятна из -за истощения.

Масштаб проблемы

Средний MSP в настоящее время управляет пятью инструментами безопасности, причем 20% жонглирует семь -десятью и 12% управляет более десяти.

Только 11% сообщают о бесшовной интеграции. Оставшиеся 89% должны переворачиваться между отдельными панелями и тратя время на ручные рабочие процессы.

Каждый четвертый оповещения о безопасности оказываются бессмысленными, и некоторые MSP сообщают, что 70% их оповещений являются ложными тревогами.

Среди MSP, управляющих более чем 1000 клиентов, 100% отчитываются от ежедневной усталости.

«MSP утонут в сложности не от угроз, а от инструментов, предназначенных для их остановки», - сказал Джеспер Фредериксен, генеральный директор Heimdal. «Каждое новое решение добавляет другого агента, консоли и потока оповещения. Этот шум исчерпывает людей и тихо разрушает защиту».

Помимо операций безопасности

Усталость агента выходит за рамки управления оповещением. Отключенные платформы замедляют процессы выставления счетов, усложняют адаптирование клиентов и создают головные боли отчетов о соответствии.

«Усталость агента - это не просто технологическая проблема. Это бизнес -риск», - сказал Джейсон Уайтхерст, генеральный директор Futuresafe. «MSP - это жонглирующий инструмент после инструмента, но они не работают вместе».

Решение скрывается на виду

Несмотря на широкое признание проблемы, только 20% MSPконсолидировали их решения безопасностиПолем Те, кто сообщил о меньшем количестве предупреждений, более быстрого отклика и более счастливого персонала.

Ключевые результаты опроса

  • 56% испытывают усталость от предупреждения ежедневно или еженедельно, 75% как минимум ежемесячно
  • Только 11% наслаждаются беспроблемным подключением к инструментам
  • MSP с использованием 7+ инструментов сообщают о почти вдвое больше уровней усталости
  • Высокие ложноположительные показатели утроивают вероятность отсутствия подлинных инцидентов
  • 20%, которые консолидируют отчет о лучших результатах по всем показателям

Методология исследования

Состояние агента MSP Agent усталость 2025 года опросило 80 североамериканских MSP в H1 2025, объединив количественный анализ с тематическим кодированием более 300 свободных текстов.

Пользователи могут скачать полный отчет бесплатно по адресу:heimdalsecurity.com/msp-agent-fatigue-report

О Хеймдале

Основан в Копенгагене в 2014 году,Хеймдалупрощает службу безопасности иMSP с помощью унифицированных решений для кибербезопасностиохватывает конечную точку для безопасности сети, включаяУправление уязвимостью, предотвращение угроз и смягчение вымогателей.

О Futuresafe

Fuburesafe является эксклюзивным поставщикомиз Хеймдала в Соединенных Штатах, помогая MSP прорезать разрастание инструментов и обеспечить консолидированную кибербезопасность.

Контакт

Глава контента и PR

Дэнни Митчелл

Геймдал Безопасность

dmi@heimdalsecurity.com

Эта история была опубликована как пресс -релиз Cybernewswire в рамках бизнес -блога HackernoonПрограммаПолем



Оригинал
PREVIOUS ARTICLE
NEXT ARTICLE