suojattu ohjelmistotoimitusketju, tekoäly bom, mcp-turvallisuus

OWASP Global AppSec EU 2026 Wien: Keskeiset huomiot turvallisesta ohjelmistotoimitusketjusta, MCP-turvallisuudesta ja tekoälymallinnuksesta

Viime viikolla Xygeni-tiimi oli OWASP Global AppSec EU 2026 Wienissä, jossa Yli 800 kyberturvallisuusasiantuntijaa kokoontuivat Austria Centeriin OWASPin 25-vuotisjuhlan kunniaksi. Kaksi päivää messualueella, kymmeniä keskusteluja CISKäyttöjärjestelmäjohtajat, sovellusturvallisuuden johtajat ja DevSecOps-insinööritja yksi selkeä signaali: ohjelmistojen toimitusketjun turvaaminen on siirtynyt uuteen vaiheeseen, eivätkä useimmat organisaatiot ole siihen valmiita.

Tässä on mitä näimme, mitä näytimme ja mitä teollisuus meille kertoo.

Mitä OWASP käynnisti Wienissä

Tämän vuoden konferenssin pääjulkaisuna oli OWASP AISVS 1.0, joka julkaistiin 24. kesäkuuta 2026 itse tapahtuman aikana. standard sisältää 514 todennettavissa olevaa vaatimusta 12 luvussa, jotka kattavat kaiken nopeasta injektoinnista MCP-tietoturvaan. Toisin kuin hallintokehykset, kuten NIST AI RMF tai ISO/IEC 42001, jokainen AISVS-vaatimus on kirjoitettu tarkistettavaksi, läpäistäväksi tai hylättäväksi. Se on ensimmäinen yhteisön johtama, testattavissa oleva tietoturvan varmennus. standard erityisesti tekoälyjärjestelmille rakennettu, mallinnettu OWASP ASVS:n, kultaisen standard verkkosovellusten tietoturvan vuoksi..

AISVS:n lisäksi istuntosarja heijasteli yhteisön huomion siirtymistä. Aikataulua hallitsivat keskustelut agenttisovellusten tietoturvasta, MCP-tietoturvasta, turvallisista ohjelmistotoimitusketjukäytännöistä, varjo-tekoälyn havaitsemisesta ja LLM-sovellusten testaamisesta tuotannossa. OWASP LLM Top 10, Agentic Apps Top 10 ja MCP Top 10 eivät ole enää uusia kehyksiä; ne ovat jo julkaistuja. standardjoille useimmat organisaatiot eivät ole vielä kartoittaneet altistumistaan. Wien teki tämän kuilun näkyväksi.

Mitä Xygeni esitteli osastolla G-08

Käytimme kahta konferenssipäivää osoittaaksemme jotain, mitä teollisuus yhä enemmän pyytää, mutta jota harvoin näkee käytännössä: miten löytää, pisteyttää ja valvoa tietoturvaa koko tekoälyn osalta, jota tiimisi käyttävät kehitykseen, ei vain heidän tuottamassaan koodissa.

Xygeni AI Inventoryn Wienin-debyytti esitteli organisaation koko tekoälyhyökkäyspinnan reaaliajassa kartoitettuna, jokaisen mallin, agentin, MCP-palvelimen ja tekoälykoodaustyökalun riskipisteineen, suhdekaavioineen ja… vietävä tekoälykokoelma valmis sääntelyviranomaisille ja enterprise ostajia. Useimmille osastolla käyneille se oli ensimmäinen kerta, kun he näkivät oman tekoälyhyökkäyspintansa renderöitynä strukturoituna, auditoitavana inventaariona.

Tekoälyn riippuvuuspalomuuri osoitti, että Shield estää haitallisen npm-paketin kehittäjän päätepisteessä ennen asennusta, ennen kuin allekirjoitusta oli olemassa. Tämä on turvallinen ohjelmistotoimitusketjun hallinta, jota perinteiset SCA työkalut eivät pysty tarjoamaan tunnistusta, joka toimii noutohetkellä, ei sen jälkeen, kun paketti on jo suorittanut asennuksen jälkeisen komentosarjansa.

Demoja seuranneet keskustelut olivat johdonmukaisia. Useimmat tiimit eivät osanneet vastata ruudulla esitettyyn kysymykseen: missä on tekoäly SDLC?

Kolme asiaa, jotka Expo-kerros meille kertoi

Kymmenissä keskusteluissa kojulla ja käytävillä nousi toistuvasti esiin kolme teemaa.

MCP-tietoturva on uusi sokea piste

Jokaisella tekoälykoodausavustajia tai agenttityönkulkuja suorittavalla tiimillä on MCP-palvelimia, joita he eivät ole täysin inventoineet. Useimmilla ei ole sallittujen luetteloa, käyttäytymisen seurantaa eikä valvontakerrosta kehittäjän päätepisteessä. Tämä ei ole erityinen ongelma, sillä 5.5 prosentissa julkisista MCP-palvelimista on työkalujen myrkytyshaavoittuvuuksia ja 43 prosentissa komentojen injektiohaavoittuvuuksia. AISVS 1.0 omistaa kokonaisen luvun MCP:n tietoturvavaatimuksille, ja Wienin keskusteluissa vahvistettiin, että seuraava toimitusketjuhyökkäysten aalto kohdistuu juuri tähän.

