Подрядчик предлагает Managed SOC: что это вообще такое и не жирно ли для небольшой компании?

Первый вопрос, который вы должны им задать: «Есть ли у вас доступ при инциденте сразу заблокировать порт или потушить сервер, или вы просто заводите тикет по SLA?» Если они просто шлют уведомления и названивают — платить такие деньги нет никакого смысла. Уведомления за несколько тысяч баксов в месяц никому не уперлись.

В софтверной компании на 15 человек до всяких SOC нужно закрыть базу: обязательная MFA на всех аккаунтах, белый список IP для доступа в облако, регулярный патч-менеджмент серверов и нормальный IdP. Без этого SOC просто будет наблюдать, как злоумышленник гуляет по вашей сети, сделать они все равно ничего не успеют.

Вместо Managed SOC возьмите нормальный MDR (Managed Detection and Response). Оплата идет за пользователя и за хост. На 15 человек и несколько серверов выйдет максимум 300–500 долларов в месяц вместо 3.500, а профит будет ровно тот же.

Классический развод от безопасников. Слышат «медицина» или «финтех» — и сразу выкатывают максимальный энтерпрайз-прайс. Впаривать круглосуточный SOC команде из 15 человек — это лютый оверкилл.

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

У нас финтех-команда из 25 человек, вместо SOC используем нативные инструменты безопасности нашего облачного провайдера плюс сторонний сервис MDR. Совокупные годовые затраты на ИБ не превышают 8.000 долларов, при этом аудиты SOC 2 мы прошли без каких-либо проблем.

С точки зрения соответствия HIPAA обязательно проверьте, подписывает ли компания-подрядчик соглашение BAA (Business Associate Agreement). Если существует риск попадания данных пациентов в логи мониторинга, провайдер по закону обязан взять на себя эту юридическую ответственность.

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

У нас так же.

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

Изменение платежных данных никогда не подтверждается через тот же канал. Надеюсь, это будет полезно.

Взял на заметку, спасибо.

Хочу задать вопрос. Если ругать за ложные тревоги, никто больше не будет присылать уведомления.

Если ругать за ложные тревоги, никто больше не будет присылать уведомления. Если напишете результат здесь, это поможет и другим.

Я тоже об этом думал. Изменение платежных данных никогда не подтверждается через тот же канал.

Я тоже так считаю. Спешка в решениях оборачивается исправлениями через полгода.

Интересно, есть ли те кто делает иначе.

Абсолютно. Если добавить к этому: Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Начните с небольшого эксперимента, не привязывайте всё сразу. Интересно, есть ли те, кто делает иначе.

Я сталкивался с тем же.

Позвольте подвести итог сказанному выше. Доступность резервной копии в той же сети и под той же учетной записью делает ее частью цели атаки.

Пишу это, чтобы вы не совершили ту же ошибку. Ошибка, сделанная на стороне что такое управляемый soc обычно исправима, но дорого.