VulnCheck-მა PHP2Shell-ის ექსპლოიტი შექმნა, რომელიც პროდაქშენ სისტემებზე ASLR-ს გვერდს უვლის

VulnCheck-ის უსაფრთხოების მკვლევრებმა შეიმუშავეს ექსპლოიტი PHP2Shell-ის სისუსტისთვის, რომელიც გვერდს უვლის მეხსიერების მისამართების სივრცის რანდომიზაციას (ASLR) იმ x86-64 სერვერებზე, სადაც PHP-ის რეკომენდებული პროდაქშენ კონფიგურაციაა გამართული. ექსპლოიტი მიმართულია CVE-2026-109618-ზე, კრიტიკულ ხარვეზზე, რომელიც მეხსიერების დაზიანებას იწვევს და PHP-ში კოდის დისტანციურ შესრულებამდე მიდის. ეს ხარვეზი CVE-2026-109619-თან ერთად PHP2Shell-ის წყვილს ქმნის.

ექსპლოიტის ტექნიკური დეტალები

PHP Foundation-მა ორივე სისუსტე ოფიციალურად გაასაჯაროვა და მათთვის შესწორებები 2026 წლის 21 ოქტომბერს გამოუშვა. VulnCheck-ის მკვლევრებმა ექსპლოიტი ერთ ღამეში შეიმუშავეს და, მათი შეფასებით, პირველად მიაღწიეს კოდის დისტანციურ შესრულებას ASLR-ის ჩართული რეჟიმით მომუშავე x86-64 სისტემებზე PHP 8.4.26-ითა და რეკომენდებული display_errors=off პროდაქშენ პარამეტრით. ტექნიკა ეყრდნობა დადასტურებულ მეხსიერების გაჟონვას, რომელიც შემდეგ კოდის დისტანციურ შესრულებამდე მიჰყავს. ექსპლოიტი ARM64 პლატფორმებზეც მუშაობს, თუმცა კოდის დისტანციური შესრულების კომპონენტი ARM-ზე დაფუძნებულ სისტემებზე ამჟამად არ ფუნქციონირებს.

ASLR მეხსიერების დაზიანების ხარვეზების წინააღმდეგ ჩაშენებული დაცვაა, რომელიც პროგრამის ძირითადი მონაცემების მეხსიერებაში განლაგებას ყოველ გაშვებაზე შემთხვევითად ცვლის. ეს თავდამსხმელებს ხელს უშლის სწორად გამოიცნონ სამიზნე მეხსიერების მისამართები, რომლებიც მავნე კოდის შესასრულებლადაა საჭირო. აქამდე ASLR სწორედ მთავარი ბარიერი იყო PHP2Shell-ის ექსპლუატაციისთვის რეალურ სერვერებზე. VulnCheck-ის ექსპლოიტების შემუშავების დირექტორმა სპენსერ მაკინტაირმა განაცხადა, რომ ამ შესაძლებლობის შემუშავება სულაც არ იყო მარტივი, თუმცა ის აჩვენებს, რომ პროდაქშენ კონფიგურაციის მქონე სისტემებზე PHP2Shell-ის ექსპლუატაციის მთავარი ბარიერის გადალახვა შესაძლებელია.

რას ნიშნავს ეს ორგანიზაციებისთვის

მაკინტაირმა გააფრთხილა, რომ ორგანიზაციებმა, რომლებიც PHP-ის დაუცველ ვერსიებს იყენებენ, პრიორიტეტი პაჩების დაყენებას უნდა მისცენ და არ უნდა ჩათვალონ, რომ არსებული მეხსიერების დაცვა ან კონფიგურაციის ცვლილებები თავდასხმას შეაჩერებს. მან ხაზი გაუსვა, რომ სისუსტის ექსპლუატაციის ტექნიკური სირთულე არ ნიშნავს, რომ სისტემა დაცულია, განსაკუთრებით დღევანდელ ეპოქაში, როცა ხარვეზების ძიებასა და ექსპლოიტების შემუშავებას AI ეხმარება. VulnCheck-მა ექსპლოიტი მხოლოდ Initial Access Intelligence-ის მომხმარებლებისთვის გახადა ხელმისაწვდომი.

AI-ის დახმარებით საფრთხეების შემუშავება

VulnCheck-მა ასევე გააფრთხილა, რომ საფრთხის აქტორები AI-ს იყენებენ PHP2Shell-ის სისუსტებზე თავდასხმის დამატებითი გზების მოსაძებნად. მაკინტაირმა აღნიშნა, რომ მოწინააღმდეგეები ამ ხარვეზზე აშკარად ხარჯავენ დროსა და გამოთვლით რესურსებს. კომპანიამ GitHub-ზე PHP2Shell-ის ასობით proof-of-concept რეპოზიტორი შენიშნა, თუმცა მათგან ძალიან ცოტა შეიცავს რეალურად მომუშავე ექსპლოიტს, რაც დიდწილად ASLR-ის დამსახურებაა. ვითარება უფრო დაიძაბა მას შემდეგ, რაც გავრცელდა ცნობები, რომ თავდამსხმელები ამ უსაფრთხოების ხარვეზებს გასაჯაროებამდე რამდენიმე დღით ადრე იყენებდნენ, ხოლო გაერთიანებული სამეფოს მთავრობის ვებგვერდები საფრთხის საპასუხოდ პრევენციულად გაითიშა.

ადრინდელი მასალები: PHP2Shell-ის პაჩები გამოვიდა: რა არის საფრთხის ქვეშ და როგორ დავიცვათ PHP საიტები · ჰაკერებმა PHP-ის სისუსტეები პაჩების გამოშვებამდე რამდენიმე დღით ადრე გამოიყენეს

წყაროები: The Register