AI-BOM-kysymys on käymässä todelliseksi

Turvallisuusjohtajat alkavat saada pyyntöjä tilintarkastajilta ja enterprise ostajia koneellisesti luettavalle luettelolle organisaation jokaisesta tekoälyresurssista (mallit, tietojoukot, agentit, MCP-palvelimet ja tekoälykoodaustyökalut) sekä niiden suhteista, riskipisteistä ja sääntelykartoituksesta. Useimmat organisaatiot eivät pysty tuottamaan sellaista tällä hetkellä. AI-BOM:sta on nopeasti tulossa tekoälyaikakauden seuraaja SBOM, ja organisaatioilla, jotka pystyvät luomaan sellaisen pyynnöstä, on merkittävä vaatimustenmukaisuus- ja luottamusetu EU:n tekoälylain auditointivelvoitteiden tullessa voimaan.

Turvallinen ohjelmistotoimitusketju tarkoittaa nyt tekoälykerroksen suojaamista

Perinteiset toimitusketjun valvontamekanismit (SCA, SBOM sukupolvi, koontiversion alkuperä, SLSA-vahvistus) rakennettiin maailmaan, jossa ihmiset kirjoittivat koodin ja paketit tulivat julkisista rekistereistä. Vuonna 2026 tekoälyagentit commit MCP-palvelimet koodaavat itsenäisesti, suorittavat työkalukutsuja käyttäjien puolesta, ja haitallisia paketteja suunnitellaan kohdistamaan suoraan tekoälytyökaluihin. Turvallinen ohjelmistotoimitusketjustrategia, joka ei kata tekoälyn hyökkäyspintaa, ei ole enää täydellinen. Vienna teki tästä yhteisymmärryksestä näkyvän niin toimittajien kojuissa, sessioiden esityksissä kuin käytäväkeskusteluissakin.

Mitä viemme Wienistä

OWASP Global AppSec EU 2026 oli hyödyllinen kalibrointipiste. Kolme useimmin messuosastolla käytyä keskustelua (MCP:n turvallisuus, tekoälypohjainen BOM-valmius ja koko ohjelmistotoimitusketjun turvaaminen tekoälypohjaisella tavalla) SDLC) ovat keskusteluja, joita varten Xygeni on rakennettu.

Zero Trust saavutti verkon, pilven ja identiteetin jo vuosia sitten. Ohjelmistokehityksen elinkaari on se taso, jota ei ole vielä täysin katettu. Tekoälyn luoman koodin osuus on nyt 40 % commitjohtavissa organisaatioissa, ja agenttityönkulkujen laajentaessa hyökkäyspinta-alaa nopeammin kuin perinteiset sovellussuojaustyökalut pystyvät sopeutumaan, tästä aukosta on tulossa tietoturvatiimien suurin haaste vuoden 2026 jälkipuoliskolla.

Jos jäit paitsi Wienistä ja haluat nähdä, mitä esittelimme osastolla G-08, on kaksi tapaa perehtyä asiaan syvällisemmin: tuotekierros nähdäksesi alustan toiminnassa tai varaa esittely, ja käymme läpi tarkalleen, mitä esittelimme messuosastolla.

UKK

Mikä on OWASP AISVS?
OWASP AISVS (tekoälyn tietoturvatarkistus) Standard) on ensimmäinen yhteisön johtama, testattava tietoturvan varmennus standard erityisesti tekoälyjärjestelmille rakennettu. Se julkaistiin kesäkuussa 2026 OWASP Global AppSec EU Wienissä, ja se sisältää 514 todennettavissa olevaa vaatimusta 12 luvussa, jotka kattavat koulutusdatan eheyden, nopean injektoinnin, MCP-turvallisuuden, agenttisen orkestroinnin, toimitusketjun ja paljon muuta. Toisin kuin hallintokehyksissä, jokainen vaatimus on kirjoitettu tarkistettavaksi joko hyväksynnän tai hylkäämisen perusteella.

Millainen on turvallinen ohjelmistotoimitusketju vuonna 2026?
Turvallinen ohjelmistotoimitusketju vuonna 2026 tarkoittaa paitsi avoimen lähdekoodin riippuvuuksien suojaamista, CI/CD pipelineja rakentaa artefakteja, mutta myös tekoälymalleja, agentteja, MCP-palvelimia ja tekoälykoodaustyökaluja, jotka ovat nyt upotettuina ohjelmistokehityksen jokaiseen vaiheeseen. Tekoälyagentteina commit koodia itsenäisesti ja haitalliset paketit kohdistavat yhä enemmän tekoälytyökaluja, toimitusketjun turvallisuus on laajentunut kattamaan agenttisen kehitystyön koko elinkaaren.

sca-työkalut-ohjelmisto-koostumusanalyysityökalut
Priorisoi, korjaa ja suojaa ohjelmistoriskisi
Hanki ilmainen tili.
Luottokorttia ei vaadita.

Turvaa ohjelmistokehityksesi ja -toimituksesi

Xygeni-tuotepaketin kanssa