Det nederlandske instituttet for sårbarhetsavsløring (DIVD), en ideell organisasjon som hjelper med å få sikkerhetsfeil rapportert og rettet, ble selv utsatt for et brudd 21. september. Ifølge Help Net Security ble angrepet drevet av et agentisk AI-system og utnyttet to nulldagssårbarheter i Zammad. AI-agenten Zammad-nulldag DIVD-brudd er en nyttig casestudie for alle som er avhengige av organisasjoner som håndterer sensitiv sikkerhetsinformasjon.

De offentlige detaljene er fortsatt begrensede, så dette innlegget holder seg til det som er bekreftet og unngår å gjette på resten.

Hva skjedde hos DIVD 21. september

DIVD er kjent for å finne eksponerte systemer og varsle eierne deres slik at problemer kan rettes opp. 21. september ble deres eget nettverk målet. Det rapporterte angrepet var agentisk, noe som betyr at et AI-system utførte trinn med en viss grad av autonomi i stedet for at en menneskelig operatør skrev inn hver kommando.

Inngangspunktet var Zammad, en åpen kildekode-plattform for sakshåndtering og brukerstøtte. Organisasjoner bruker verktøy som dette til å håndtere støtteforespørsler og intern kommunikasjon. To tidligere ukjente feil, kjent som nulldager fordi ingen oppdatering fantes da de ble brukt, ble utnyttet i angrepet.

Ironien er vanskelig å overse. En organisasjon hvis jobb er å koordinere avsløring av sårbarheter, ble brutt inn i gjennom sårbarheter ingen ennå hadde avslørt. Det peker ikke på uaktsomhet. Det viser at enhver organisasjon som kjører internettvendt programvare kan bli rammet av en feil leverandøren ennå ikke kjenner til.

Hvordan AI-agenten Zammad-nulldagskjeden fungerte

Nøkkelordet i rapporteringen er "kjede." I stedet for å stole på én feil, kombinerte angriperen to Zammad-nulldager. Kjedning er en vanlig teknikk: én svakhet gir fotfeste eller delvis tilgang, og en andre gjør det om til noe mer alvorlig. Ingen av feilene trenger å være katastrofale alene for at kombinasjonen skal forårsake reell skade.

Det som skiller seg ut her, er hvem som utførte kjedningen. Sikkerhetsforskere har lenge forventet at AI-systemer skal hjelpe med å finne og kombinere feil, og denne hendelsen beskrives som et agentisk AI-angrep som bruker to nulldager mot et reelt mål. For de tekniske detaljene om sårbarhetene selv, går vår tidligere rapport om DIVD Zammad-nulldagskjeden bak det AI-drevne bruddet dypere.

Fordi feilene ligger i serverprogramvare, rettet angrepet seg mot selve applikasjonen. Det var ikke avhengig av å stjele et passord fra en bruker eller lure en ansatt til å klikke på en lenke. Denne forskjellen betyr noe når vi kommer til hva enkeltpersoner kan og ikke kan gjøre med det.

Hva AI-drevne angrep endrer for forsvarere

Automatisering endrer tempoet mer enn selve trusselens natur. Noen praktiske endringer er verdt å merke seg:

  • Hastighet. En automatisert agent kan teste, tilpasse og kombinere trinn raskere enn et menneske som jobber alene, noe som krymper tiden forsvarere har til å oppdage og reagere.
  • Skala. Programvare som kan sondere ett mål, kan rettes mot mange. Populære verktøy med åpen kildekode og offentlig tilgjengelige grensesnitt er naturlige kandidater.
  • Oppdateringsvinduer. Med en nulldag finnes ingen oppdatering å bruke på forhånd. Det som betyr noe, er hvor raskt en leverandør kan sende ut en rettelse, og hvor raskt operatører kan installere den når den finnes.

Ingenting av dette betyr at forsvarere er hjelpeløse. Nettverkssegmentering, begrensning av hva en brukerstøtteserver kan nå, overvåking for uvanlig atferd og å holde systemer på støttede versjoner reduserer alle skaden når noe uventet kommer gjennom. Rask avsløring fra den berørte organisasjonen, slik DIVD har gjort, hjelper også andre Zammad-operatører med å sjekke sine egne oppsett.

Hva dette betyr for deg

De fleste lesere kjører ikke en brukerstøtteserver, men mange bruker tjenester som gjør det. Støtteportaler, sakssystemer og interne forespørselsverktøy inneholder ofte navn, e-postadresser og teksten i samtaler folk antok var private. Hvis en tjeneste du bruker, kjører selvhostet brukerstøtteprogramvare, kan en feil som dette eksponere den informasjonen uansett hvor forsiktig du er.

Det er også her en VPN har begrensninger. En VPN krypterer trafikken mellom enheten din og VPN-serveren og skjuler IP-adressen din fra nettstedene du besøker. Det er verdifullt på offentlig Wi-Fi eller for å redusere sporing. Det gjør ingenting for å lappe en sårbar server som drives av noen andre, og det kan ikke stoppe en angriper fra å utnytte en feil i en applikasjon som er tilgjengelig fra internett. Serversidefeil som disse må rettes av dem som driver serveren.

Det gjør ikke personvernverktøy meningsløse. Det betyr at de løser et annet problem. Behandle dem som ett lag, ikke som et skjold mot enhver type brudd.

Praktiske råd

  • Hvis du kjører Zammad eller lignende brukerstøtteprogramvare, sjekk versjonen din, følg leverandørens sikkerhetsvarsler og bruk oppdateringer så snart rettelser er tilgjengelige. Gå gjennom hva serveren kan nå på ditt interne nettverk.
  • Hvis du bruker tjenester som samler inn støttesaker, unngå å legge inn sensitive detaljer som passord, ID-numre eller finansielle data i en sak eller en støtte-e-post.
  • Bruk unike passord og tofaktorautentisering slik at eksponering av én konto ikke sprer seg til andre.
  • Følg med på varsler fra selskaper du forholder deg til, og vær forsiktig med uventede meldinger som refererer til en tidligere støtteforespørsel.
  • Ha realistiske forventninger til VPN-en din. Den beskytter tilkoblingen din, ikke serverne du kobler til.

AI-agenten Zammad-nulldag DIVD-brudd er en påminnelse om at selv gruppene som koordinerer avsløring av sårbarheter, kan bli rammet av feil ingen ennå har rapportert. For den tekniske gjennomgangen, les rapporten vår om Zammad-nulldagskjeden som muliggjorde DIVD-bruddet, og bruk deretter noen minutter på å finne ut om tjenestene du er avhengig av, eller din egen organisasjon, kjører selvhostet brukerstøtteprogramvare som trenger oppdatering.