Профиль: Аноним (вход | регистрация) неRU opennet.me  
OpenNET

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



"Для уязвимостей PHP2Shell анонсирован первый эксплоит, обходящий рандомизацию адресов"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Для уязвимостей PHP2Shell анонсирован первый эксплоит, обходящий рандомизацию адресов"  +/–
Сообщение от opennews (??), 23-Окт-26, 08:56 
Исследователи из компании VulnCheck заявили о получении первого эксплоита для уязвимости PHP2Shell (CVE-2026-109618б), обходящего механизм рандомизации адресов (ASLR) на системах  x86-64 с типовой конфигурацией PHP. Эксплоит позволяет атаковать системы с PHP 8.4.10-8.4.26 в конфигурации по умолчанию. Ранее трудность определения раскладки памяти в модуле mod_php мешала реализации эксплоита, позволяющего добиться выполнения кода на реальных системах. Для обхода ASLR в эксплоите задействована утечка информации об адресах в коде отображения информации об ошибках...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=66529

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

Оглавление

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

1. Сообщение от Аноним (1), 23-Окт-26, 08:56   +/–
> компания фиксирует миллионы попыток эксплуатации уязвимостией PHP2Shell, при том, что за 10 часов до анонса наличия уязвимостей таких попыток уже были тысячи, а через 2 часа после официального раскрытия информации достигли сотен тысяч

Какие они быстрые, ух

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

2. Сообщение от INSANEWAVE (ok), 23-Окт-26, 09:03   +/–
>анонсирован

Уже анонсы!

Когда предзаказы?

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

3. Сообщение от Аноним (3), 23-Окт-26, 09:06   –2 +/–
> фиксирует миллионы попыток эксплуатации уязвимостией PHP2Shell

Ах, прекрасные шышные дыpeни!
Интересно, сколько сайтов взломали без следов, просто выкачав все полезное?

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

5. Сообщение от Андрюха (??), 23-Окт-26, 09:28   –3 +/–
чёт пых совсем в дуршлаг превращается. чё случилось-то, команда разрабов сменилась или фактивных манагеров понабирали?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #13, #18

6. Сообщение от Tron is Whistling (?), 23-Окт-26, 09:32   –2 +/–
Искусственный идиот случился.
Погоди, это ещё так, даже не цветочки, бутончики.
Всё по-чесноку, всё опубликовано.
Но пора принять, что такой подход - скорее исключение, чем правило.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #7, #8, #11, #16, #20

7. Сообщение от Tron is Whistling (?), 23-Окт-26, 09:36   +1 +/–
И проблемы две с половиной:
- Теперь каждое школоло, постигшее дзен и осознавшее, что в софте есть ошибки - может почитать школьный форум единомышленников и с помощью оного коллективным разумом найти себе дырочку для развлечения
- Вторая - с половиной: кто реально занимался этим всерьёз, за деньги и для денег - получил в руки очень продвинутый статический анализатор (как раз то, что нынешнее "ии" и есть), да ещё с человечески оформленным выхлопом (ллм) для упрощения понимания
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

8. Сообщение от Tron is Whistling (?), 23-Окт-26, 09:43   +/–
И хуже всего то, что наивно полагать, что искуственный балбес поможет все дыры закрыть - это слишком наивно. Поле настолько непаханое, что сам поиск затянется на столетия, даже с помощью.

Причём дыры будут всплывать такие, которые человек сам не смог бы эксплуатировать - слишком много условий, которые найти надо. А статическому анализатору пофиг.

Ну и да, с применением искусственного балбеса для написания дыр - их станет ещё больше, потому что ему пофиг, он генерит, как умеет, без сути, цели и смыла.

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

9. Сообщение от Анонимно (ok), 23-Окт-26, 09:43   +/–
> Какие они быстрые, ух
> нет информации о подтверждённых фактах взлома через уязвимости PHP2Shell.

но бесполезные

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

10. Сообщение от Аноним (10), 23-Окт-26, 09:43   +1 +/–
При CGI такой ерунды не было.
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от Tron is Whistling (?), 23-Окт-26, 09:44   +/–
Вот то, что в пыхе обнаружилось - как раз пример такой дыры.
Там надо очень здорово изгольнуться, чтобы это эксплуатировать.
Но большой статический анализатор - смог.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

12. Сообщение от фывыфв (?), 23-Окт-26, 09:46   +/–
> Для обходного пути блокирования утечки информации о раскладке адресов следует выставить в php.ini параметр "display_errors=off"

Мне кажется, или этот параметр на проде должен быть всегда выключен?

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

13. Сообщение от Аноним (13), 23-Окт-26, 09:47   –2 +/–
всегда был, есть и будет есть тормозной дуршлаг
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

14. Сообщение от Tron is Whistling (?), 23-Окт-26, 09:47   +/–
depends
Если прод внутренний - да, проще логи собирать.
Если прод внешний on-prem - проще показать клиенту и получить от него жалобу.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

15. Сообщение от Аноним (10), 23-Окт-26, 09:48   +/–
> обходящего механизм рандомизации адресов

Всегда собираю ядро без рандомизации, шах и мат хакиры!

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

16. Сообщение от Tron is Whistling (?), 23-Окт-26, 10:00   +1 +/–
Я всегда сравниваю этот эффект от появления искусственного идиота с лечением ртутью.
Да, массированный иммунный ответ на повреждения действительно оказывает "целебное действие" - это то, что сейчас и происходит, ищем-затыкаем.
Вот только вопрос в том, что эти самые накапливающиеся повреждения тебя убивают быстрее, чем то, что ты вылечить этим пытался.
Итог какой? Лечение ртутью как-то из моды вышло, а ртуть перешла в разряд вещей строго контролируемых.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

17. Сообщение от фывыфв (?), 23-Окт-26, 10:29   +/–
> проще показать клиенту и получить от него жалобу

Серьезно? Хотя для PHP разработчиков может и нормально нормально.

Ты же в курсе что в такого типа ошибках отображается внутрянка, которая помогает искать дырки? Часто раньше видел sql код, например, что помогает искать sql инъекции.

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

18. Сообщение от Аноним (18), 23-Окт-26, 10:30   +/–
Берут в разрабы первого встречного кто работает за еду, вот к ним и приходят правительственные хакеры и просят помочь протолкнуть уязвимость за мзду малую.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

19. Сообщение от Аноним (18), 23-Окт-26, 10:31   +/–
Вывод закрытый проприетарный софт лучше потому что ИИ в нем не может ничего найти.  
Ответить | Правка | Наверх | Cообщить модератору

20. Сообщение от Аноним (20), 23-Окт-26, 10:36   +/–
А он здесь причем? Баг отрепортили ещё в 24 году. Проблема в разрабах php. Они за два года(!) не смогли решить как лучше фиксить этот баг. Одна из причин в том, что долгое время баг считался теоретическим и приоритет у него был не высокий, а все предложенные фиксы требовали какого-то компромисса. Дальше, когда оказалось что баг не теоретический и его эксплуатация возможна, видимо сработала инерция отношения
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6


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

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




XSQUARE
Inferno Solutions
Hosting by Hoster.ru
Хоcтинг: