Большинство компаний игнорирует собственные стратегии хранения информации

Большинство компаний игнорирует собственные стратегии хранения информации

...

Недавнее исследование компании Symantec, в котором приняли участие более полутора тысяч компаний из 26 стран, показало, что подавляющее число компаний не соблюдают собственные планы управления данными. Большинство компаний (87 %) считают, что правильная стратегия хранения информации позволит им всегда удалять ненужные данные; однако менее половины компаний (46 %) применяют формальный план хранения на практике.

Ситуацию осложняет то, что в ряде компаний ИТ-администраторы вообще не видят необходимости в таком плане (41%), 30 % сказали, что им не была поставлена такая задача, а 29 % указали причиной стоимость. Юристы назвали причиной отсутствия подобных планов стоимость (58 %), недостаток опыта создания плана (48 %) и отсутствие ответственного лица (40 %).

Кроме того, предприятия неправильно используют процессы резервного копирования, восстановления и архивирования: 70 % используют программы резервного копирования для удержания данных в силу юридических причин, а четверть из них постоянно хранит все резервные копии. Опрошенные также рассказали, что 45 % резервного хранилища составляют только юридически удерживаемые данные, причем около 40 % этих данных не относятся к соответствующему юридическому делу.

Почти половина изученных предприятий неправильно использует программы резервного копирования и восстановления для архивирования данных: хотя 51% компаний запрещает сотрудникам создавать собственные архивы на локальных компьютерах и общедоступных дисках, 65% признают, что сотрудники все равно регулярно это делают.

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

Стоимость систем хранения растет очень быстро, теперь просмотр данных в 1500 раз дороже их хранения, что акцентирует необходимость применения в организации политик удаления данных и возможности эффективного поиска. Длительность периода резервного копирования возрастает, а время восстановления превышает все допустимые пределы. И, наконец, из-за огромных объемов данных, хранимых на труднодоступных устройствах резерв­ного копирования, применение eDiscovery стало долгим, неэффективным и дорогостоящим занятием.

«Бесконечное хранение означает бесконечные траты. Организации понимают важность плана управле­ния информацией, но слишком многие из них используют устаревшие методы — хранят все вечно, — говорит Брайан Дай (Brian Dye), вице-президент по управлению продуктами, группа Information Management Group, корпорация Symantec, - Общий объем данных растет в геометрической прогрессии, поэтому при хранении всех данных используется большой объем хранилища и требуется слишком много ИТ-ресур­сов. В результате компании тратят намного больше времени и средств на устранение отрицательных последствий неэффективной политики управления информацией, чем на ее изменение».

Symantec рекомендует предприятиям восстановить контроль над своими данными. Затраты при ожидании идеального плана перекрываются преимуществами проактивного решения этой проблемы.

Symantec не рекомендует использовать резервное копирование для архивирования и юридического удержания; предприятиям следует хранить резервные копии в течение нескольких недель (30–60 дней) и затем автоматически удалять или архивировать данные.

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

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

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

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

Компании должны применять технологии предотвращения потери данных, чтобы сократить риск потери данных до минимума, продемонстрировать строгое соответствие требованиям и защитить своих клиентов, свою репутацию и интеллектуальную собственность. ИТ-администра­торы должны найти решение, которое обнаруживает, отслеживает и защищает конфиденциаль­ные данные, и при этом предоставляет сведения о владельцах и использовании.

В Linux нашли 19-летнюю дыру: атакующий может добраться до root

В Linux обнаружили новую уязвимость повышения привилегий, получившую имя CIFSwitch. При удачном раскладе обычный локальный пользователь может обмануть механизм CIFS-аутентификации, подсовывать ядру фальшивые запросы и в итоге получить root. Проблема затрагивает системы с уязвимыми связками kernel CIFS и cifs-utils, в первую очередь версии 6.14 и выше.

CIFS нужен Linux для работы с сетевыми шарами: монтировать удалённые папки, читать и писать файлы по сети. Если такая шара использует Kerberos-аутентификацию, ядро Linux обращается к пользовательскому приложению, а cifs-utils выступает посредником.

По словам исследователя Асима Вилади Оглу Манизады, который нашёл и назвал CIFSwitch, ядро запрашивает ключ типа cifs.spnego, после чего стандартная связка keyutils/request-key запускает cifs.upcall от root, чтобы получить или собрать материалы Kerberos/SPNEGO.

Беда в том, что CIFS-подсистема ядра не проверяла, что такие cifs.spnego-запросы действительно пришли от CIFS-клиента ядра. В результате непривилегированный пользователь мог сгенерировать поддельный запрос и запустить штатный процесс аутентификации.

А дальше привилегированный cifs.upcall доверяет полям, которые считает созданными ядром, хотя на деле ими управляет атакующий. Через эти поля можно форсировать переключение namespace, спровоцировать NSS-запрос до сброса привилегий, подгрузить вредоносный NSS-модуль и получить выполнение кода от root.

Манизада отмечает, что баг появился ещё в 2007 году, то есть прожил в экосистеме около 19 лет. При этом эксплуатация не универсальна: нужны подходящая версия ядра, уязвимый cifs-utils, доступные пространства имен пользователей и политики SELinux/AppArmor, которые не ломают атаку на взлёте.

Среди уязвимых систем, в дефолтных конфигурациях эксперт называет:

  • Linux Mint 21.3 / 22.3;
  • CentOS Stream 9;
  • Rocky Linux 9;
  • AlmaLinux 9;
  • Kali Linux 2021.4–2026.1;
  • SLES 15 SP7.

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

RSS: Новости на портале Anti-Malware.ru