Мощной DDoS атаке подвергся ресурс Tumblr

Ксения Ренселаева 15 Ноября 2010 - 22:50

...

Сегодня, в результате мощной DDoS атаки был выведен из строя ресурс Tumblr; он был недоступен несколько часов. Оказалось, что атака была организована пользователями 4chan, в ответ на провокационные заявления на форуме ресурса.

Согласно источнику, между пользователями двух ресурсов, откровенно недолюбливающих друг друга, состоялся спор из-за того, что обитатели Tumblr вторглись на территорию 4chan. И после очередной провокации у пользователей 4chan созрела идея атаки.

Отметим, что Tumblr это, так называемое, место рождения огромного числа интернет - сообществ, таких как rickrolling. Помимо этого, отсюда вышла, известная под названием Anonymous, группа хакеров. Как известно, они провели кампанию хакерских атак против ресурсов, принадлежащих медиа – индустрии. Ресурс 4chan напротив, известен тем, что люди там делились безобидными историями, а символом сайта стала открытка с изображением пушистых котят.

Так вот, нападение на Tumblr было намечено на воскресение под кодовым названием Operation Overload (операция «Перегрузка»). При этом хакеры 4chan использовали те же методы, которые использовались при атаке на RIAA, ACS:Law и другие ресурсы. Но, обитатели Tumblr, решили не отставать, и устроить контратаку, назвав ее Overkitten. Они атаковали рассылкой спама с изображением пушистых котят и слабых попыток вывести из строя ресурс.

В итоге этой схватки 4chan отделался «легким испугом» и продолжал работать, а вот Tumbl был выбит в нокаут и несколько часов потребовалось на восстновление работы.

Следующая главная новость »

Реагирование на инциденты ИБ: что делать, когда всё уже случилось?
Регистрируйтесь!

Екатерина Быстрова 29 Апреля 2026 - 21:33

Уязвимости программ Домашние пользователи Корпорации

В GitHub нашли критическую дыру: можно было получить доступ к репозиториям

Исследователи из Wiz обнаружили критическую уязвимость в GitHub, которая позволяла выполнить код на серверной инфраструктуре платформы через обычную команду git push. Проблема получила идентификатор CVE-2026-3854 и затрагивала GitHub[.]com, корпоративный сервер GitHub и несколько облачных корпоративных версий GitHub.

Суть уязвимости была в ошибке обработки пользовательских параметров при git push.

Атакующему достаточно было иметь доступ на запись хотя бы в один репозиторий, в том числе созданный им самим, чтобы попытаться выполнить произвольные команды на сервере.

Для GitHub Enterprise Server это могло означать полную компрометацию сервера и доступ ко всем репозиториям и внутренним секретам. На GitHub.com риск был ещё больше: из-за общей бэкенд-инфраструктуры злоумышленник теоретически мог получить доступ к миллионам публичных и закрытых репозиториев, расположенных на затронутых узлах.

GitHub быстро закрыл проблему. Патч для GitHub.com развернули 4 марта, а для в GitHub Enterprise Server дыру закрыли 10 марта. По итогам внутреннего расследования корпорация заявила, что признаков эксплуатации уязвимости в реальных атаках не обнаружено.

Однако для корпоративных пользователей риск всё ещё актуален, если они не обновили свои инсталляции GitHub Enterprise Server. По данным Wiz, на момент публикации значительная часть таких серверов всё ещё оставалась без патча. Поэтому администраторам стоит как можно быстрее перейти на обновлённые версии.

Реагирование на инциденты ИБ: что делать, когда всё уже случилось?
Регистрируйтесь!