Как проверять безопасность поставщиков (хостинг, софт)

буду рад, если напишете о результате.

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

Решения, работающие в малом масштабе, рушатся при росте я узнал это слишком поздно.

Я тоже так считаю. Первые три месяца все идет хорошо, проблемы всплывают на четвертом.

Надеюсь, это будет полезно.

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

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

попробую потом непроверенная рзервная копия — не резервная копия.

пишите если есть вопросы, отвечу по мере возможности.

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

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

Большое спасибо сегодня попробую. Автоматический отчет о сканировании и пентест — это не одно и то же.

Конечно если ваша ситуация отличается, всё меняется.

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

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

Я думаю иначе. Если путь уведомления длинный, уведомление не приходит; а не пришедшее уведомление — это поздно обнаруженный инцидент.

Решения, работающие в малом масштабе, рушатся при росте, я узнал это слишком поздно.

У нас так же.

После того случая мой взгляд на вещи изменился. Первые три месяца все идет хорошо проблемы всплывают на четвертом.

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

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

на этом всё извините, если затянул.

Прочитал этот ответ и выдохнул: значит, проблема не только у меня. Непроверенная резервная копия — не резервная копия.

Оставлю как заметку, пригодится.

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

Надеюсь, это будет полезно.

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

Надеюсь, это будет полезно.

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

Забытые тестовые среды становятся входом в систему чаще, чем продакшн. Это мое мнение, не утверждаю, что оно единственно верное.

Появились три разных мнения, они дополняют друг друга. Когда пытаешься изменить всё сразу, ничего не приживается.

Ответ выше точно передал суть вопроса... Непроверенная резервная копия — не резервная копия.

Большинство инцидентов начинается не с уязвимости а с украденного пароля.