Forrige uke var Xygeni-teamet på OWASP Global AppSec EU 2026 i Wien, hvor 800+ eksperter på nettsikkerhet samlet på Austria Center for OWASPs 25-årsjubileum. To dager på messegulvet, dusinvis av samtaler med CISOperatørsystemer, AppSec-ledere og DevSecOps-ingeniører, og ett klart signal: sikring av programvareforsyningskjeden har gått inn i en ny fase, og de fleste organisasjoner er ikke klare for det.
Her er hva vi så, hva vi viste, og hva bransjen forteller oss.
Hva OWASP lanserte i Wien
Hovedmeldingen på årets konferanse var OWASP AISVS 1.0, utgitt 24. juni 2026, under selve arrangementet. Den standard inneholder 514 verifiserbare krav fordelt på 12 kapitler som dekker alt fra umiddelbar injeksjon til MCP-sikkerhet. I motsetning til styringsrammeverk som NIST AI RMF eller ISO/IEC 42001, er alle AISVS-krav skrevet for å bli kontrollert, bestått eller ikke bestått. Det er den første fellesskapsdrevne, testbare sikkerhetsverifiseringen. standard spesialbygd for AI-systemer, modellert etter OWASP ASVS, gullfargen standard for sikkerhet for webapplikasjoner..
Utover AISVS, reflekterte sesjonssporet hvor fellesskapets oppmerksomhet har flyttet seg. Foredrag om agentapplikasjonssikkerhet, MCP-sikkerhet, sikker programvareforsyningskjedepraksis, skygge-AI-deteksjon og testing av LLM-applikasjoner i produksjon dominerte timeplanen. OWASP LLM Topp 10, Agentic Apps Top 10 og MCP Top 10 er ikke lenger nye rammeverk; de er live standardsom de fleste organisasjoner ennå ikke har kartlagt eksponeringen sin mot. Wien gjorde dette gapet synlig.
Hva Xygeni viste frem på stand G-08
Vi brukte de to konferansedagene til å demonstrere noe bransjen i økende grad ber om, men sjelden ser i praksis: hvordan man oppdager, scorer og håndhever sikkerhet på tvers av AI-en teamene dine bruker til å utvikle, ikke bare koden de produserer.
Wien-lanseringen av Xygeni AI Inventory viste en organisasjons hele AI-angrepsflate kartlagt i sanntid, hver modell, agent, MCP-server og AI-kodingsverktøy, med risikopoeng, relasjonsgrafer og en eksporterbar AI-BOM klar for regulatorer og enterprise kjøpere. For de fleste besøkende på standen var det første gang de hadde sett sin egen AI-angrepsflate gjengitt som en strukturert, reviderbar inventarliste.
AI-avhengighetsbrannmuren demonstrerte at Shield blokkerte en ondsinnet npm-pakke ved utviklerens endepunkt før installasjon, før en signatur fantes. Dette er den sikre programvareforsyningskjedekontrollen som tradisjonell SCA verktøy kan ikke tilby deteksjon som fungerer i henteøyeblikket, ikke etter at pakken allerede har kjørt etterinstallasjonsskriptet.
Samtalene som fulgte demonstrasjonene var konsistente. De fleste teamene kunne ikke svare på spørsmålet på skjermen: Hvor er AI-en i din SDLC?
Tre ting messegulvet fortalte oss
Gjennom dusinvis av samtaler i boden og i gangene dukket tre temaer opp gjentatte ganger.
MCP-sikkerhet er den nye blindsonen
Alle team som kjører AI-kodingsassistenter eller agentiske arbeidsflyter har MCP-servere de ikke har fullstendig inventarisert. De fleste har ingen tillatelsesliste, ingen atferdsovervåking og ingen håndhevingslag på utviklerens endepunkt. Dette er ikke et nisjeproblem, 5.5 % av offentlige MCP-servere har verktøyforgiftningsfeil, og 43 % har sårbarheter for kommandoinjeksjon. AISVS 1.0 dedikerer et helt kapittel til MCP-sikkerhetskrav, og samtalene i Wien bekreftet at det er her den neste bølgen av forsyningskjedeangrep vil lande.
Spørsmålet om AI-BOM blir virkelighet
Sikkerhetsledere begynner å motta forespørsler fra revisorer og enterprise kjøpere for en maskinlesbar oversikt over alle AI-ressurser i organisasjonen (modeller, datasett, agenter, MCP-servere og AI-kodingsverktøy) med deres relasjoner, risikoscore og regulatoriske kartlegging. De fleste organisasjoner kan ikke produsere en i dag. AI-BOM er raskt i ferd med å bli AI-æraens etterfølger til SBOM, og organisasjonene som kan generere en på forespørsel vil ha en betydelig fordel innen samsvar og tillit når revisjonsforpliktelsene i henhold til EUs KI-lov innføres.
Sikker programvareforsyningskjede betyr nå å sikre AI-laget
Tradisjonelle forsyningskjedekontroller (SCA, SBOM generasjon, byggeproveniens, SLSA-attestering) ble bygget for en verden der mennesker skrev koden og pakkene kom fra offentlige registre. I 2026, AI-agenter commit kode autonomt, MCP-servere utfører verktøykall på vegne av brukere, og ondsinnede pakker blir konstruert for å målrette AI-verktøy direkte. En sikker strategi for programvareforsyningskjeden som ikke dekker AI-angrepsflaten er ikke lenger komplett. Vienna gjorde denne enigheten synlig på tvers av leverandørboder, samtaler i økter og samtaler i korridorer.
Hva vi tar med oss fra Wien
OWASP Global AppSec EU 2026 var et nyttig kalibreringspunkt. De tre samtalene som skjer oftest på messegulvet (MCP-sikkerhet, AI-BOM-beredskap og sikring av hele programvareforsyningskjeden i en AI-native SDLC) er samtalene Xygeni ble bygget for.
Nulltillit nådde nettverket, skyen og identiteten for mange år siden. Programvareutviklingslivssyklusen er laget som ikke har blitt fullt dekket. Med AI-generert kode som nå står for 40 % av commiti ledende organisasjoner, og med agentiske arbeidsflyter som utvider angrepsflaten raskere enn tradisjonelle AppSec-verktøy kan tilpasse seg, er dette gapet i ferd med å bli den definerende utfordringen for sikkerhetsteam i andre halvdel av 2026.
Hvis du gikk glipp av Wien og vil se hva vi demonstrerte på stand G-08, finnes det to måter å gå dypere på: ta en produktomvisning å se plattformen i aksjon, eller bestill en demo, og vi vil vise deg nøyaktig hva vi viste på messegulvet.
Spørsmål og svar
Hva er OWASP AISVS?
OWASP AISVS (AI-sikkerhetsverifisering Standard) er den første fellesskapsdrevne, testbare sikkerhetsverifiseringen standard spesialbygd for AI-systemer. Utgitt i juni 2026 på OWASP Global AppSec EU Wien, inneholder den 514 verifiserbare krav fordelt på 12 kapitler, som dekker opplæringsdataintegritet, rask injeksjon, MCP-sikkerhet, agentorkestrering, forsyningskjede og mer. I motsetning til styringsrammeverk er hvert krav skrevet for å bli kontrollert som bestått eller ikke bestått.
Hva er en sikker programvareforsyningskjede i 2026?
En sikker programvareforsyningskjede i 2026 betyr ikke bare å beskytte avhengigheter av åpen kildekode, CI/CD pipelines, og byggeartefakter, men også AI-modellene, agentene, MCP-serverne og AI-kodingsverktøyene som nå er innebygd i alle trinn av programvareutvikling. Som AI-agenter commit kode autonomt og ondsinnede pakker retter seg i økende grad mot AI-verktøy, og sikkerhet i forsyningskjeden har utvidet seg til å omfatte hele agentutviklingssyklusen.
