I sidste uge var Xygeni-teamet kl. OWASP Global AppSec EU 2026 i Wien, hvor 800+ cybersikkerhedseksperter samlet på Austria Center i anledning af OWASPs 25-års jubilæum. To dage på messegulvet, snesevis af samtaler med CISOperativsystemer, AppSec-ledere og DevSecOps-ingeniører, og ét klart signal: Sikring af softwareforsyningskæden er gået ind i en ny fase, og de fleste organisationer er ikke klar til det.
Her er, hvad vi så, hvad vi viste, og hvad branchen fortæller os.
Hvad OWASP lancerede i Wien
Hovedmeddelelsen på årets konference var OWASP AISVS 1.0, udgivet den 24. juni 2026 under selve begivenheden. Den standard indeholder 514 verificerbare krav fordelt på 12 kapitler, der dækker alt fra prompt injection til MCP-sikkerhed. I modsætning til governance-frameworks som NIST AI RMF eller ISO/IEC 42001 er alle AISVS-krav skrevet til at blive kontrolleret, bestået eller ikke bestået. Det er den første community-drevne, testbare sikkerhedsverifikation. standard specialbygget til AI-systemer, modelleret efter OWASP ASVS, guldet standard til webapplikationssikkerhed..
Ud over AISVS afspejlede sessionssporet, hvor fællesskabets opmærksomhed har flyttet sig. Foredrag om agentapplikationssikkerhed, MCP-sikkerhed, sikker softwareforsyningskædepraksis, skygge-AI-detektion og test af LLM-applikationer i produktion dominerede programmet. OWASP LLM Top 10, Agentic Apps Top 10 og MCP Top 10 er ikke længere nye frameworks; de er live standardsom de fleste organisationer endnu ikke har kortlagt deres eksponering i forhold til. Wien gjorde dette hul synligt.
Hvad Xygeni viste på stand G-08
Vi brugte de to konferencedage til at demonstrere noget, som branchen i stigende grad efterspørger, men sjældent ser i praksis: hvordan man opdager, scorer og håndhæver sikkerhed på tværs af den AI, som dine teams bruger til at udvikle, ikke kun den kode, de producerer.
Wien-debuten af Xygeni AI Inventory viste en organisations samlede AI-angrebsflade kortlagt i realtid, hver model, agent, MCP-server og AI-kodningsværktøj, med risikoscorer, relationsgrafer og en eksporterbar AI-BOM klar til regulatorer og enterprise For de fleste besøgende på standen var det første gang, de havde set deres egen AI-angrebsflade gengivet som en struktureret, kontrollerbar opgørelse.
AI-afhængighedsfirewallen demonstrerede, at Shield blokerede en ondsindet npm-pakke ved udviklerens slutpunkt før installation, før der fandtes en signatur. Dette er den sikre softwareforsyningskædekontrol, som traditionel SCA Værktøjer kan ikke levere en detektion, der virker i hentningsøjeblikket, ikke efter pakken allerede har kørt sit postinstall-script.
Samtalerne efter demonstrationerne var ensartede. De fleste hold kunne ikke besvare spørgsmålet på skærmen: Hvor er AI'en i din SDLC?
Tre ting, som messegulvet fortalte os
I løbet af snesevis af samtaler ved standen og i gangene dukkede tre temaer op gentagne gange.
MCP-sikkerhed er den nye blinde plet
Alle teams, der kører AI-kodningsassistenter eller agentiske arbejdsgange, har MCP-servere, som de ikke har fuldt ud opgjort. De fleste har ingen tilladelsesliste, ingen adfærdsovervågning og intet håndhævelseslag på udviklerens slutpunkt. Dette er ikke en nicheproblem; 5.5 % af offentlige MCP-servere har værktøjsforgiftningsfejl, og 43 % har kommandoinjektionssårbarheder. AISVS 1.0 dedikerer et helt kapitel til MCP-sikkerhedskrav, og samtalerne i Wien bekræftede, at det er her, den næste bølge af forsyningskædeangreb vil lande.
AI-BOM-spørgsmålet bliver virkeligt
Sikkerhedsledere begynder at modtage anmodninger fra revisorer og enterprise købere af en maskinlæsbar oversigt over alle AI-aktiver i organisationen (modeller, datasæt, agenter, MCP-servere og AI-kodningsværktøjer) med deres relationer, risikoscorer og regulatoriske kortlægninger. De fleste organisationer kan ikke producere en sådan i dag. AI-BOM er hurtigt ved at blive AI-æraens efterfølger til SBOM, og de organisationer, der kan generere en on-demand, vil have en betydelig fordel i forbindelse med overholdelse af regler og tillid, når revisionsforpligtelserne i henhold til EU's AI-lov træder i kraft.
Sikker softwareforsyningskæde betyder nu sikring af AI-laget
Traditionelle forsyningskædekontroller (SCA, SBOM generation, build-proveniens, SLSA-attestation) blev bygget til en verden, hvor mennesker skrev koden, og pakkerne kom fra offentlige registre. I 2026, AI-agenter commit kode autonomt, MCP-servere udfører værktøjskald på vegne af brugere, og ondsindede pakker bliver konstrueret til at målrette AI-værktøjer direkte. En sikker softwareforsyningskædestrategi, der ikke dækker AI-angrebsfladen, er ikke længere komplet. Vienna gjorde denne konsensus synlig på tværs af leverandørstande, sessionsforedrag og samtaler i gangen.
Hvad vi tager med os fra Wien
OWASP Global AppSec EU 2026 var et nyttigt kalibreringspunkt. De tre samtaler, der finder sted hyppigst på messegulvet (MCP-sikkerhed, AI-BOM-beredskab og sikring af hele softwareforsyningskæden i et AI-native system) SDLC) er de samtaler, som Xygeni blev bygget til.
Zero Trust nåede netværket, skyen og identiteten for år tilbage. Softwareudviklingslivscyklussen er det lag, der ikke er blevet fuldt dækket. Med AI-genereret kode, der nu tegner sig for 40% af commithos førende organisationer, og med agentiske arbejdsgange, der udvider angrebsfladen hurtigere end traditionelle AppSec-værktøjer kan tilpasse sig, er dette hul ved at blive den afgørende udfordring for sikkerhedsteams i andet halvår af 2026.
Hvis du gik glip af Wien og gerne vil se, hvad vi demonstrerede på stand G-08, er der to måder at gå i dybden på: tag en produktrundvisning at se platformen i aktion, eller book en demo, og vi vil gennemgå præcis, hvad vi viste på messegulvet.
Ofte Stillede Spørgsmål
Hvad er OWASP AISVS?
OWASP AISVS (AI-sikkerhedsverifikation) Standard) er den første fællesskabsdrevne, testbare sikkerhedsverifikation standard Specialbygget til AI-systemer. Udgivet i juni 2026 på OWASP Global AppSec EU Wien, indeholder den 514 verificerbare krav fordelt på 12 kapitler, der dækker træningsdataintegritet, prompt injection, MCP-sikkerhed, agentisk orkestrering, forsyningskæde og mere. I modsætning til governance-frameworks er hvert krav skrevet til at blive kontrolleret som bestået eller ikke bestået.
Hvad er en sikker softwareforsyningskæde i 2026?
En sikker softwareforsyningskæde i 2026 betyder ikke kun at beskytte open source-afhængigheder, CI/CD pipelines og byggeartefakter, men også AI-modeller, agenter, MCP-servere og AI-kodningsværktøjer, der nu er integreret i alle faser af softwareudvikling. Som AI-agenter commit kode autonomt, og ondsindede pakker målretter sig i stigende grad mod AI-værktøjer, og forsyningskædens sikkerhed er udvidet til at omfatte hele agentudviklingslivscyklussen.
