ხელოვნური ინტელექტი პროგრამირებაში: ბაგების აღმოჩენა მარტივია, მათი გამოსწორება - არა
თანამედროვე ტექნოლოგიურ სამყაროში პროგრამული უზრუნველყოფის უსაფრთხოება ახალი გამოწვევის წინაშეა. ხელოვნური ინტელექტის (AI) დახმარებით ბაგების, ანუ პროგრამული ხარვეზების აღმოჩენა იმაზე მარტივი გახდა, ვიდრე ოდესმე, თუმცა ამ ხარვეზების ფაქტობრივი გამოსწორება ადამიანური რესურსის დეფიციტის გამო სერიოზულ შეფერხებას განიცდის. Microsoft-ის FORGE Lab-ის მონაცემებით, მხოლოდ ბოლო პერიოდში Linux-ის ბირთვში 59 ახალი ხარვეზი გამოვლინდა, მათ შორის ისეთი, რომელიც სისტემაში 21 წელზე მეტია არსებობს. თუმცა, ეს რიცხვი რეალური მასშტაბის მხოლოდ მცირე ნაწილია. 2026 წელს, ნოემბრის დასაწყისისთვის, Linux-ის უსაფრთხოების გუნდი დღეში საშუალოდ 27 ახალ დაუცველობას (CVE) აფიქსირებდა.
ადამიანური რესურსის კრიზისი
პრობლემა იმაშია, რომ ხელოვნური ინტელექტის ინსტრუმენტები მასიურად გენერირებენ ავტომატიზებულ ანგარიშებს, რასაც პროგრამული უზრუნველყოფის მომვლელები (maintainers) ვეღარ აუდიან. ARM-ის ინჟინერმა და Linux-ის ბირთვის ერთ-ერთმა წამყვანმა, Lorenzo Stoakes-მა, ცოტა ხნის წინ საჯაროდ განაცხადა, რომ ის წყვეტს კოდის განხილვის პროცესში მონაწილეობას. მისი თქმით, AI-ის მიერ გენერირებული „უსარგებლო“ ან დაბალი ხარისხის კოდი იმდენად მასშტაბური გახდა, რომ ის უკვე მიღებული მასალის ნახევარს შეადგენს.
Linux-ის ბირთვის კიდევ ერთი წამყვანი, Greg Kroah-Hartman, ადასტურებს, რომ დეველოპერები უკვე ათი წელია გადაღლილები არიან, თუმცა ხელოვნური ინტელექტის მიერ გამოწვეულმა „შემოტევამ“ ვითარება კრიტიკულ ზღვრამდე მიიყვანა. ადამიანური რესურსი, რომელიც საჭიროა თითოეული ანგარიშის შესამოწმებლად და გამოსასწორებლად, ბოთლის ყელის (bottleneck) ფუნქციას ასრულებს, რაც სისტემის სტაბილურობას რისკის ქვეშ აყენებს.
არის თუ არა გამოსავალი?
სიტუაცია სრულად უიმედო არ არის. Linux-ის შემქმნელმა, Linus Torvalds-მა, ბოლო პერიოდში აღნიშნა, რომ Linux 7.4-ის განახლებებში ხელოვნური ინტელექტის მიერ შემოთავაზებულმა შესწორებებმა გარკვეული დადებითი შედეგიც გამოიღო. ზოგიერთ სეგმენტში, მაგალითად, Berkeley Packet Filter-ის (BPF) მიმართულებით, გამოსწორებები უფრო სწრაფად შემოდის, ვიდრე ახალი შეცდომების შესახებ ანგარიშები. ეს შესაძლოა იმის ნიშანი იყოს, რომ ტენდენცია ნელ-ნელა იცვლება, თუმცა ექსპერტები სიფრთხილეს იჩენენ და ამბობენ, რომ სრულფასოვან ბალანსამდე ჯერ კიდევ შორია.
მიუხედავად იმისა, რომ open-source პროექტების მართვა, როგორიცაა cURL, ამ ეტაპზე ინტენსიური შრომის ხარჯზე ხერხდება, უახლოეს მომავალში მოსალოდნელია უსაფრთხოების სერიოზული ინციდენტების ზრდა. PHP2Shell-ისა და Alpine Linux-ის მაგალითები ცხადყოფს, რომ ბევრი სისტემა კვლავ დაუცველი რჩება, რადგან დეველოპერებს არ აქვთ დრო, დროულად დაამუშავონ ყველა შემოსული გაფრთხილება.
საქართველოს ტექნოლოგიური სექტორისთვის, რომელიც სულ უფრო მეტად ეყრდნობა ღია კოდის გადაწყვეტილებებს, ეს ნიშნავს, რომ უსაფრთხოების განახლებების (patching) პროცესს კიდევ უფრო მეტი ყურადღება უნდა დაეთმოს. როდესაც გლობალური მასშტაბით პროგრამული უზრუნველყოფის მომვლელები გადატვირთულნი არიან, ადგილობრივმა კომპანიებმა დამოუკიდებლად უნდა უზრუნველყონ თავიანთი ინფრასტრუქტურის დაცვა და არ დაეყრდნონ მხოლოდ ავტომატურ განახლებებს.