The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимость в протоколе HTTP/2, применённая в крупнейшей DDoS-атаке, opennews (??), 10-Окт-23, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


46. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Пряник (?), 11-Окт-23, 10:03 
Смысл вообще принимать запросов больше, чем можешь обработать? Хотя никто даже не знал, что такие запросы можно отправлять, лол.
Ответить | Правка | Наверх | Cообщить модератору

53. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (-), 11-Окт-23, 10:24 
ну, по идеи, клиентов не терять - в очередь их ставить, а не к конкурентам отправлять. инет как киоск же - чем больше народу обслужишь - тем тебе выгоднее
Ответить | Правка | Наверх | Cообщить модератору

62. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  –1 +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 11:02 
> Смысл вообще принимать запросов больше, чем можешь обработать? Хотя никто даже не
> знал, что такие запросы можно отправлять, лол.

О, вы не понимаете, дев ляп и в продакшен, должно работать ещё вчера, а вы тут что, может ещё админа хотите нанять чтобы всё настраивать? Лишить менеджера бонуса хотите? У нас тут эффективные девляпсы которые работают за троих, им некогда такими мелочами заниматься.

Да и сайт все-равно за клаудфларой, договор заключён все проплачено руки пожатый релиз обмыт премии выплачены, и у нас UI USER TROTTLENING, так что чаще 1 раза в секунду юзер не может никогда ничего слать.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

79. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Пряник (?), 11-Окт-23, 12:43 
Не не не, такой трафик в первую очередь влез в физический канал, объём которого рассчитывали под принимающие этот траффик вычислительные ресурсы (например, Huawei ce12808s). До девляпсов там ещё далеко.
Ответить | Правка | Наверх | Cообщить модератору

96. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 14:34 
> Не не не, такой трафик в первую очередь влез в физический канал,
> объём которого рассчитывали под принимающие этот траффик вычислительные ресурсы (например,
> Huawei ce12808s). До девляпсов там ещё далеко.

То им забили канал? Так чтобы его забить вроде ненужно на принимающей стороне вообще ничего...
Я так понимаю что не канал забили, а конкретно веб севера подвесили?

Ответить | Правка | Наверх | Cообщить модератору

104. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Пряник (?), 11-Окт-23, 16:04 
Сервера подвесили. Просто, чтобы не подвесили можно было бы намеренно канал меньше сделать (не знаю, делают ли вообще так). Но кто же знал...
Ответить | Правка | Наверх | Cообщить модератору

115. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (33), 11-Окт-23, 19:39 
Что в первом (серваки заняты), что во втором (канал занят) случае - ваши серваки недоступны извне.
Ответить | Правка | Наверх | Cообщить модератору

64. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  –1 +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 11:05 
И да, фаервол ненужен, это опять таки админу платить, у нас нет таких денег :) Девопс говорит что на наших виртуалках с докером с 10Мб Го бинарниками это слишком ресурсозатратно.

И у нас уже установление крутой фаервол от КАЛУД ПРОВАЙДЕРА в котором можно открывать и закрывать порты ))) мы спрашивали девопса он сказал что все безопасно, а защиту от ддос мы отдельно купили.

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

74. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (33), 11-Окт-23, 11:42 
Все это замечательно, хотя между строчек и читается обидка, что заклятые девляпсы получают в десять раз больше вас :)

Но сабжевая новость как раз и посвящена тому, что можно обойти лимиты как в фаерволе (потому что на L4 соединение остается одно и то же), так и в приложении (потому что в уязвимых реализациях данные действия никак не ограничиваются). Так что будь у вас даже мега-бородатый супер-админ со 150-киллограммовым пузом, в свитере, который ещё СССР застал, и недельным запасом еды в бороде - всё равно вас уронят, если не обновиться (а обновляться такие админы ой как не любят, "работает - не трожь, не работает - /etc/init.d/httpd restart").

Ответить | Правка | Наверх | Cообщить модератору

87. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (88), 11-Окт-23, 13:22 
Девляпсы - вовремя адаптировавшиеся к прогрессу админы из подвальчиков.
Сейчас следующая итерация: уметь получать результат из купленного директором ИИ.
Ответить | Правка | Наверх | Cообщить модератору

93. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +2 +/
Сообщение от Аноним (33), 11-Окт-23, 14:27 
То есть, они имеют более развитый интеллект, чем те, которые не адаптировались.
Ответить | Правка | Наверх | Cообщить модератору

94. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 14:29 
> Все это замечательно, хотя между строчек и читается обидка, что заклятые девляпсы
> получают в десять раз больше вас :)

Страшная правда заключается в том...

> Но сабжевая новость как раз и посвящена тому, что можно обойти лимиты
> как в фаерволе (потому что на L4 соединение остается одно и
> то же)

Вообще странно, вроде базовая штука, файрволы вроде соединения отслеживают. Неужели в established нельзя посчитать? Кажется PPS считают всё кому не лень.
Не говоря уже что повсюду DPI понатыканы.

> так и в приложении (потому что в уязвимых реализациях
> данные действия никак не ограничиваются).

В приложении то должно быть элементарно это реализовать... Странно что это не стандартная практика.
статистику собирать о каждом чихе пользователя вроде научились, а pps посчитать не могут?

> мега-бородатый супер-админ со 150-киллограммовым пузом, в свитере, который ещё СССР застал,
> и недельным запасом еды в бороде - всё равно вас уронят,
> если не обновиться (а обновляться такие админы ой как не любят,
> "работает - не трожь, не работает - /etc/init.d/httpd restart").

И не такое бывает. Опеннет все ещё на KOI8-R фунциклирует.
Просто вспоминаю дремучие времена до всех этих клоудфлар, когда защиту от ддоса обсуждали довольно активно все кому не лень, и делали довольно успешно.

Ответить | Правка | К родителю #74 | Наверх | Cообщить модератору

114. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (33), 11-Окт-23, 19:37 
> Вообще странно, вроде базовая штука, файрволы вроде соединения отслеживают. Неужели в established нельзя посчитать? Кажется PPS считают всё кому не лень.

Посчитать TCP-соединения можно.
Посчитать HTTP/2-стримы - нельзя.
И PPS к этому не имеет прямого отношения.

Модель OSI, слышали?

> Не говоря уже что повсюду DPI понатыканы.

TLS, ALPN - слышали?

> В приложении то должно быть элементарно это реализовать...

Ну реализуйте, раз это так просто.
Большинство приложений почему-то предпочитают использовать готовые реализации HTTP/2.

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

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

Ответить | Правка | Наверх | Cообщить модератору

117. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 21:14 
> Посчитать TCP-соединения можно.
> Посчитать HTTP/2-стримы - нельзя.
> И PPS к этому не имеет прямого отношения.

Чё? Вы о чём вообще? Http2 работает поверх TCP. Один юзер это одно тср соединение. И считать pps или просто байты в секунду нужно для одного соединения. Фаерволы это вообще вроде умеют делать, но я не обнаружил пока внятной документации, похоже оно нинужно.

А если вы о НТТР проксировании, так от ддоса до прокси нужно защищаться.

> Модель OSI, слышали?

И чё?

> TLS, ALPN - слышали?

И чё с того? У вас задача объём трафика посчитать, а не шифрование вскрыть.

> Ну реализуйте, раз это так просто.

Как-будто какую-то злобу ощущаю я.
🤔🤔

> Большинство приложений почему-то предпочитают использовать готовые реализации HTTP/2.

Не понимаю что это значит. Апач с ngnix IIS и lighttpd одну реализацию используют?
Ну если у гугла мс и прочих нет никакой потребности от ддоса делать простую защиту, то мне оно нафига?

> А потом пришёл cloudflare и начал укладывать всех, кто пытался делать бизнес,
> не купив его услуги.

А теперь оказывается у них соломенные фаерволы и сервера в ржавых контейнерах, а не чистых облаках.
Закономерно конечно 😐

Ответить | Правка | Наверх | Cообщить модератору

125. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (33), 11-Окт-23, 23:15 
> Один юзер это одно тср соединение

На которое можно аллоцировать миллиарды стримов, у каждого из которых будут свои буферы.

