PHP2Shell (CVE-2026-109618, CVE-2026-109619)․ PHP-ի կրիտիկական խոցելիություններ — ինչ թարմացնել
Կոդի հեռակա կատարման երկու կրիտիկական խոցելիություն հենց PHP-ում, CVSS 9.2։ Ուղղված տարբերակներ, ժամանակավոր պաշտպանություն և ինչպես ստուգել սերվերները։
5 րոպե ընթերցում
2026 թ. հոկտեմբերի 21-ին PHP նախագիծը թողարկեց PHP-ի միջուկի երկու կրիտիկական խոցելիությունների ուղղումները, որոնք ստացել են PHP2Shell անվանումը։ Դրանք գտնվում են հենց լեզվի կատարման միջավայրում, ոչ թե CMS-ում կամ փլագինում, ուստի PHP-ով գրված գրեթե յուրաքանչյուր կայք և վեբ հավելված խոցելի է, քանի դեռ չի թարմացվել։ PHP-ի ծանուցումների համաձայն՝ հարձակումը կարող է սկսվել մեկ հատուկ ձևավորված հարցումով՝ դեռ մինչև հավելվածի կոդի կատարումը։
Խոցելիությունները
CVE
Ինչ է
Վտանգավորություն
CVE-2026-109618
Հիշողության վնասում հիշողության սպառման մշակման ժամանակ (օրինակ՝ multipart վերբեռնումները վերլուծելիս)՝ կոդի հեռակա կատարում
Կրիտիկական, CVSS 4.0՝ 9.2
CVE-2026-109619
Հարցման հնացած վիճակը օգտագործվում է նույն պրոցեսի հաջորդ հարցման կողմից (use-after-free)՝ կոդի հեռակա կատարում
Կրիտիկական, CVSS 4.0՝ 9.2
CVE-2026-115560
Երրորդ խնդիրը, որը CERT-EU-ն հայտարարել է հոկտեմբերի 23-ին․ մանրամասները՝ PHP-ի հաջորդ թողարկման հետ
Կոդի հեռակա կատարում
PHP թիմը ամենավտանգավոր է համարում mod_php կարգավորումը (PHP-ն Apache-ի ներսում)․ PHP-FPM-ը, LSAPI-ն և FrankenPHP-ն նույնպես համարվում են խոցելի։ CERT-EU-ի տվյալներով՝ համացանցում արդեն սկսել են տարածվել էքսփլոյթներ (proof of concept)։
Ուղղված տարբերակներ
PHP 8.5.12, 8.4.27, 8.3.36, 8.2.35 և ավելի նոր։
PHP 8.1-ը և ավելի հինները (ներառյալ 7.4-ը) այլևս չեն աջակցվում՝ պաշտոնական թողարկումներ չկան։ Օգտագործեք ձեր Linux բաշխման ուղղված փաթեթները (օրինակ՝ Ubuntu-ի հին թողարկումները, ինչպիսին 20.04-ն է, ուղղումներ ստանում են միայն Ubuntu Pro-ի (ESM) միջոցով) կամ թարմացրեք PHP-ն։
Բաշխումների փաթեթները ուղղումից հետո հաճախ պահպանում են տարբերակի հին համարը, ուստի ստուգեք փաթեթի փոփոխությունների մատյանը, ոչ միայն php -v-ն։
Եթե այսօր թարմացնել հնարավոր չէ
PHP-ի և CERT-EU-ի ծանուցումներից այս քայլերը նվազեցնում են ռիսկը, բայց սերվերը չեն դարձնում անվտանգ․
Սահմանեք session.upload_progress.enabled=0php.ini-ում կամ FPM pool-ում (ոչ ini_set()-ով կամ .user.ini-ով) և վերագործարկեք PHP-ի բոլոր պրոցեսները։
PHP 8.5-ում սահմանեք fatal_error_backtraces=0։
Պահեք post_max_size-ը փոքր (8M, եթե ֆայլերի վերբեռնում պետք չէ) և սահմանափակեք հարցումների չափը և multipart մասերի քանակը վեբ սերվերում կամ պրոքսիում։
Արգելափակեք multipart հարցումները այն հավելվածների համար, որոնք ֆայլեր չեն ընդունում։
Մի օգտագործեք RLIMIT_AS / RLIMIT_DATA սահմանափակումներ՝ դրանք կարող են ակտիվացնել խոցելի սցենարը։
Եթե թարմացնելն անհնար է, անջատեք ինտերնետից հասանելի PHP հավելվածները կամ տեղափոխեք դրանք VPN-ի հետևում՝ մինչև ուղղումը։
Մի մոռացեք «թաքնված» PHP-ի մասին
PHP-ն ներկառուցված է բազմաթիվ արտադրանքներում՝ կառավարման վահանակներ, NAS սարքեր, մոնիտորինգի համակարգեր, սարքերի վեբ ինտերֆեյսներ։ Ճշտեք մատակարարներից, արդյոք դրանք խոցելի են, և տեղադրեք թարմացումները։
Նախ՝ թարմացում, հետո՝ պաշտպանության ուժեղացում։ Ժամանակավոր կարգավորումները միայն ժամանակ են շահում։
CySec-ը կստուգի ձեր սերվերները PHP-ի խոցելի տարբերակների համար, կտեղադրի թարմացումները նվազագույն պարապուրդով և կկարգավորի նոր ծանուցումների մոնիտորինգ։
Մենք օգտագործում ենք անհրաժեշտ cookie-ներ կայքի աշխատանքի համար և, ձեր համաձայնությամբ, Google Analytics-ի և Google Ads-ի cookie-ներ՝ այցելությունները հասկանալու և գովազդը չափելու համար։ Ընտրությունը կարող եք փոխել ցանկացած պահի։ Cookie քաղաքականություն