Udajne kriticka zranitelnost mod_php

[Jozef Drahovsky (for freebsd)]

Dňa 22.10.2026 o 12:20 Dan Lukes napísal(a):
> On 21.10.2026 21:50, Jozef Drahovsky (for freebsd) wrote:
>> má kritickú zraniteľnosť, ktorá sa prejaví pri špecifických 
>> podmienkach keď prvý dotaz spraví pretečenie pamäte a druhý spustí 
>> kód z toho čo pretieklo. Ak som to správne pochopil.
>
> Nektere zdroje to zhruba tak popisuji. A nekteri tvrdi, ze exploit 
> videli funkcni, jini tvrdi, ze se funkcnost toho udajne funkcniho 
> exploitu zreprodukovat nepodarilo.
>
> Na muj vkus trochu moc zmatku. Skutecnou nebezpecnost toho exploitu 
> zatim stale povazuji za neobjasnenou.
>
> To, ze se o tom pise uplne vsude neznamena, ze jde o zpravy z 
> nezavislych zdroju.  A to, ze nektere statni organy vypinaji sve weby 
> muze byt take projev predbezne opatrnosti, nikoliv realne 
> nebezpecnosti - ledaze vi vic, nez ve verejnem prostoru koluje.
>
> I ja se k vseobecne panice pripojim, v portech uz jsou nove verze - a 
> ja si prekladam sam, takze to zaktualizuju, ale nejsem si uplne jisty 
> jestli tim opravdu pomaham.
>
> Kdybyste dokazali nejprve s nejakym casovym predstihem do zdrojoveho 
> kod propasovat zadni vratka a chteli aby si verzi s vasi upravou co 
> mozna nejvic lidi na svete stahlo - nebyla by nejlepsi cesta rozsirit 
> paniku, ze nejaka (realne existujici, lec realne nevyuzitelna) chyba v 
> kodu je nebezpecny exploit ?
>
> Ja vim, paranoia ma i sve vlastni cislo diagnozy ...
>
> Dan
>

Ahoj Dan,

práve preto som napísal "Udajne kritická zraniteľnosť mod_php"

V dávnych dobách keď ešte neexistovalo HW stránkovanie RAM som napísal 
program, ktorý mal veľa NOP a na konci jedno MOVE do registra, ktoré na 
panely spôsobilo rozsvietenie LED. Procesor z dôvodu náhodnej HW chyby z 
ničoho nič, skočil na náhodnú adresu. Bolo treba veľa pokusov a čakania, 
kým sa náhodne spustil môj kód.

Preto teraz od 486 pri spustení kódu z takzvaného pretečenia som dosť 
opatrný. Ak sa aj čokoľvek stane, tak sa nedostane mimo svoj HW RAM 
obraz. Prvotné alokovanie priestoru kde sú pozostatky dát/kódu po inom 
procese sa riešil dávnejšie, že je tento priestor vyčistený, to isté sa 
robí aj pri alokovaní veľkého priestoru pre súboru na disku s priamym 
prístupom.

Čiže muselo by ísť o jeden proces, ktorému niečo interne pretieklo. Či 
už zámerne alebo úmyselne. Dnes sa ošetrujú aj také banálnosti, ako 
pretečenie zásobníka, takže mať ošetrené pretečenie buffera by mala byť 
dnes pre zodpovedného programátora samozrejmosť.

Aj mne napadlo, či náhodou nejde o sociálny experiment ako rýchlo dokáže 
internetová komunita zareagovať, keď treba rozšíriť nový kód z 
akéhokoľvek dôvodu.

Teraz vid, že odborná internetová komunita reaguje rýchle.
Ďalej vidím, že to čo napadlo mne napadlo ďalším.

V logoch mám len očakávané veci
"POST /?rest_route=/batch/v1 HTTP/1.1" 200 5168 "-" "cve-2026-63030/1.0"
"POST /xmlrpc.php HTTP/1.1"
"POST 
/php-cgi/php-cgi.exe?%ADd+allow_url_include%3d1+%ADd+auto_prepend_file%3dphp://input 
HTTP/1.1"
"POST /cgi-bin/.%2e/.%2e/.%2e/.%2e/.%2e/.%2e/.%2e/.%2e/.%2e/.%2e/bin/sh 
HTTP/1.1"

Prajem pekný deň.

Jozef