Rugsėjo saugumo pragaras: ar kuriame dirbtinį intelektą ant degančios platformos?
Jei jūsų apsaugos komanda šį rugsėjį nėra ištempta, ji yra antžmogiška arba pavojingai užmiršta. Tai ne tik dar vienas pleistras antradienis; tai plačiai paplitusi kritinė saugumo krizė visoje skaitmeninėje infrastruktūroje. Matome precedento neturintį aktyviai išnaudojamų nulinių dienų augimą, todėl atrodo, kad dirbtinio intelekto ateitį bandome kurti ant vis nestabilesnio pagrindo.
2026 m. rugsėjis buvo žiaurus, negailestingas puolimas. „Google“ pataisė „Chrome“ šeštąją aktyviai išnaudotą nulinę metų dieną, o „Microsoft“ rugsėjo pataisų antradienį sumažino stulbinančius 973 CVE, įskaitant dvi aktyviau naudojamas nulines dienas [7]. Tai nėra klaida; tai sisteminė problema mūsų dabartinėje programinės įrangos kūrimo paradigmoje. Dar padidino spaudimą, „Splunk Enterprise“, kuri yra svarbi daugelio saugumo operacijų sudedamoji dalis, buvo paveikta CVSS 9.8 klaida (CVE-2026-20253), kuri buvo aktyviai naudojama, todėl CISA paskelbė retą, skubią 3 dienų pataisymo direktyvą federalinėms agentūroms. 3 dienų direktyva produktui, kurio atnaujinimui dažnai reikalingas didelis architektūrinis planas, nėra prašymas; tai beviltiškas prašymas.
Ir kaip tik tada, kai manėte, kad galite atgauti kvapą, kritiniai Check Point VPN trūkumai (CVE-2026-93616) buvo aktyviai naudojami siekiant gauti nuotolinę prieigą be autentifikavimo [8]. CISA, veikianti kaip išankstinio įspėjimo sistema skaitmeninėje sferoje, vien per praėjusią savaitę savo KEV katalogą papildė 8 naujais pažeidžiamumais, kurie paveikė visus nuo Arista iki F5 ir Zyxel. Tai ne tik „blogas mėnuo“; tai nauja norma: negailestingas, didėjantis grėsmės kraštovaizdis, kuriame langas tarp pažeidžiamumo atradimo ir aktyvaus išnaudojimo sumažėja iki beveik nulio.
Priblokštas pleistrų, persekiojamas sunkiai suprantamas grėsmes
Didelis šių atakų kiekis ir greitis atskleidžia esminį mūsų dabartinės saugumo pozicijos trūkumą: dalyvaujame reaktyviame, begaliniame gynybos cikle, o grėsmės vystosi greičiau, nei galime reaguoti. Mūsų pažeidžiamumo valdymo programos, dažnai sukurtos remiantis ketvirčio nuskaitymais ir mėnesiniais pataisų ciklais, tiesiog nėra pritaikytos tokiam tempui. Federalinės agentūros gauna 72 valandas už svarbius pataisymus, o kaip dėl visų kitų? Vidutinė įmonė, turinti besiplečiančią, nevienalytę aplinką, senas sistemas ir per mažai darbuotojų, išlieka labai pažeidžiama.
Tai susiję ne tik su dideliais pardavėjais. Kalbama apie visą tiekimo grandinę, mūsų sistemų tarpusavio ryšį ir didėjantį grėsmės veikėjų, kurie yra aiškiai gerai finansuojami, gerai organizuoti ir neįtikėtinai greiti, sudėtingumą. Jie ne tik randa pažeidžiamumą; jie ginkluoja juos nerimą keliančiu efektyvumu. Neveikimo kaina nėra tik teorinis duomenų praradimas; tai veiklos paralyžius, žala reputacijai ir galbūt reglamentuojamos baudos, kurios gali pakenkti verslui.
Microsoft AI agentas Gambit: galingas įrankis su būdinga rizika
Šiame skaitmeninio chaoso fone „Microsoft“ BUILD 2026 parodoje dvigubai sumažina atvirojo kodo AI agentų skaičių. Jie paskelbė apie reikšmingus savo atvirojo kodo agentų sistemos (MAF), SDK ir vykdymo laiko, skirto dirbtinio intelekto agentams ir kelių agentų darbo eigoms .NET ir Python kurti, atnaujinimus. Tai ne tik dar vienas AI pranešimas; tai konkretus žingsnis siekiant standartizuoti ir demokratizuoti autonominių AI sistemų kūrimą [1, 2, 3].
Iš pažiūros tai fantastiška naujiena kūrėjams ir architektams. Įsivaizduokite AI agentus, kurie gali automatizuoti sudėtingas darbo eigas, analizuoti didžiulius duomenų rinkinius ir netgi savarankiškai taisyti. Tvirta, atvirojo kodo sistema, kurią sukūrė pagrindinis žaidėjas, pvz., „Microsoft“, galėtų paspartinti naujovių diegimą, skatinti sąveikumą ir suteikti praktinių įrankių, kurių inžinieriai turi integruoti pažangias AI galimybes į savo programas. Tai nėra bendras AI hype; tai naujos kartos išmaniųjų sistemų vandentiekis.
Apsvarstykite potencialą:
- Automatinis atsakas į incidentus: agentai, aptinkantys anomalijas, susiejantys grėsmės žvalgybą ir netgi inicijuojantys sulaikymo veiksmus be žmogaus įsikišimo.
- Proaktyvus pažeidžiamumo valdymas: agentai, kurie nuolat nuskaito kodų bazes, analizuoja konfigūracijas ir numato galimus atakų vektorius pagal realiojo laiko grėsmių srautus.
- Savigydymo infrastruktūra: agentai, nustatantys sistemos gedimus arba našumo kliūtis ir automatiškai diegiantys pataisymus arba padidinantys išteklius.
Tai pažadas: AI agentai yra didžiausias jėgos daugiklis priblokštims IT ir saugumo komandoms.
Nerimą keliantis paradoksas
Tačiau štai kur šie du pasakojimai susiduria ir atskleidžia nerimą keliantį paradoksą. Tuo pačiu metu mes kovojame su precedento neturinčia aktyviai išnaudojamų pagrindinių programinės įrangos pažeidžiamumų banga, o nekantriai kuriame kitą autonominių, išmaniųjų sistemų sluoksnį. Ar mes taip susitelkę į ateities pažadą, kad nepastebime neatidėliotinų dabarties reikalavimų?
Pati sistema, skirta dirbtinio intelekto agentams, ypač atvirojo kodo, gali tapti kitu kritiniu atakos paviršiumi. Jei autonominis agentas yra pažeistas, tai nėra tik duomenų pažeidimas; tai nesąžiningas veikėjas, turintis potencialiai plačią prieigą ir gebėjimą priimti sprendimus. Įsivaizduokite išnaudotą AI agento sistemą, kuri naudojama:
- Automatizuokite žvalgybą: greitai nubrėžkite visą tinklą, nustatykite svarbiausius išteklius ir išvardykite pažeidžiamumus.
- Suorganizuokite atakas: koordinuokite kelių etapų atakas skirtingose sistemose, realiuoju laiku prisitaikydami prie gynybos.
- Išfiltruokite duomenis: protingai nustatykite ir išskirkite neskelbtiną informaciją, apeinant tradicinius saugos valdiklius.
Tos pačios priemonės, kurios galėtų padėti mums suvaldyti saugumo krizę, gali, patekusios į netinkamas rankas, ją eksponentiškai sustiprinti. Suteikiame šiems agentams didesnę autonomiją, bet ar nuo pat pirmos dienos statome reikiamus apsauginius turėklus? Rugsėjo nulinės dienos puolimo pamokos turi būti labai svarbios kiekvienam kūrėjui, dirbančiam su MAF ar bet kokia kita AI agentų sistema.
Apsaugota pagal dizainą, o ne apgalvojus
Kelias į priekį yra aiškus, jei sunku. AI agentų amžiuje negalime sau leisti saugumo vertinti kaip pasekmių. „Secure by Design“ turi tapti „Secure by Agent Design“. Tai reiškia:
- Tvirtas autentifikavimas ir įgaliojimas: agentai turi veikti pagal mažiausią privilegiją, o kiekvienas veiksmas turi būti registruojamas ir tikrinamas.
- Įvesties tikrinimas ir dezinfekavimas: duomenų agentai, kuriuos apdoroja ir veikia, turi būti griežtai patvirtinti, kad būtų išvengta injekcijų atakų ar kenkėjiškų raginimų.
- Paaiškinimas ir skaidrumas: Turime suprasti, kodėl agentas priėmė sprendimą, ypač kai tai susiję su svarbiomis sistemomis.
- Nuolatinis saugos patikrinimas: sistemoms ir jų pagrindu sukurtiems agentams reikia nuolatinių ir griežtų saugos testų ne tik dėl tradicinių pažeidžiamumų, bet ir dėl naujų, AI būdingų atakų vektorių.
„Microsoft“ įsipareigojimas sukurti atvirojo kodo agentų sistemą yra galingas žingsnis naujovių link. Tačiau bendruomenei taip pat tenka didžiulė atsakomybė užtikrinti, kad šie galingi įrankiai būtų sukurti saugiai. Jau dabar stengiamės apsaugoti šių dienų programas. Nekurkime autonominių rytojaus sistemų ant nepataisytų pažeidžiamumų ir norų. Rugsėjo saugumo pragaras yra ryškus priminimas: ateina ateitis, o jos esmė, o ne kaip papildoma priemonė, reikalauja saugumo.
Šaltiniai
[1] Dienos AI naujienos, 2026 m. rugsėjo 24 d. | Trečiasis vykdymo laikas – https://thirdruntime.com/ [2] AI ir technologijų naujienos šiandien (2026 m.) – populiariausios šiandienos istorijos, įvertintos 8... – https://orangebot.ai/ai-news-today [3] AI naujienos šiandien – 2026 m. rugsėjo 24 d. | Naujausi AI atnaujinimai | AI Herald – https://artificialintelligenceherald.com/ai-news-today [7] CVE Brief – 2026 m. rugsėjo 24 d. – https://cvebrief.com/ [8] Microsoft CVE sąrašas (2026 m. rugsėjis): išnaudojimo reitingas, nemokamas | Senserva – https://senserva.com/microsoft-cve-vulnerability-management.html