Действительно ли данные в безопасности в облаке? Что проверить перед переездом?

Чек-лист перед переездом из трех пунктов: 1) проверить независимые сертификаты безопасности провайдера (хотя бы ISO 27001), 2) настроить ролевую модель доступа пользователей, 3) присмотреться к утилитам промежуточного шифрования файлов перед их отправкой в облако.

Если шифровать тяжелые CAD-файлы на стороне клиента (client-side encryption), то ни сам провайдер, ни хакер при взломе не увидят ничего, кроме мусорных бинарников. Контейнеры с открытым кодом, которые скрывают еще и имена файлов со структурой папок, снимают эту паранойю начисто.

Мы еще в 2021 году загнали 4 TB архитектурных чертежей в облако. Первым делом настроили старый офисный NAS так, чтобы он раз в неделю в ночь на воскресенье тянул зеркальный бэкап из облака к себе. Платим около 1.100 Euro в год, за все время не потеряли ни одного файла.

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

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

Примечание: пишу на основе своего опыта, у других может быть иначе.

Ни в коем случае не избавляйтесь от старого NAS. Пусть облако будет основным рабочим пространством, но локальное устройство пусть останется вторичной точкой бэкапа — чтобы вы могли работать в офисе при отключении интернета и не зависеть от облачного провайдера.

Есть ли в ваших соглашениях о конфиденциальности (NDA) с клиентами пункт, разрешающий хранить данные на сторонних облачных серверах? Некоторые корпоративные клиенты прописывают в договоре запрет на вывоз чертежей за пределы определённых стран.

В процессе переноса данных в облако с поставщиком услуг обязательно нужно заключить соглашение об обработке данных (Data Processing Agreement — DPA). В этом договоре должно быть юридически закреплено, в каком географическом регионе будут храниться данные и кто будет иметь к ним доступ.

исправление: ошибся в цифре, было чуть меньше.

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

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

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

Время обнаружения проблемы напрямую определяет ее стоимость. Исправьте, если я ошибаюсь.

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

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

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

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

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

Давайте разделим понятия, их путают. Автоматический отчет о сканировании и пентест — это не одно и то же.

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

Хорошо, что вы создали эту тему. Ответ сильно зависит от отрасли универсального правила нет.

Я бы пошел этим путем.

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

Чем сложнее отменить решение, тем медленнее его принимайте.

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

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

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

Ответ сильно зависит от отрасли, универсального правила нет. Проверено опытом.