Identity and Access

Hvad er 2FA (To-faktor-autentificering)?

To-faktor-autentificering (2FA) er en sikkerhedsmetode, der kræver, at brugere leverer to typer autentificeringsfaktorer for at bekræfte deres identitet. Det betragtes som en underkategori af MFA, da MFA (Multi-Factor Authentication) kan involvere to eller flere verifikationsfaktorer, mens 2FA specifikt betyder præcis to.

Hvad er 2FA (To-faktor-autentificering)?

To-faktor-autentificering (2FA) er en sikkerhedsmetode, der kræver, at brugere leverer to typer autentificeringsfaktorer for at bekræfte deres identitet. Det betragtes som en underkategori af MFA, da MFA (Multi-faktor-autentificering) kan involvere to eller flere verifikationsfaktorer, mens 2FA specifikt betyder præcis to.

2FA kombinerer to forskellige kategorier af verifikation for at tilføje et ekstra lag af beskyttelse. Dens mekanisme er mere sikker end blot en adgangskode.

Hvorfor 2FA er vigtigt i cybersikkerhed?

Mange cyberangreb begynder med stjålne eller svage adgangskoder, der er nemme at udnytte. To-faktor-autentificering (2FA) gør det sværere for angribere at få adgang til et offers system, selvom legitimationsoplysninger er stjålet. Det er bredt anvendt i onlinebanking og virksomhedssystemer.

Hvordan 2FA fungerer

  • Første faktor: adgangskode, PIN eller sikkerhedsspørgsmål indtastet af brugeren
  • Anden faktor: midlertidig kode eller push-besked
  • Adgang gives kun, hvis begge trin er gennemført med succes.

Fordele ved 2FA

  • giver et stærkere sikkerhedslag mod kontobrud
  • Beskytter følsomme data mod tyveri.
  • Reducerer virkningen af phishing-angreb.

Eksempel

Når man får adgang til en virksomhedsapplikation, skal en medarbejder indtaste deres adgangskode (første faktor) og skal indtaste OTP modtaget på deres telefon (anden faktor). Uden begge trin kan brugeren ikke få adgang til applikationen.

Relaterede termer

  • MFA
  • Godkendelse
  • SSO
  • Risikobaseret godkendelse
  • Identitetsstyring
Ready to validate what matters?

Ready to validate what matters?

Plexicus is Proof-Driven AppSec: validated findings, contextual understanding, and reviewed remediation — anchored in evidence, scoped with you.

Qualification

Check whether AI Swarm Pentest fits your environment.

Share the minimum context. We will review the scope and tell you the next commercial step.

Before submitting — verify you fit

Teams with fewer than 50 developers: start a 14-day Trial instead of booking a demo. Start a 14-day Trial →

0 / 280

No commitment. If you don't fit, we'll tell you.

SAMPLE HANDOVER · ILLUSTRATIVE

Sample evidence handover

A trimmed view of what your team receives at the end of an AI Swarm Pentest engagement. Real engagements include full technical evidence, executive narrative, and a remediation plan.

VALIDATED FINDING Evidence attached

Server-Side Request Forgery in webhooks/receiver

demo-project/sample-app · src/webhooks/receiver.py:42

SeverityHigh CVSS 3.18.6 Priority79 Confirmedvia replay

Untrusted caller-supplied URLs reach an internal egress without an allowlist. Replayed in a sandbox against a fresh authorised target — the same control was validated to fail twice.

REVIEWER-READY REMEDIATION Merge-ready PR

Validate the target URL against an allowlist of permitted hostnames. Reject private/internal IP ranges. Enforce HTTPS only.

plexicus/remediation/webhooks-ssrf 3 changed · 0 new files
42resp = requests.get(target_url)
42+if not is_allowed_host(target_url):
43+  raise WebhookRejected(target_url)
44+resp = requests.get(target_url, timeout=5)
Every engagement hands over:
  • Executive briefing
  • Validated findings list
  • Merge-ready PRs
  • Compliance mapping (NIS2 · DORA · CRA)