Sikkerhet · 16. oktober 2026
Også publisert på हिन्दी
NICT identifiserer A2B-angrep som årsak til uautorisert tilgang hos bedrifter
Informasjons- og kommunikasjonsforskningsorganisasjonen NICT kunngjorde den 13. oktober at de har identifisert en del av årsaken til en rekke hendelser med informasjonslekkasjer og uautorisert tilgang hos bedrifter, som har forekommet siden slutten av august.
NICT har gitt denne metoden navnet A2B, som står for angrep fra applikasjon til backend. Ifølge analyseteamet LETTIC fungerer A2B-angrep ved at angripere analyserer grensesnitt for programmering, såkalte API-er, i offentlig tilgjengelige Android-applikasjoner for å forsøke å trenge inn i tilknyttede backend-servere. Selv om selve applikasjonen ikke har sårbarheter, kan mangler i validering av inndata eller i autentisering og autorisering på backend-serveren føre til uautorisert tilgang og lekkasje av informasjon.
Analyser fra LETTIC viser at A2B-angrep primært retter seg mot fire typer sårbarheter: SQL-injeksjon, fjernkjøring av kode, usikre direkte objektreferanser og server-side forespørselssvindel. Teamet advarer om at bruken av kunstig intelligens kan effektivisere analysen av applikasjoner og søket etter sårbarheter, noe som kan føre til at slike angrep rammer flere systemer.
NICT oppfordrer leverandører av Android-applikasjoner til å gjennomføre kontroller og iverksette tiltak. Organisasjonen anbefaler også passende sikkerhetstiltak for backend-grensesnitt for webtjenester og iOS-applikasjoner, da lignende problemer kan oppstå der.
Anbefalte tiltak inkluderer å prioritere gjennomgang av tilgangslogger fra august 2026 og utover for å se etter mistenkelig aktivitet, som for eksempel massiv henting av informasjon uten autentisering eller bruk av sekvensielle identifikatorer for å se andre medlemmers informasjon. Leverandører bør også sjekke for feil i sesjonshåndtering, eksponering av faste autentiseringsdetaljer og feilkonfigurasjoner i lagringstjenester i skyen.
Som midlertidige avbøtende tiltak foreslår NICT å begrense trafikk fra utlandet eller unødvendige kilder, stenge tilgang til utdaterte grensesnitt for programmering og testmiljøer, samt bruke brannmurer for webapplikasjoner for å kontrollere tilgangen. Dersom sårbarheter oppdages og ikke kan rettes umiddelbart, bør man vurdere midlertidig stans av den berørte funksjonen eller hele tjenesten.