--- id: "phishing-011" title: "AiTM-phishing: Hvorfor selv tofaktorautentisering og MFA-koder stjeles" description: "Lær hvordan AiTM-angrep omgår MFA ved å stjele sesjonskapsler, og hvordan norske virksomheter sikrer seg mot moderne phishing-angrep." canonical: https://startbrain.io/no/cybersikkerhet/aitm-phishing-mfa-sesjonskapsler-sikkerhet/ slug: "aitm-phishing-mfa-sesjonskapsler-sikkerhet" date: "2026-09-29" category: "phishing" product: "superphisher" lang: no author: "Brain Security · FoU Cyber & Den Menneskelige Faktoren" frameworks: "NSM · Digitalsikkerhetsloven (NIS 2) · Normen · DORA · ISO 27001" --- # AiTM-phishing: Hvorfor selv tofaktorautentisering og MFA-koder stjeles I mange år har innføringen av MFA (flerfaktorautentisering) blitt ansett som det ultimate forsvarsverket mot identitetstyveri. For norske CISO-er og sikkerhetsteam har kravet om engangskoder på SMS eller push-varsler nøytralisert brorparten av klassiske phishing-forsøk, helt i tråd med NSMs grunnprinsipper for IKT-sikkerhet. Dessverre holder ikke denne garantien lenger mot fremveksten av såkalte AiTM-angrep (Adversary-in-the-Middle). I dag kan en medarbeider taste inn passordet sitt og godkjenne påloggingen på mobilen, og likevel gi angriperne full tilgang til virksomhetens skyløsninger og e-postkasser. Trusselaktørene forsøker ikke lenger å knekke passord: de omgår selve tilgangskontrollen. Å forstå denne mekanismen er helt avgjørende for ledergruppen og sikkerhetsledelsen når forsvarsverk og opplæring skal oppdateres. --- ## Hvordan stjeler et AiTM-phishing-kit sesjonskapselen til tross for tofaktor? > **Kort oppsummert: Et AiTM-verktøy fungerer som en ondsinnet omvendt proxy som videresender forespørsler i sanntid mellom offeret og den ekte tjenesten. Når brukeren godkjenner MFA-forespørselen, utsteder den legitime serveren en sesjonskapsel (session cookie) som angriperen umiddelbart fanger opp for å overta den innloggede identiteten.** I motsetning til tradisjonell phishing, som kun etterligner en innloggingsside for å lagre tastetrykk, baserer AiTM seg på en dynamisk infrastruktur: - **Sanntids videresending:** Angriperen setter opp en omvendt proxy under et villedende domenenavn. Når medarbeideren klikker på lenken, henter proxy-serveren den faktiske innloggingssiden til skyleverandøren og viser den direkte til offeret. - **Oppfanging av første faktor:** Brukeren taster inn brukernavn og passord. Den ondsinnede proxyen sender dette umiddelbart til den reelle tjenesten, som deretter ber om den vanlige totrinnskontrollen. - **Validering av MFA:** Offeret mottar varselet på sin autentiseringsapp eller en kode på SMS, og godkjenner i god tro. Opplevelsen fremstår nøyaktig som en ordinær innlogging. - **Tyveri av sesjonskapselen:** Så snart MFA er bekreftet, oppretter den legitime serveren et sesjonstoken for å holde brukeren innlogget. Det er denne verdifulle sesjonskapselen AiTM-proxyen fanger opp, før brukeren sendes videre til en uskyldig landingsside. Med denne sesjonskapselen i hende kan angriperen lime den inn i sin egen nettleser. Dermed omgås både passord, tofaktorapper og eventuelle passordbytter, og angriperen får direkte tilgang til bedriftens systemer uten at det umiddelbart utløses alarmer hos NorCERT eller interne overvåkingssystemer. --- ## Hvorfor er tradisjonell MFA utilstrekkelig mot sesjonstyveri? > **Kort oppsummert: Tradisjonelle MFA-metoder som SMS, TOTP-apper og push-varsler mangler kryptografisk binding til det legitime nettstedsdomenet. De bekrefter brukerens identitet i øyeblikket, men verifiserer aldri ektheten til nettadressen nettleseren faktisk besøker.** Engangskoder som leses opp fra en mobilskjerm eller mottas på SMS deler en strukturell svakhet: de krever menneskelig inntasting. Så lenge et menneske kan lese en tallrekke for å skrive den inn i et felt, kan vedkommende også manipuleres til å skrive den inn på en falsk side. ### Svakheten ved push-varsler og tallmatching Selv avanserte push-varsler med tallmatching (number matching) er sårbare for AiTM. Den omvendte proxyen henter tallet fra den ekte serveren og viser det på skjermen til den ansatte, som deretter trykker på det samme tallet på sin mobil. ### Nødvendigheten av FIDO2 og Passkeys For å nøytralisere denne sårbarheten må virksomheter bevege seg mot phishing-resistent MFA basert på FIDO2- og WebAuthn-standardene: - **Kryptografisk domenebinding:** Ved bruk av FIDO2 (via fysiske sikkerhetsnøkler eller Passkeys) kommuniserer nettleseren direkte med maskinvaren. Nettleseren sender den nøyaktige URL-adressen til sikkerhetsbrikken. - **Automatisk blokkering ved feil domene:** Dersom den ansatte står på et ondsinnet domene (for eksempel `sikker-innlogging-portal.com` i stedet for virksomhetens offisielle domene), vil maskinvaren nekte å signere forespørselen fordi opprinnelsen ikke stemmer overens. AiTM-proxyen mottar ingenting og får ingen sesjonskapsel å stjele. --- ## Hvordan beskytte virksomhetens ansatte mot AiTM i praksis? Å rulle ut maskinvarenøkler til alle ansatte i SMB-markedet og større virksomheter tar tid. Parallelt med dette teknologiløftet finnes det flere operative tiltak som reduserer risikoen betraktelig, i tråd med kravene i Digitalsikkerhetsloven (NIS 2) og DORA-forordningen. ### Stram inn reglene for betinget tilgang (Conditional Access) Begrens levetiden og nytten av stjålne sesjonskapsler gjennom strenge tilgangsregler: - **Krav om godkjente enheter:** Blokker nettsesjoner som kommer fra ukjente enheter eller enheter som ikke overholder virksomhetens MDM-policyer. - **Geografiske sperrer og anomalideteksjon:** Reager på umulige reiser, for eksempel dersom en sesjon godkjennes i Oslo for så å sende API-kall fra et annet kontinent to minutter senere. - **Kortere levetid på sesjonstokens:** Reduser levetiden på nettleserøkter for kritiske fagsystemer, slik at stjålne tokens raskt blir ubrukelige. ### Tren de ansatte på å oppdage domeneavvik Svakheten til ethvert AiTM-angrep ligger i selve domenenavnet: angriperen kan aldri benytte leverandørens eksakte domene. Årvåkenhet rundt nettleserens adressefelt er derfor en kritisk forsvarslinje. For å bygge sterke vaner hos de ansatte kreves realistisk mengdetrening. Med [Super Phisher](/en-us/catalog/super-phisher/), vår simulator for phishing-trening som rulles ut i samarbeid med våre eksperter, settes medarbeiderne på prøve mot moderne trusler. Dette gjør det mulig å måle og forbedre evnen til å oppdage falske nettadresser før opplysninger oppgis. --- ## En moderne cyberberedskap forener teknologi og menneskelig atferd Phishing som omgår tofaktorautentisering illustrerer hvor hurtig trusselbildet endrer seg. Å stole blindt på tekniske tiltak uten å tilpasse opplæringen av de ansatte skaper en falsk trygghet som kan koste dyrt ved revisjoner fra Datatilsynet eller Finanstilsynet. Det mest robuste forsvaret oppnås ved å kombinere FIDO2-arkitektur, finjusterte tilgangskontroller og kontinuerlig trening mot moderne sosial manipulering. Ønsker dere å teste hvor motstandsdyktige deres ansatte er mot avanserte phishing-metoder og etablere et skreddersydd treningsprogram? [Book et møte med oss](/en-us/book-a-demo/) for en uforpliktende prat og en demonstrasjon av våre engasjerende læringsmetoder. ### 15 / 30 / 60 / 90-Day Rollout Plan: AiTM-phishing: Hvorfor selv tofaktorautentisering og MFA-koder stjeles | Horizon | Priority Workstream | Operational Implementation | Reference Section | | --- | --- | --- | --- | | **D+15 · Scope** | Sanntids videresending | Angriperen setter opp en omvendt proxy under et villedende domenenavn. Når medarbeideren klikker på lenken, henter proxy-serveren den faktiske… | Hvordan stjeler et AiTM-phishing-kit sesjonskapselen til tross… | | **D+30 · Pilot** | Kryptografisk domenebinding | Ved bruk av FIDO2 (via fysiske sikkerhetsnøkler eller Passkeys) kommuniserer nettleseren direkte med maskinvaren. Nettleseren sender den nøyaktige… | Hvorfor er tradisjonell MFA utilstrekkelig mot sesjonstyveri? | | **D+60 · Rollout** | Krav om godkjente enheter | Blokker nettsesjoner som kommer fra ukjente enheter eller enheter som ikke overholder virksomhetens MDM-policyer. | Hvordan beskytte virksomhetens ansatte mot AiTM i praksis? | | **D+90 · Audit** | Oppfanging av første faktor | Brukeren taster inn brukernavn og passord. Den ondsinnede proxyen sender dette umiddelbart til den reelle tjenesten, som deretter ber om den vanlige… | Hvordan stjeler et AiTM-phishing-kit sesjonskapselen til tross… | --- ## Les videre: relaterte artikler og løsninger fra Brain Security ### Relaterte artikler om dette temaet - **[Sosial manipulering pa profesjonelle nettverk: Nar falske jobbtilbud skjuler cyberangrep](/no/cybersikkerhet/sosial-manipulering-falske-jobbtilbud-nettverk-sikkerhet/)** (Phishing & Social Engineering) : Lær hvordan trusselaktører utnytter LinkedIn og profesjonelle nettverk til a lure ansatte med falske jobbtilbud og kapre virksomhetens tilganger. - **[Rapporteringsfrekvens for phishing: Hvorfor CISO ma droppe klikkraten](/no/cybersikkerhet/rapporteringsfrekvens-phishing-ciso-klikkrate-sikkerhetskultur/)** (Phishing & Social Engineering) : Lær hvorfor rapporteringsfrekvens for phishing utkonkurrerer klikkraten for a redusere risiko og beskytte virksomheten pa fa minutter. - **[Baiting og infiserte USB-enheter: Hvorfor nysgjerrighet forblir en kritisk inntrengningsvektor](/no/cybersikkerhet/baiting-infiserte-usb-sikkerhet-sosial-manipulasjon/)** (Phishing & Social Engineering) : Lær hvordan USB-baiting lurer dine ansatte, og hvilke fysiske sikkerhetsrutiner som kreves for å beskytte virksomhetens IT-infrastruktur mot angrep. - **[Cybersikkerhet for HR og rekruttering: Avdekk infiserte cver og falske kandidater](/no/cybersikkerhet/hr-rekruttering-cybersikkerhet-deepfake-cv-svindel/)** (Industries & Roles) : Lær hvordan HR og rekrutterere beskytter virksomheten mot infiserte cver, skadelige lenker og deepfake kandidater under jobbintervjuer. ### Utforsk Brain Securitys løsninger på nettstedet vårt - **Tilknyttet løsning : [Super Phisher](/en-us/catalog/super-phisher/)** : Realistiske phishingsimuleringer (Super Phisher): tren ansatte i å avsløre og rapportere sosial manipulasjon. - **[Se bruksområder etter mål og bransje](/en-us/use-cases/)** - **[Sammenlign våre formater for cyber- og AI-bevissthet](/en-us/compare/)** - **[Utforsk hele den interaktive katalogen fra Brain Security](/en-us/catalog/)** - **[Snakk med teamet vårt om deres behov (demo og oppsett)](/en-us/book-a-demo/)** --- - https://startbrain.io/no/cybersikkerhet/aitm-phishing-mfa-sesjonskapsler-sikkerhet/ - [Français](https://startbrain.io/fr/cybersecurite/attaque-aitm-adversary-in-the-middle-vol-session/) - [Deutsch](https://startbrain.io/de/cybersecurity/aitm-phishing-mfa-session-hijacking-schutz/) - [English (UK)](https://startbrain.io/en-gb/cybersecurity/aitm-phishing-session-cookie-theft-mfa-bypass/) - [English (US)](https://startbrain.io/en-us/cybersecurity/aitm-phishing-session-cookie-bypass-mfa/) - [Español](https://startbrain.io/es/cyberseguridad/phishing-aitm-robo-sesion-mfa-doble-autenticacion/) - [Italiano](https://startbrain.io/it/sicurezza-informatica/phishing-aitm-furto-codice-2fa-cookie-sessione/) - [Nederlands](https://startbrain.io/nl/cybersecurity/aitm-phishing-mfa-bypass-sessiecookie-beveiliging/) - [Português](https://startbrain.io/pt/ciberseguranca/phishing-aitm-roubo-sessao-mfa-protecao/) - [日本語](https://startbrain.io/ja/cybersecurity/aitm-phishing-mfa-bypass-session-cookie-theft/) - [Polski](https://startbrain.io/pl/cyberbezpieczenstwo/phishing-aitm-omijanie-2fa-kradziez-sesji-mfa/) - [Svenska](https://startbrain.io/sv/cybersakerhet/aitm-phishing-kringga-mfa-sessionsstold/) - [Dansk](https://startbrain.io/da/cybersikkerhed/aitm-phishing-session-cookie-omgaaelse-mfa-2fa/) - [Suomi](https://startbrain.io/fi/kyberturvallisuus/aitm-phishing-mfa-istuntotietojen-kaappaus/) - [English (Canada)](https://startbrain.io/en-ca/cybersecurity/aitm-phishing-session-cookie-bypass-mfa/) - [llms.txt](https://startbrain.io/llms.txt)