PHP-ის ხარვეზი ცნობილი ორი წლით ადრე გახდა, ახალი ექსპლოიტი სერვერებს უტევს
PHP-ის ფონდის ანგარიშის თანახმად, მცირე გუნდმა პრობლემა საჯარო გახდომამდე ორი წლით ადრე იცოდა.
Toms Hardwareორიგინალი Toms Hardware-ზე
ორიგინალი და წყარო
ორიგინალი გამოქვეყნდა
ქართული თარგმანიინგლისური ენიდან ქართულად
წყარო: Toms Hardware. ქართული თარგმანი: შიკრიკი.
ორიგინალის სათაური
PHP vulnerability post-mortem reveals bug was known two years ago — Small team of maintainers knew of the issue before it was made public, as new PHP2Shell chained exploit ravages servers
ტექნოლოგია6 წუთის საკითხავი
ტექსტი ავტომატურად ითარგმნა. წყარო: Toms Hardware.
გამოთქმა „წვიმა თუ წამოვიდა, თავსხმა მოჰყვება“ ამინდსაც ეხება და კიბერუსაფრთხოებასაც. ეს 2026 წლის 19 ოქტომბრის კვირაში გამოჩნდა, როცა OpenAI-ის GPT 5.6-Sol-მა ღია კოდის პროგრამირების ენაში, PHP-ში, კრიტიკული ხარვეზები აღმოაჩინა. შემდგომი ანალიზის თანახმად, მცირე გუნდმა, რომელიც PHP-ს უვლის, პრობლემა ორი წლით ადრე იცოდა. უსაფრთხოების ექსპერტები ათწლეულების განმავლობაში აფრთხილებდნენ დაგროვილი ტექნიკური ვალის შესახებ. აგენტური ხელოვნური ინტელექტი კი ხარვეზების ძიებას ექსპონენციალურად აჩქარებდა, რის გამოც ექსპლოიტების გამჟღავნების ჩვეულებრივი 90-დღიანი ვადა აზრს კარგავდა. PHP, ინტერნეტში ფართოდ გავრცელებული პროგრამული პაკეტი, ხელოვნური ინტელექტის აგენტების მიერ ხარვეზების ძიების სამიზნე აღმოჩნდა.
ინტერნეტსაიტების დაახლოებით 70% PHP-ზე მუშაობს. ხარვეზი, თუ თავდამსხმელმა საკმარისი ცოდნა აქვს, დისტანციურად კოდის შესრულების საშუალებას იძლევა. ეს გარემოებები განგაშის საფუძველია, თუმცა ვითარება კიდევ უფრო დამძიმდა, როცა ინტერნეტსივრცემ გააცნობიერა, რომ იმ დროისთვის PHP-ის ონლაინინსტალაციების 73% სიცოცხლის ციკლის დასრულების შემდეგაც მუშაობდა და აქტიური მხარდაჭერა აღარ ჰქონდა. ამან ტექნოლოგიების სფეროში ბევრს თავის ხელზე შემორტყმა აიძულა, ეკოსისტემის მცოდნეებს კი, მათ შორის მეც, ამოახვნეშა. საბოლოოდ, მთავარი პრობლემა თავად ხარვეზი კი არა, საყოველთაო თვითკმაყოფილება აღმოჩნდა.
ხარვეზის ძირეული მიზეზი PHP-ის ძრავაში შეცდომების დამუშავების მოძველებული არქიტექტურული გადაწყვეტილება იყო. როცა PHP-ის პროცესი მეხსიერებას ამოწურავს, ის C-ის ფუნქციას longjmp() იძახებს, რაც ნიშნავს: „შესრულება დაუყოვნებლივ სხვა ადგილას გადაიტანე, კითხვების გარეშე“. longjmp()-ის სათანადო მიზეზის გარეშე გამოყენება, ზოგადად, რეკომენდებული არ არის, თუმცა მხოლოდ ეს არ ყოფილა პრობლემა.
ნამდვილი პრობლემა ჩნდება, თუ ასეთი გადახტომა მონაცემთა სტრუქტურის შექმნისას ხდება, მაგალითად, მასივში ჩანაწერის დამატების ან ობიექტის ინიციალიზაციის დროს. ამ დროს მეხსიერების გროვაში ნახევრად შექმნილი მონაცემები რჩება. როცა PHP-ის ძრავა გასუფთავებისა და დასრულების მექანიზმზე გადადის, კოდი სრულფასოვან მონაცემებს მოელის, მაგრამ სინამდვილეში არათანმიმდევრულ, დარჩენილ ბაიტებს ამუშავებს.
ვებმოთხოვნაში სათანადო შინაარსის მოხერხებული შეყვანით ამ მექანიზმის გამოყენება შესაძლებელია PHP-ის უფლებებით ნებისმიერი კოდის გასაშვებად. ამას მიმდინარე PHP2Shell-ის ექსპლოიტი აჩვენებს.
დისტანციური გარსის მოსაპოვებლად თავდამსხმელმა გამოყენებული PHP-ის ზუსტი ვერსია და აწყობის მონაცემები უნდა იცოდეს. ამიტომ ეს უბრალოდ „გატეხვის“ ღილაკზე დაჭერას არ ჰგავს. მიუხედავად ამისა, საფრთხის ფართო მასშტაბი, ათობით მილიონი დაუცველი სერვერით, რომელთაგან ბევრი ზუსტად ერთსა და იმავე ვერსიას იყენებს, ყველას სერიოზულად დაფიქრების საფუძველს აძლევს. ხარვეზის გასაჯაროების შემდეგ ბევრმა სისტემურმა ადმინისტრატორმა PHP-ის ინსტალაციაში ვერსიის ჩვენება გამორთო, რათა შესაძლო ჰაკერებს დახმარებოდა არ გაეწია.
სხვა ამბები
Toms Hardware
ამავე გამოცემის სხვა ამბები.
Macronix Nintendo-სთვის ROM-ჩიპების წარმოებას წყვეტს
Toms Hardware
Nintendo ROM chip supplier Macronix quits to focus on chips for AI data centers, reports indicate
კომენტარი (0)
გაგვიზიარე შენი აზრი.
კომენტარები ავტომატურად მოწმდება.
აზრის გასაზიარებლად შექმენი ანგარიში ან შედი.
კომენტარები ჯერ არ არის. დაწერე პირველი.