> И считать pps или просто байты в секунду нужно для одного соединения

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

> И чё с того? У вас задача объём трафика посчитать, а не шифрование вскрыть.

С такими потрясающими идеями, вам надо немедленно свой стартап открывать! Получите миллиардные инвестиции, выкинете клаудфларь с рынка, сможете купить всю эту планетку и пару соседних в придачу.
Ведь никто раньше не додумался до такой простой мысли - L7 DoS можно предотвратить, просто считая пакеты или байты!
А вот вы додумались. И теперь сможете перевернуть этот мир.

> Как-будто какую-то злобу ощущаю я.

Просто не будьте валенком и постарайтесь думать над тем, что пишете.

> Не понимаю что это значит. Апач с ngnix IIS и lighttpd одну реализацию используют?

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

Ответить | Правка | Наверх | Cообщить модератору

131. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от пох. (?), 12-Окт-23, 11:00 
> Разные, но ошибка в логике почти у всех одна и та же.

потому что это не ошибка а стандарт http2 так написан.


Ответить | Правка | Наверх | Cообщить модератору

123. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +1 +/
Сообщение от Аноним (-), 11-Окт-23, 23:01 
> А потом пришёл cloudflare и начал укладывать всех, кто пытался делать бизнес,
> не купив его услуги.

Да вот говорят, пришел Anna Senpai к Креббсу - и оказалось что не так уж тот Бэтмэн и крут. В том смысле что клаудфларь предпочел послать кребса послать в пешее вместо защиты от ддоса, с аргументом "что-то нам душновато от вас". Ну вот такие защитники от ддоса :)

Ответить | Правка | К родителю #114 | Наверх | Cообщить модератору

80. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Пряник (?), 11-Окт-23, 12:45 
Отдавать задачи на аутсорс - нормальная практика. У фирм часто нет ни админов, ни программистов, ни девляпсов в штате. Те отработали, получили и свалили в закат.
Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

81. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +1 +/
Сообщение от Аноним (33), 11-Окт-23, 12:49 
Так как разбираться в чужом коде без качественной документации и консультаций от авторов - весьма неэффективный процесс, то мы получаем поддержку уровня D&G (Dorogo & Govno).
Кому-то нормальная практика, да.
А кому важен стабильно работающий бизнес - не очень.
Ответить | Правка | Наверх | Cообщить модератору

86. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (88), 11-Окт-23, 13:20 
Вообще - да. Но:

Походу сейчас идёт расслоение водителей кобыл на малочисленных инженеров авто-прома и массу таксистов. Таксист не выпускает авто и даже чинить не всегда умеет. Зато агрегаты в автомобили взаимодействуют по TCP/IP, например.

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

Мало кто пишет много кода для себя. Необязательно покупать плохой код.

Ответить | Правка | Наверх | Cообщить модератору

95. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноним (33), 11-Окт-23, 14:33 
Чтобы наладить IT-компоненты типового бизнеса (который что-то заказывает, получает, складирует, развозит и продаёт), то есть сайт-магазин и внутренние инструменты логистики и учёта - облака сами по себе мало полезны (это просто инфра для запускания кода, а кто его напишет?), а ИИ - практически бесполезен (нет, встроить интерактивного консультанта с на сайт магазина - прикольно, но не критичная функциональность). Нужны программисты, которые будут писать код. Ну, или адаптировать готовые решения под хотелки бизнеса (но это, как правило, сводится к вышеописанному случаю "получили на поддержку чужой код и вышло D&G").
Ответить | Правка | Наверх | Cообщить модератору

97. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от Аноньимъ (ok), 11-Окт-23, 14:42 
> Отдавать задачи на аутсорс - нормальная практика. У фирм часто нет ни
> админов, ни программистов, ни девляпсов в штате. Те отработали, получили и
> свалили в закат.

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

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

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

132. "Уязвимость в протоколе HTTP/2, задействованная в крупнейшей ..."  +/
Сообщение от пох. (?), 12-Окт-23, 11:02 
> Но вообще, если у вас бизнес от инфраструктуры зависит, нужен как минимум
> ответственный за инфраструктуру.

менеджер.

Программист - нинюна!

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру