Периметр умер. Файлопомойка — нет.

У большинства компаний нет проблемы с защитой данных. У них проблема с пониманием, где эти данные вообще лежат.

Периметр умер. Файлопомойка — нет.

Пока все обсуждают AI-угрозы, сложные APT, malware-as-a-service, «новую эру кибервойн», реальные инциденты часто выглядят куда прозаичнее. Достаточно лишь того, что сотрудник: — выгрузил клиентские договоры в личное облако; — скинул архив подрядчику с мыслями «так, главное потом не забыть удалить…»; — а может быть вообще оставил доступы «на всякий случай». И всё. О сложной атаке злоумышленнику даже думать не понадобилось. Проблема в том, что большая часть корпоративных данных - это хаос из: — документов, — PDF-файлов, — сканов, — таблиц, — презентаций, — архивов, — переписок, — файловых шар, — старых NAS и «временных» папок, которые забытыми живут годами в пыльных хранилищах. Это и есть неструктурированные данные. Их невозможно нормально контролировать вручную, потому что компания со временем просто теряет понимание где хранится чувствительная информация, у кого к ней доступ и какие файлы дублируются десятки раз. И самое неприятное - в момент инцидента выясняется, что периметр уже ничего не решает и данные давно вышли за пределы корпоративной сети. По данным FBI IC3, потери от киберпреступлений в 2024 году превысили $16,6 млрд — рост на 33% по сравнению с предыдущим годом. И значительная часть этих инцидентов — не сложные атаки. Просто данные лежали там, где им не место. Именно поэтому последние годы всё чаще говорят про DCAP-решения (Data-Centric Audit and Protection). То есть модель, где защищают не только инфраструктуру, а сами данные, в процессе чего происходит: — классификация информации; — контроль доступа; — контроль перемещения информации; — поиск аномалии; — ликвидация избыточных прав; — понимание, где лежит критичная информация. По сути, это попытка ответить на очень неприятный вопрос: «Что вообще происходит с нашими данными?» Потому что во многих компаниях ответ сейчас примерно такой: «Ну что-то, где-то, там-то,но вроде все ок ☺» И это уже не только энтерпрайз история . Чем активнее компании уходят в облака, удалёнку, AI-инструменты, тем быстрее растёт объём неструктурированного хаоса. А вместе с ним риск утечек, теневые хранилища, неконтролируемые доступы, и «невидимые» данные, о которых ИБ узнаёт только после инцидента. Что конкретно делать? 1. Провести инвентаризацию Проанализируйте все хранилища: облачные диски, файловые шары, почтовые серверы, Slack, Teams, SharePoint. Не забудьте личные устройства и несанкционированные облака, куда сотрудники сохраняют рабочие файлы. Согласен, это неприятно, но без этого шага всё остальное бесполезно. 2. Классифицировать данные Простая четырёхуровневая система меток (публичные, внутренние, конфиденциальные, ограниченные) уже даёт понимание, что где лежит и какие политики применять. 3. Принцип минимальных привилегий Аудит прав доступа ко всем общим папкам и почтовым ящикам, удаление лишних прав. Особое внимание ссылкам «доступ для всех» в облаке. Лучше их заменить на именные разрешения с автоматическим истечением срока. 4. Минимизировать объём хранимых данных Собирать только то, что реально нужно. Ставить расписание удаления для почты, проектных документов, логов переписок. Инструменты классификации помогают находить дубли, устаревшие версии и автоматически их удалять. 5. Мониторинг файловой активности Не событийный, а непрерывный. Аномальное скачивание в 3 ночи это уже сигнал. Что говорят исследования 📄 Gartner, 2024 Strategic Roadmap for World-Class Security of Unstructured Data Gartner фиксирует: компании продолжают уделять приоритет структурированным данным в ущерб неструктурированным, а контроль доступа к ним применяется неравномерно между отделами. Ключевой инструмент по мнению Gartner — Data Access Governance (DAG): аудит того, кто и к каким данным реально имеет доступ. 📄 Abnormal AI / FBI IC3, 2025 Неструктурированные данные составляют большую часть информации в организациях, однако традиционные инструменты безопасности попросту не видят их.

Больше статей в Telegram: https://t.me/compromise_d