Короткий ответ
В моменте нужно оценить реальный ущерб (нужно ли переносить дату запуска или менять сообщение) и уведомить руководство/юристов, если утечка влияет на коммерческий результат; структурно — перейти от одной общей папки с широким доступом к папкам с минимально необходимым и ограниченным по времени доступом для каждой кампании, с водяными знаками на черновиках и отзывом доступа сразу после запуска.
Как это работает подробнее
широкий и долгосрочный доступ к общему диску означает, что любой из множества людей (или их скомпрометированный аккаунт) может стать источником утечки; ограничение доступа только тем, кому он нужен, и только на нужный срок снижает площадь риска.
Что использовать на практике
- Действия. Стоит создавать отдельные папки под конкретную кампанию с явным и ограниченным по времени списком доступа, использовать черновики с водяными знаками для широкого внутреннего обсуждения и вести лог, у кого был доступ к финальным несогласованным материалам.
- Проверка. После инцидента создана отдельная папка «Запуск X — конфиденциально» с доступом только у трёх ответственных лиц и сроком действия доступа до даты запуска плюс один день. Проверка: лог доступа в облачном хранилище показывает только авторизованных пользователей за период до публикации следующей кампании.
Подводные камни
- Риск. Держать все рабочие материалы, включая несогласованные анонсы, в одной общей папке с доступом «у всех».
- Также. Не отзывать доступ подрядчиков после завершения их части работы.
- Также. Не иметь плана на случай реальной утечки — кого уведомлять и нужно ли менять дату анонса.