Ковидный 2020 год отметился 30-процентным ростом утечек данных

Ковидный 2020 год отметился 30-процентным ростом утечек данных

Ковидный 2020 год отметился 30-процентным ростом утечек данных

Исследователи компании DeviceLock пришли к выводу, что в 2020 году на фоне пандемии коронавирусной инфекции COVID-19 число утечек данных увеличилось на 30% в сравнении с 2019 годом. Сказалась ситуация, в которой компаниям нужно было срочно переводить сотрудников на удалённую работу.

Само собой, бизнес допустил много ошибок, поскольку в максимально сжатые сроки нужно было создать новые ИТ-инфраструктуры для дистанционного доступа и взаимодействия в режиме онлайн.

Генеральный директор DeviceLock Олеся Ярмоленко отметила, что в 2021 году темпы роста утечек данных могут удвоиться из-за третьей волны коронавируса, там не менее ожидать 100-процентного роста не стоит.

Как объяснили аналитики, 58% специалистов-респондентов отметили, что DLP-системы их организаций в 2020 году лишь фиксировали утечки, но при этом никак не могли остановить этот процесс. В DeviceLock считают, что виной всему неумение большинства решений, представленных на российском рынке, автоматически блокировать кражу важной информации. Дополнительным негативным фактором является нежелание безопасников предотвращать ущерб — они предпочитают собирать данные для последующего усиления защиты.

Как отметили «Известия», в отчёте Zecurion Analytics рост числа утечек за 2020 год ещё больше: до двух-трёх раз в сравнении с 2019 годом.

Эксперт GIS, заместитель генерального директора — технический директор компании «Газинформсервис» Николай Нашивочников рассказал, как избежать утечек информации:

«Проблема в том, что порядка 80% компаний используют DLP-системы, которые просто фиксируют утечки данных, но не блокируют атаку. Если случится новая удалёнка, то количество информационных утечек, безусловно, увеличится. 

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

В ядре Linux нашли первую уязвимость в коде на Rust

В ядре Linux зафиксировали первую уязвимость (CVE), связанную с кодом на Rust. Об этом сообщил один из ключевых разработчиков ядра Грег Кроа-Хартман, а подробности появились в рассылке Linux. Речь идёт о проблеме под идентификатором CVE-2025-68260, которая затрагивает переписанный на Rust драйвер Android Binder.

Проблема, согласно публикации Phoronix, связана с состоянием гонки (race condition), возникающим из-за использования небезопасного Rust-кода. В определённых условиях это может привести к повреждению указателей в памяти и, как следствие, к сбою системы.

Уязвимость затрагивает версии ядра Linux 6.18 и новее, то есть те сборки, где появился Rust-драйвер Binder. Важно отметить, что речь идёт именно о потенциальном сбое в работе системы — удалённого выполнения кода или компрометации здесь нет.

Сам Грег Кроа-Хартман подчёркивает, что это первый подобный случай с момента появления Rust-кода в основном дереве ядра Linux. И хотя для кого-то новость может прозвучать тревожно, разработчики призывают не делать поспешных выводов: уязвимость не критическая, а сам факт её обнаружения — скорее показатель того, что Rust-код в ядре теперь проходит тот же путь зрелости, что и C-код десятилетиями ранее.

В сообществе также отмечают, что проблема возникла не «вопреки» Rust, а как раз из-за использования небезопасных участков, без которых в ядре пока не обойтись. Это лишний раз показывает, что Rust снижает класс рисков, но не отменяет необходимости аккуратного проектирования и ревью.

Подробности по CVE-2025-68260 уже опубликованы в официальной рассылке Linux CVE, а исправления, как ожидается, появятся в ближайших обновлениях ядра.

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