Хостер Linode взломан, украдены тысячи биткоинов

Хостер Linode взломан, украдены тысячи биткоинов

...

Чешский программист Марек Палатинус (Marek Palatinus), известный под ником slush, владелец одного из крупнейших биткоин-пулов Bitcoin.cz Mining, вчера был ограблен неизвестными злоумышленниками. У него похитили 3094 BTC, что по текущему курсу составляет около 12 тысяч долларов США.



Как видно по ссылке на биткоин-эксплорер, деньги ушли на следующий кошелёк:

1NRy8GbX56MymBhDYMyqsNKwW9VupqKVG7

Поскольку кошельки в системе Bitcoin анонимные, нет абсолютно никакой возможности выяснить, кому принадлежит данный кошелёк. К тому же, поскольку платежи безвозвратные, то остаётся только беспомощно наблюдать, как сеть пиров продолжает выдавать подтверждение на этот перевод денег с кошелька Марека Палатинуса.

Марек гарантировал всем участникам биткоин-пула Bitcoin.cz Mining, что этот инцидент не отразится на их платежах, он компенсирует потери из своего собственного кармана, просто обидно, что по вине хостинг-провайдера пропал заработок за несколько месяцев.

Кроме того, скомпрометированы данные всех пользователей, поскольку неизвестные злоумышленники получили доступ к хешам паролей, и хотя они хранятся в SHA1, всё равно всем пользователям рекомендуется на всякий случай поменять пароли.

Кроме Палатинуса, пропали биткоины некоторых других пользователей, которые хранили кошельки на хостинге Linode, среди них — владелец известного благотворительного сервиса Bitcoin Faucet, раздающего биткоины всем желающим.

Марек Палатинус выложил переписку с техподдержкой Linode, в которой те признают, что несанкционированный доступ к его аккаунту произошёл по их вине. Злоумышленнику удалось каким-то образом поменять пароль в Linode Manager жертвы через интерфейс customer support’а. При этом данный инцидент не зафиксирован в логах доступа к аккаунту. Вот логи последнего доступа к аккаунту:

84.42.xxx.xxx / 2012-01-28 09:23:56
89.176.xxx.xxx / 2012-02-06 10:44:57
89.176.xxx.xxx / 2012-02-06 13:37:01
109.80.xxx.xxx / 2012-02-07 08:41:34
109.80.xxx.xxx / 2012-02-08 10:07:23
84.42.xxx.xxx/ 2012-03-01 03:38:11
84.42.xxx.xxx / 2012-03-01 04:50:10

Два последних визита осуществил сам Марек сразу после того, как обнаружил недостачу денег в кошельках.

Уязвимости CrackArmor угрожают 12,6 млн Linux-серверов полным захватом

Исследователи из Qualys раскрыли сразу девять уязвимостей в AppArmor — одном из базовых защитных механизмов Linux. Эту группу дыр назвали CrackArmor. Опасность в том, что баги позволяют локальному непривилегированному пользователю обойти защитные механизмы, повысить привилегии до root и в отдельных сценариях выбраться за пределы контейнера.

По данным исследователей, уязвимости существуют ещё с 2017 года. История выглядит особенно неприятно потому, что AppArmor — вовсе не экзотика для специалистов.

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

В основе CrackArmor лежит так называемая проблема «обманутый посредник» (confused deputy). Проще говоря, атакующий сам не может напрямую переписать системные политики, зато способен заставить сделать это доверенные и более привилегированные процессы. В результате ломается сама граница безопасности, на которую администратор рассчитывал.

 

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

Отдельный тревожный момент: на момент публикации у этих уязвимостей ещё нет официально присвоенных CVE-идентификаторов. Но это как раз тот случай, когда ждать появления номеров в реестрах не стоит. Механизмы эксплуатации уже описаны публично, а значит, у защитников времени на раскачку немного.

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

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