Claude Security kører nu på Mythos 5
Anthropic oplyste 21. august 2026, at sårbarhedsscanninger i Claude Security nu kører på Claude Mythos 5 for Enterprise‑kunder. Det er et skifte fra at holde modellen bag glas til at lade den arbejde i en kontrolleret scanningsoverflade. Kilderne Marktechpost og Unite.ai beskriver, at Mythos 5 tidligere kun var tilgængelig for godkendte forsvarere gennem Project Glasswing, men nu rammer den driftsværktøjerne i virksomheder. Samme dag annoncerede Anthropic en $35 mio. Defender Advantage Fund og planer om at udvide Cyber Verification Program til bredere dual‑use kapabiliteter og senere Mythos‑klasse adgang.
Hvorfor det betyder noget? Tempo og rækkevidde. Frontier‑kapabiliteter, pakket som en administreret scanner, ændrer hvem der må trykke på knappen, hvornår der scannes, og hvordan triage lander i backloggen. Det er også et styringsspørgsmål, fordi brugerne ikke får en promptflade til selve modellen. De får en rapport, ikke en dialog. Det strammer driften — med vilje.
Hvad ændrer sig for enterprise‑sikkerhed
Claude Security kobler sig på et GitHub‑repository, læser Git‑historik og følger dataflow på tværs af filer i stedet for at matche simple regler. Ifølge Marktechpost returnerer scanneren fund med en CWE‑kategori, confidence‑ og severity‑niveauer samt et foreslået patch. Det samler kontekst og handling i ét artefakt, som kan løftes direkte ind i backlog eller incident‑flow. Fund kan pushes til Slack eller Jira via webhooks og eksporteres som CSV eller Markdown, så teams kan blive i deres eksisterende værktøjer.
Scans kan scopes til et directory og planlægges. Det gør en forskel i store monorepos, hvor man må starte, hvor det brænder mest. Patching sker som en separat proces. Her bruger udviklerne Claude Code i browseren og de modeller, organisationen allerede har adgang til. Mythos‑tilgangen følger altså ikke med over i patch‑trinnet, og hver ændring kræver menneskelig review og godkendelse. Bevidst konservativt.
Mythos 5 og hvorfor det rykker
Mythos‑klassens særkende er de offensive og defensive cyber‑evner. Kilderne beskriver, at det er årsagen til, at adgangen har været begrænset til Project Glasswing og godkendte forsvarere. Ved at køre scanninger på Mythos 5 uden at lade slutbrugere interagere direkte med modellen forsøger Anthropic at levere stærk detektion uden at åbne for misbrug. Man kan kalde det et UI‑greb, men det er stadig en reel risikoreduktion i daglig drift.
Det ændrer også magtfordelingen. Tidligere lå frontier‑modeller hos små, kuraterede grupper. Nu skubbes en del af evnerne ind i almindelige sikkerhedsrutiner i store virksomheder. Det kan løfte baseline — og presse andre leverandører til at svare.
Opsætning og drift
Ifølge Marktechpost aktiverer en admin Claude Security i organisationskonsollen. Brugere starter scanninger på claude.ai/security. Det flytter kontrollen op i governance‑laget: hvem har rettighed til at slå funktionen til, og hvem må starte en scan mod hvilke repos. Roller, auditlogning og notifikationer bør defineres, før man klikker. Tag diskussionen på forhånd, ikke i en retro.
Faktureringen følger standard token‑forbrug i den eksisterende Claude Enterprise‑aftale. Der er ingen særskilt Mythos 5‑model‑add‑on ifølge Marktechpost. Udgiften lander dér, hvor mange allerede budgetterer cloud‑ og AI‑forbrug. Praktisk — men let at overse, indtil regningen rammer. Ingen af kilderne oplyser typisk token‑forbrug pr. scan eller pr. repo‑størrelse, så økonomien kræver en pilot med måling af forbrugsprofiler.
Designvalg for at begrænse misbrug
Anthropic fremhæver, at Claude Security returnerer en scanrapport i stedet for en promptboks. Ideen er, at den samme model, der finder sårbarheder, ikke også kan dirigeres til at skrive exploits. Det er fornuftigt som minimumsværn. Men det lukker ikke alle vinkler. En angriber, der får fingre i rapporter eller webhook‑strømme, får stadig værdifuld efterretning om sårbarheder og systemarkitektur. Derfor bliver opsætning af scopes, tokens, opbevaring og deling af rapporter afgørende.
Hvem får adgang
Mythos‑drevet scanning er i public beta for Enterprise‑organisationer med Claude Enterprise‑aftale og kode i GitHub, jf. Marktechpost og Unite.ai. Startups og mid‑market på Pro, Max eller Team får den ikke. Det skærer markedet skarpt. For mindre teams betyder det enten at leve uden Mythos‑scanning, opgradere til Enterprise eller afvente partnerintegrationer, som Anthropic nævner er på vej via samarbejder med sikkerhedsleverandører.
Der findes en separat Claude Security‑plugin til Claude Code i beta for alle Claude Code‑brugere. Den kører på modellerne i kundens egen konto, ikke Mythos 5. Det kan give ensartet brugeroplevelse i IDE eller webeditor, men ikke samme frontier‑detektion. Forstå forskellen — så ingen tror, at lokale scanninger pludselig er Mythos‑niveau. Det er de ikke.
Hvad det betyder i praksis for DevSecOps
Med GitHub‑integration, directory‑scope og planlagte scanninger er det nærliggende at koble Claude Security til CI/CD som en fast gate. Det rejser et tilladelsesspørgsmål: Skal sikkerhedsteams eje triggeren, eller må engineering leads køre ad hoc‑scans på service‑mapper ved mistanke? Begge dele kan give mening, men uden klare policies ender man i overlap og dobbeltarbejde. En pragmatisk model: kør en nattelig bred scan og små, målsatte scans ved high‑risk ændringer.
Outputtet leveres med CWE, severity, confidence og et patchforslag, hvilket gør det lettere at omsætte et fund til et konkret issue. Det skærer tid af triage, især når fund skubbes direkte til Jira. Men patch‑implementeringen sker separat, og modellen bag patchforslagene er ikke Mythos. Den nuance kan påvirke kvaliteten af første kodeændring. Krav om menneskelig review er derfor en del af sikkerhedsbarrieren — ikke bare formalitet.
Omkostninger og økonomisk ejerskab
Når scanninger afregnes som standard token‑forbrug, flytter budgetspørgsmålet fra licenslinje til cloud‑ og AI‑forbrug. Det undgår en ny prisboks, men kan mudre ansvar, hvis scanninger havner i samme pulje som generativ brug. Ingen kilder dokumenterer typisk token‑forbrug pr. scan, så kør en kontrolleret pilot: ét repo, kendt størrelse, mål forbrug over tre uger, sæt alarmer på overforbrug, og justér scanningsfrekvens derefter.
Hold også øje med Slack‑ og Jira‑integrationens volumen. Hvis fund vælter ind uden prioritering, lammes teamet. Brug severity og confidence som filtre fra dag ét, og justér senere.
Programmer og incitamenter
Sideløbende lancerede Anthropic Defender Advantage Fund, også kaldet 0xDAF, med $35 mio. i Claude‑kreditter til organisationer, der sikrer open‑source software, ifølge Marktechpost og Unite.ai. Det er ikke kontanter, men kreditter kan flytte noget i open‑source‑projekter, der mangler midler til store analyser eller automatiserede scanninger. Det bliver interessant at se tildelingskriterierne, og om projekter med supply‑chain‑tyngde prioriteres.
Anthropic varslede også en udvidelse af Cyber Verification Program i de kommende uger, først mod bredere dual‑use på Opus og Sonnet og derefter Mythos‑klasse adgang. Tolkningen her er, at adgangsstyring til de mest kapable funktioner får flere trin og måske flere verifikationskrav. Fornuftigt — men detaljerne er åbne. Ingen af kilderne lister konkrete kontroller eller auditkrav.
Åbne spørgsmål og risici
Der er huller, som bør belyses, før større udrulninger. For det første hvordan Git‑credentials håndteres under scanning: bruges read‑only scopes, er tokens ephemeral, og hvad logges hvor? Kilderne nævner ikke detaljegraden. Uden klarhed her kan man uforvarende udvide angrebsfladen.
For det andet mangler en uafhængig evaluering af scannerens præcision. Marktechpost beskriver den interne adversarial verification, men uden dækningstal. Indtil benchmark foreligger, er det klogt at sammenligne Mythos‑fund med eksisterende SAST‑resultater på et kendt, etiketteret testrepo for at kalibrere forventninger.
Hvad man bør følge op på
Mindst seks ting fortjener opfølgning: 1) Dokumentation for den adversariske verifikation og effekt på falske positiver. 2) En tredjepartsbenchmark mod etablerede SAST‑værktøjer på kendte test‑suiter. 3) Klare beskrivelser af credential‑scopes, nøglerotation og log‑retention. 4) Navne på sikkerhedspartnere og graden af indlejring, inkl. on‑prem kontra cloud. 5) Estimater for tokenforbrug pr. scan ved små, mellemstore og store repos. 6) Databehandling og retention for fund i regulerede miljøer som sundhed og finans.
Og en praktisk detalje: hvordan håndteres fortrolige fund i Slack og Jira, hvis de ligger i delte kanaler eller projekter med brede rettigheder? Nemt at glemme, indtil en compliance‑gennemgang banker på.
Konkurrencen og pejlemærkerne
At lægge frontier‑funktionalitet ind i en administreret scanner sætter baren for resten af markedet. De næste måneder bliver en prøve på, hvem der kan kombinere dyb kodeforståelse, tværfil‑analyse og lav støj i findings uden at åbne for misbrug. Hvis partnerintegrationerne materialiserer sig, kan Mythos 5 dukke op i værktøjer, teams allerede bruger — og så bliver differentieringen usynlig for slutbrugeren. Det hjælper udrulning, men gør due diligence sværere.
Der mangler stadig jord under fødderne: offentlige cases, hvor Mythos 5 finder en høj‑severity sårbarhed, som andre værktøjer missede, med dokumenteret tid til patch og uden høj støj. Når den slags data ligger på bordet, er vejen fra pilot til standard kortere.
Så hvad gør man nu
Den pragmatiske vej: Start småt. Vælg et afgrænset repo, slå Claude Security til via admin‑konsollen, kør planlagte directory‑scans og mål alt: tokenforbrug, tid til triage, andel af fund der bliver til merges, og hvor ofte patchforslaget rammer rigtigt. Sæt filtre før Slack‑ og Jira‑push, og lad kun security eller en udpeget lead starte ad hoc‑scans. Så undgår man stormløb og får data til beslutninger.
Holder man fast i mindst nødvendige rettigheder, klar logging og menneskelig godkendelse af patches, er der plads til at eksperimentere uden at brænde fingrene. Frontier‑kapaciteten er tættere på hverdagen — forskellen mærkes først, når man bruger den.
