Identity and Access

Mikä on 2FA (kaksivaiheinen tunnistautuminen)?

Kaksivaiheinen tunnistautuminen (2FA) on turvallisuusmenetelmä, joka vaatii käyttäjiä antamaan kaksi erilaista tunnistautumistekijää henkilöllisyytensä vahvistamiseksi. Sitä pidetään MFA:n (monivaiheinen tunnistautuminen) alaryhmänä, koska MFA voi sisältää kaksi tai useampia vahvistustekijöitä, kun taas 2FA tarkoittaa tarkalleen kahta.

Mikä on 2FA (kaksivaiheinen tunnistautuminen)?

Kaksivaiheinen tunnistautuminen (2FA) on turvallisuusmenetelmä, joka vaatii käyttäjiä antamaan kaksi erilaista tunnistautumistekijää henkilöllisyytensä vahvistamiseksi. Sitä pidetään MFA

(monivaiheinen tunnistautuminen) alaryhmänä, koska MFA voi sisältää kaksi tai useampia vahvistustekijöitä, kun taas 2FA tarkoittaa nimenomaan kahta.

2FA yhdistää kaksi erilaista vahvistuskategoriaa lisätäkseen ylimääräisen suojakerroksen. Sen mekanismi on turvallisempi kuin pelkkä salasana.

Miksi 2FA on tärkeä kyberturvallisuudessa?

Monet kyberhyökkäystapaukset alkavat varastetuilla tai heikoilla salasanoilla, joita on helppo hyödyntää. Kaksivaiheinen tunnistautuminen (2FA) vaikeuttaa hyökkääjien pääsyä uhrin järjestelmään, vaikka tunnistetiedot olisivat varastettu. Sitä käytetään laajalti verkkopankkitoiminnassa ja yritysjärjestelmissä.

Kuinka 2FA toimii

  • Ensimmäinen tekijä: käyttäjän antama salasana, PIN-koodi tai turvakysymys
  • Toinen tekijä: tilapäinen koodi tai push-ilmoitus
  • Pääsy myönnetään vain, jos molemmat vaiheet suoritetaan onnistuneesti.

2FA
hyödyt

  • tarjoaa vahvemman suojakerroksen tilimurtoja vastaan
  • Suojaa arkaluontoisia tietoja varkaudelta.
  • Vähentää tietojenkalasteluhyökkäysten vaikutusta.

Esimerkki

Kun työntekijä käyttää yrityksen sovellusta, hänen on annettava salasanansa (ensimmäinen tekijä) ja syötettävä puhelimeensa saatu OTP (toinen tekijä). Ilman molempia vaiheita käyttäjä ei pääse sovellukseen.

Liittyvät termit

  • MFA
  • Todennus
  • SSO
  • Riskipohjainen todennus
  • Identiteetinhallinta
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)