<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>PHP - Open Source Azerbaijan | open.net.az</title>
<link>https://open.net.az/</link>
<atom:link href="http://open.net.az/php/rss.xml" rel="self" type="application/rss+xml" />
<language>az</language>
<description>PHP - Open Source Azerbaijan | open.net.az</description><item>
<title>PHP-də istənilən saytı ələ keçirməyə imkan verə biləcək boşluq aşkarlanıb</title>
<guid isPermaLink="true">https://open.net.az/security/44-php-d-istniln-sayt-l-kecirmy-imkan-ver-bilck-boluq-akarlanb.html</guid>
<link>https://open.net.az/security/44-php-d-istniln-sayt-l-kecirmy-imkan-ver-bilck-boluq-akarlanb.html</link>
<dc:creator>Linuxoid</dc:creator>
<pubDate>Wed, 21 Oct 2026 15:59:12 +0400</pubDate>
<category>Təhlükəsizlik, PHP</category>
<description><![CDATA[<p><span>PHP tərtibatçıları bu gün Bakı vaxtı ilə saat </span><strong><span>18:00-da</span></strong><span> iki kritik təhlükəsizlik boşluğunu aradan qaldıran yeniləmələri (8.5.12, 8.4.27, 8.3.36 və 8.2.35) təqdim edəcəklərini </span><a href="https://www.php.net/archive/2026.php#2026-10-20-1" rel="external noopener"><span>elan ediblər</span></a><span>. PHP istifadə edən serverlərin administratorlarına yeniləmələri əlçatan olan kimi quraşdırmaq tövsiyə olunur.</span></p> <p><span>Rəsmi məlumatlar yalnız düzəlişlər yayımlandıqdan sonra açıqlanacaq. Lakin açıq mənbələrdə </span><a href="https://cert.europa.eu/publications/security-advisories/2026-018/" rel="external noopener"><span>Avropa İttifaqının Kibertəhlükəsizlik Agentliyinin məlumatları</span></a><span> və </span><a href="https://x.com/watchtowrcyber/status/2112611507749982605" rel="external noopener"><span>digər mənbələr</span></a><span> əsasında yayılan məlumatlara görə, söhbət </span><a href="https://security-tracker.debian.org/tracker/CVE-2026-109618" rel="external noopener"><span>CVE-2026-109618</span></a><span> və </span><a href="https://security-tracker.debian.org/tracker/CVE-2026-109619" rel="external noopener"><span>CVE-2026-109619</span></a><span> boşluqlarından gedir. Bu boşluqlar standart konfiqurasiya ilə PHP skriptlərini icra edən istənilən veb-serverdə uzaqdan kod icrasına imkan verə bilər. Problemlər PHP 5.4-dən başlayaraq bütün versiyalara təsir edir.</span></p> <p><span>Şəbəkədə artıq sistemlərin bu boşluqlara qarşı həssaslığını yoxlamaq üçün istismar kodlarının (exploit) ilkin versiyaları yayılıb (</span><a href="https://pastebin.com/kggc4q1T" rel="external noopener"><span>1</span></a><span>, </span><a href="https://jackalsyn.com/posts/php-up-2026.html" rel="external noopener"><span>2</span></a><span>).</span></p> <p><span>İstismar koduna əlavə edilmiş </span><a href="https://jackalsyn.com/posts/php-up-2026.html" rel="external noopener"><span>qeyddə</span></a><span> bildirilir ki, boşluqlar faylların serverə yüklənməsi prosesini izləyən </span><code dir="ltr">session.upload_progress</code><span> mexanizmində artıq azad edilmiş yaddaş sahəsinə müraciətlə əlaqədardır.</span></p> <p><span>Hücumun həyata keçirilməsi üçün saytda fayl yükləmə funksiyasının mövcud olması tələb olunmur. PHP interpretatorunda </span><code dir="ltr">multipart/form-data</code><span> tipli sorğuları emal edən mexanizmin avtomatik işə düşməsi kifayətdir.</span></p> <p><span>Uğurlu istismar üçün prosesin yaddaşında yerləşən strukturların mövqeyini müəyyən etmək lazımdır. Bu yerləşmə hər bir proqram yığımı (build) üçün fərqli ola bilər. Exploit müxtəlif Linux distributivlərinin paketləri üçün əvvəlcədən hesablanmış yaddaş offsetlərini yoxlayaraq uyğun mövqeləri müəyyən etməyə çalışır.</span></p> <h3><span>Müvəqqəti qorunma üsulları</span></h3> <p><span>Mövcud tövsiyələrdən biri </span><code dir="ltr">php.ini</code><span> konfiqurasiya faylında aşağıdakı parametri söndürməkdir:</span></p> <p><code><span>session.upload_progress.enabled = off</span></code></p> <p>PHP-FPM istifadə edildikdə isə bu parametr pulun konfiqurasiyasında belə göstərilə bilər:</p> <p><code>php_admin_flag[session.upload_progress.enabled] = off</code></p> <p><span>Lakin PHP layihəsinin nümayəndəsi (<a href="https://phpc.social/@Girgias/117476477429221001" target="_blank" rel="noopener external">mənbə</a>) </span><span>və ilk exploit prototipinin müəllifi (<a href="https://x.com/rina4_tot/status/2112723421641531772" target="_blank" rel="noopener external">mənbə</a>)</span><span> bildirirlər ki, bu parametrin söndürülməsi hər iki boşluğun qarşısını almaq üçün kifayət deyil.</span></p> <p><span>İkinci exploit prototipinin </span><a href="https://jackalsyn.com/posts/php-up-2026.html" rel="external noopener"><span>qeydində</span></a><span> göstərilir ki, rəsmi yeniləmələri quraşdırmadan hücumun qarşısını almaq üçün </span><code dir="ltr">php.ini</code><span> parametrini söndürməklə yanaşı, </span><code dir="ltr">multipart/form-data</code><span> məzmun tipli sorğuları da tam bloklamaq lazımdır. Bu halda veb-formalar vasitəsilə faylların yüklənməsi mümkün olmayacaq.</span></p> <p><strong><span>Apache httpd</span></strong><span> veb-serverində </span><code dir="ltr">mod_rewrite</code><span> modulundan istifadə etməklə </span><code dir="ltr">multipart</code><span> sorğularını bloklamaq üçün aşağıdakı qaydadan istifadə etmək olar:</span></p> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.625rem;background-color:#e0f2f1;box-shadow:rgba(0,0,0,0.24) 0px 1px 2px;"> <p>RewriteCond %{HTTP:Content-Type} multipart [NC]<br>RewriteRule ^ - [F,L]</p> </div> <p><strong><span>Nginx</span></strong><span> serverində isə aşağıdakı konfiqurasiyadan istifadə etmək mümkündür:</span></p> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.625rem;background-color:#e0f2f1;box-shadow:rgba(0,0,0,0.24) 0px 1px 2px;"> <p>if ($http_content_type ~* "multipart") {<br> return 403;<br>}</p> </div> <p><strong><span>Caddy</span></strong><span> veb-serverində </span><code dir="ltr">multipart</code><span> sorğularını bloklamaq üçün bu qaydanı əlavə etmək olar</span></p> <div style="color:#333333;border:1px solid rgb(0,137,123);padding:0.625rem;background-color:#e0f2f1;box-shadow:rgba(0,0,0,0.24) 0px 1px 2px;"> <p>@multipart header_regexp Content-Type (?i)multipart<br>respond @multipart 403</p> </div> <p><strong><span>Qeyd:</span></strong><span> Bu qaydalar </span><code dir="ltr">multipart/form-data</code><span> sorğularını bloklayaraq fayl yükləmə funksiyalarının işləməsinə mane ola bilər. Onlar müvəqqəti qorunma tədbirləridir və rəsmi təhlükəsizlik yeniləmələrinin quraşdırılmasını əvəz etmir.</span></p>]]></description>
</item></channel></rss>