AWS koppelt zijn beveiligingsdienst Continuum aan Claude Code, Codex en Kiro, meldt het bedrijf op zijn securityblog. De codeeragent scant dan zelf op kwetsbaarheden, laat ze prioriteren en in een sandbox valideren. Aanzetten kan nog niet: de koppelingen zijn "coming soon".
Voor een Nederlands ontwikkelteam dat al met Claude Code of Codex werkt, is dit dus planningsnieuws en geen releasenieuws. Wat er straks verschuift, is de plek van de beveiligingscontrole: niet langer een aparte scan achteraf die een lijst bevindingen uitspuugt waar iemand zich doorheen moet werken, maar een oordeel dat al in het codevoorstel verwerkt zit. Ook het onderdeel dat de koppeling voedt, Continuum for code vulnerabilities, is er nog niet vrij: dat draait in een gesloten preview waarvoor je je moet aanmelden.

Hoe de koppeling straks werkt
In Claude Code, Codex en Kiro start je een scan op aanvraag. De signalen die daaruit komen gaan naar Continuum, dat ze afweegt tegen je eigen AWS-omgeving: configuraties, IAM-beleid, netwerktopologie en wat er aan de buitenkant blootstaat. Wat overblijft valideert de dienst in een sandbox. Daarna krijgt de assistent geprioriteerde informatie terug en past hij zijn aanbevelingen aan. De dienst bouwt daarbij in die sandbox een werkende exploit om te bewijzen dat een lek echt misbruikt kan worden, tekent SiliconANGLE aan, precies om het aantal valse alarmen te drukken.
AWS beschrijft twee modi. Voor bestaande code gebruik je Continuum los, om over je hele omgeving heen te ontdekken, prioriteren, valideren en verhelpen. Voor nieuwe code gebruik je de Continuum-plug-in binnen Codex, Claude Code of Kiro en krijg je suggesties die al op beveiliging getoetst zijn. De keten schrijven, scannen, triëren, prioriteren, fixen en opnieuw scannen klapt daarmee in elkaar tot één ding: het codevoorstel zelf.
Ontwerppartner Rivian is een van de weinige bedrijven die er nu al mee draait. "AWS Continuum verbindt broncode met bedrijfskennis, waardoor teams kwetsbaarheden nauwkeurig kunnen aanwijzen en kunnen nagaan of gemarkeerde problemen echt betekenisvol zijn", zegt CISO Mike Johnson in de aankondiging. "Dat verkort wat er echt toe doet: de tijd tot een ernstige kwetsbaarheid verholpen is."
Wat er nu al wel te gebruiken is
Continuum is geen enkele knop maar een familie diensten, en de statussen lopen uiteen. Op de eigen productpagina staat het onderdeel voor codekwetsbaarheden als gated preview, met Capital One, MongoDB, Rivian en Robinhood als ontwerppartners. Code scanning en threat modeling staan als gewone preview, mét documentatie: threat modeling genereert een STRIDE-dreigingsmodel uit je ontwerpdocumenten of codebase, code scanning toetst code aan je eigen compliance-eisen en bekende misbruikpatronen. Penetratietesten draagt geen previewlabel en belooft assessments die van weken naar uren gaan.
Dat rijtje ontwerppartners is veelzeggend: dit zijn organisaties met een eigen securityteam en een diepe AWS-voetafdruk. Capital One, dat in juli zijn eigen AI-codescanner VulnHunter als open source vrijgaf, zit er tegelijk in. Voor een MKB-bedrijf zonder eigen securityploeg is de gated preview voorlopig geen realistische route.
De harness als infrastructuur
De redenering achter Continuum staat los van de plug-in en is interessanter dan de aankondiging zelf. Modellen worden beter in het vinden van kwetsbaarheden, schrijft AWS-vicepresident Chet Kapoor, en dat levert vooral méér bevindingen op en meer werk om uit te zoeken welke ertoe doen. Het echte probleem is volgens hem de harness: de orkestratielaag die het model verbindt met tools, guardrails, geheugen en werkstromen. Teams knopen daar nu zelf modellen, agents die agents aanroepen en wisselende koppelingen aan elkaar, en bij elke verschuiving in het landschap breken hun eigen controles. AWS zegt die laag als infrastructuur te behandelen, met dezelfde discipline als identiteit, beleid en compliance. Continuum draait onder de motorkap op een agent-team-lus die per taak een ander frontier-model kiest.
Toen AWS Continuum op 17 juni op zijn Summit in New York presenteerde als securitydienst die kwetsbaarheden zelf opspoort en valideert binnen grenzen die je zelf instelt, was het een gesloten preview zonder ontwikkelomgeving eromheen. Wat er nu bijkomt is precies die omgeving.
Waar de vertrouwensvraag naartoe verschuift
De scan verhuist hiermee naar de agent die de code ook schrijft. Dat maakt de hardheid van die agent zelf dragend, en juist daar zit een bekend zwak punt: onderzoekers van het AI Now Institute lieten in juli zien hoe Claude Code en Codex tijdens een beveiligingsreview zonder waarschuwing een kwaadaardig programma op de eigen machine uitvoeren. Een beveiligingsoordeel dat binnen diezelfde agent tot stand komt, erft dat aanvalsoppervlak.
Daar komt bij wat de koppeling nodig heeft om te werken. Om een bevinding op waarde te schatten leest Continuum je IAM-beleid, je netwerktopologie en je blootstelling aan de buitenkant. Die context is precies wat de prioritering bruikbaar maakt, en tegelijk de reden dat de dienst diep in je omgeving moet kijken. De vraag verschuift zo van wie er scant naar hoeveel je één leverancier laat zien, en of je nog kunt narekenen waarom een bevinding wel of niet als belangrijk uit de agent kwam. Zolang de koppelingen "coming soon" zijn, is dat een ontwerpvraag die je rustig kunt beantwoorden voordat de plug-in er is.
Veelgestelde vragen
Beveiliging in je eigen werkstroom
Wachten op een plug-in is prima, maar de meeste winst zit in hoe je keten is ingericht: welke agent wat mag, waar de controle zit en wie meekijkt. Ik denk daarin mee, ontwerp de opzet en bouw hem ook, self-hosted waar dat kan.
Dit artikel is geproduceerd samen met het Agent Team. Meer over de redactie.
