От утечки не застраховались

От утечки не застраховались

Австралийская страховая компания Aussie Travel Cover стала жертвой утечки данных 770 тыс. клиентов. Ответственность за взлом взял на себя шестнадцатилетний хакер из Квинсленда. По словам злоумышленника, он входит в группировку Lizard Squad, которая приобрела известность после атаки на игровые сети Sony и Xbox.

В Aussie Travel Cover узнали об инциденте 18 декабря 2014 года, однако не торопилась информировать своих клиентов, что их данные скомпрометированы, сообщает сервис itnews.com.au. В итоге похищенные записи об адресах, емейлах, телефонных номерах и именах клиентов, номерах кредитных карт, сведения о сумме и условиях страховки были опубликованы в интернете хакером из Квинсленда, предположительно, ответственным за хищение данных.

Злоумышленнику удалось внедрить вредоносный код в информационную систему Aussie Travel Cover, благодаря чему он и получил доступ к базам данных агентов и клиентов компании. Через некоторое время в своем твиттере хакер предложил использовать похищенную информацию для атаки на репутацию Aussie Travel Cover «в реальной жизни», сообщает infowatch.ru.

Впрочем, репутации Aussie Travel Cover и так нанесен серьезный ущерб. СМИ в один голос утверждают, что компания слишком поздно раскрыла информацию об утечке – с момента инцидента до официального сообщения компании прошло чуть более месяца. К тому же, Aussie Travel Cover пришлось на месяц заблокировать доступ на свой официальный сайт для устранения уязвимостей, отмечает портал abc.net.au. Вряд ли этот шаг добавил вистов австралийскому страховщику в глазах его клиентов.

Комментирует Сергей Хайрук, аналитик InfoWatch:

«В Австралии нет закона, обязующего компанию публично сообщать об утечках даже такого масштаба. Однако, люди привыкли к прозрачности, к тому, что компании максимально открыты в вопросах, прямо касающихся интересов пользователей. С другой стороны, консультанты по информационной безопасности не рекомендуют компаниям раскрывать подробности инцидента в момент расследования. В результате руководство бизнеса каждый раз вынуждено делать нелегкий выбор, сопряженный с серьезным риском. В данном случае австралийской компании немного не повезло, злоумышленник оказался слишком тщеславен, и СМИ узнали об утечке раньше, чем закончилось расследование».

В клиенте IDrive для Windows нашли критическую уязвимость с правами SYSTEM

В Windows-клиенте сервиса резервного копирования IDrive обнаружили критическую уязвимость, которая позволяет локальному пользователю с минимальными правами получить полный контроль над системой. Проблема получила идентификатор CVE-2026-1995.

Обычный аутентифицированный пользователь может подложить вредоносный файл туда, откуда его потом подхватит системный процесс IDrive и запустит уже с правами NT AUTHORITY\SYSTEM. А это, по сути, максимальный уровень привилегий в Windows.

Уязвимость затрагивает версии клиента 7.0.0.63 и ниже. Как сообщается, слабое место находится в процессе id_service.exe, который работает в фоне с повышенными правами. Этот сервис читает файлы из каталога C:\ProgramData\IDrive и использует их содержимое как аргументы для запуска новых процессов.

Проблема в том, что права доступа к этой папке настроены слишком слабо: записывать туда может и обычный пользователь. Атакующий может подменить существующий файл или добавить новый, указав путь к вредоносному скрипту или исполняемому файлу. После этого системный сервис сам запустит этот пейлоад с правами SYSTEM.

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

На момент публикации готового патча для CVE-2026-1995 ещё нет, но в IDrive, как сообщается, уже работают над патчем.

Пока исправление не вышло, администраторам советуют вручную ограничить права на каталог C:\ProgramData\IDrive, оставив возможность записи только привилегированным учётным записям. Дополнительно рекомендуется следить за изменениями файлов в этой директории с помощью EDR и по возможности блокировать запуск недоверенных скриптов через групповые политики.

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