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

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

...

Недавнее исследование компании 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 % опрошенных компаний, использующих политику хранения, должны принять меры для ее реализации: политики, указанные на бумаге, но не применяемые на практике, могут создавать юридические риски. Компании, существующие без системы хранения данных, должны создавать ее в целях собственной информационной безопасности.

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

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

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

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

Новая атака на кеш Nginx позволяет красть данные и ломать сайты

Исследователь YesWeHack Алекс Брумен описал вектор кибератаки Cache Key Injection. В случае её эксплуатации последствия для потенциальной жертвы опасные: обход контроля доступа, раскрытие закрытых страниц, отказ в обслуживании и при определённых условиях.

Как объясняет исследователь YesWeHack, проблема возникает не в Nginx по умолчанию, а в конфигурациях, где администраторы просто склеивают несколько значений переменной длины без разделителей. Например:

$scheme$host$request_uri$http_accept

Разных запроса два, а итоговая строка может получиться одна. Так, запрос к /h с заголовком Accept: ome*/* создаёт тот же ключ, что и обычное обращение к /home с Accept: */*.

Если атакующий успеет первым положить в кеш ответ 404, пользователи вместо главной страницы будут получать ошибку до очистки записи. Получается CPDoS — отказ в обслуживании с доставкой прямо из кеша.

 

Ещё веселее становится с закрытыми разделами. В лабораторном примере страница /admin была доступна только с localhost, но злоумышленник мог обратиться к /ad и перенести оставшуюся часть имени в соседний компонент ключа. Nginx видел разрешённый путь, однако доставал из кеша содержимое админ-панели.

При совпадении нескольких условий техника позволяет столкнуть HTTP- и HTTPS-запросы и записать в кеш страницу со ссылкой на атакующий JavaScript, превратив ошибку конфигурации в stored XSS. Даже Cloudflare не всегда спасёт: заголовок Authorization может провести запрос мимо его кеша прямо к уязвимому кешу Nginx.

 

Защита выглядит до смешного просто: не склеивать значения вслепую. Между элементами ключа нужны разделители или структурное кодирование, например:

$scheme|$host|$request_uri|$http_accept

Также следует проверять Host, перенаправлять HTTP на HTTPS и не кешировать аутентифицированные запросы.

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