Threats & Attacks

Mitä on tietojenkalastelu

Tietojenkalastelu on eräänlainen sosiaalisen manipuloinnin hyökkäys, jossa hyökkääjät esiintyvät luotettavina tahoina, kuten pankkeina, pilvipalveluina, työtovereina jne., huijatakseen uhria paljastamaan arkaluontoisia tietojaan, kuten salasanan, luottokortin numeron tai muita tunnistetietoja.

Mitä on tietojenkalastelu?

Tietojenkalastelu on eräänlainen sosiaalisen manipuloinnin hyökkäys, jossa hyökkääjät esiintyvät luotettavina tahoina, kuten pankkeina, pilvipalveluina, työtovereina jne., huijatakseen uhria paljastamaan arkaluontoisia tietojaan, kuten salasanoja, luottokorttinumeroita tai muita tunnistetietoja. Tietojenkalastelua voi tapahtua eri medioissa, kuten sähköpostissa, tekstiviestissä, puhelussa tai väärennetyssä verkkosivustossa.

Miksi tietojenkalastelu on tärkeää kyberturvallisuudessa

Tietojenkalastelu on yksi vaarallisimmista hyökkäysmenetelmistä. Se toimii usein ponnahduslautana suuremmille vahingoille, haittaohjelmatartunnoille, kiristysohjelmille jne. Jopa organisaatiot, joilla on vahva tietoturvajärjestelmä, voivat joutua tietojenkalastelun uhriksi, koska se hyödyntää ihmisten luottamusta teknisten haavoittuvuuksien sijaan.

Yleiset tietojenkalastelutyypit

  • Sähköpostitietojenkalastelu: väärennetyt sähköpostit, jotka näyttävät aidoilta viesteiltä
  • Kohdistettu tietojenkalastelu: Erittäin kohdennettu tietojenkalastelu, jonka tavoitteena on yksittäinen henkilö, jolla on korkea profiili organisaatiossa
  • Tekstiviestitietojenkalastelu: Tietojenkalasteluhyökkäykset, jotka toimitetaan tekstiviestien tai viestisovellusten kautta
  • Puhelintietojenkalastelu: Tietojenkalasteluhyökkäys puheluiden kautta
  • Kloonitietojenkalastelu: Hyökkääjät kopioivat alkuperäisen sähköpostin ja muokkaavat linkkejä tai liitteitä haitallisiksi

Tietojenkalasteluhyökkäyksen merkkejä

  • Epäilyttävä lähettäjän osoite
  • Vaatii nopeaa toimintaa (“vaihda salasanasi nyt”)
  • Hyvin hienovaraisesti väärin kirjoitettu verkkotunnus
  • Pyytää arkaluontoisia tietoja (salasanoja, pankkitietoja, luottokortteja jne.)
  • Epäilyttävät liitteet tai linkit

Esimerkki

Uhri saa sähköpostin, jossa mainitaan, että se on heidän pankistaan, ja pyydetään uhria “vahvistamaan tilinsä”.

Sähköposti sisältää linkin väärennettyyn verkkosivuston kirjautumiseen, joka teeskentelee olevansa identtinen oikean kanssa. Kun uhri syöttää tunnuksensa väärennetylle verkkosivustolle, hyökkääjät varastavat ne ja saavat pääsyn uhrin oikeaan pankkitiliin.

Kuinka puolustautua tietojenkalastelua vastaan

  • Ota käyttöön MFA (monivaiheinen tunnistautuminen) suojataksesi tilin, vaikka tunnukset varastettaisiin
  • Kouluta työntekijöitä tietojenkalastelutietoisuudesta
  • Käytä sähköpostin turvaportteja ja roskapostisuodattimia välttääksesi epäilyttävät sähköpostit
  • Tarkista epäilyttävät linkit tai liitteet ennen niiden klikkaamista
  • Toteuta vähimmäisoikeudet rajoittaaksesi vaarantuneen tilin aiheuttamaa vahinkoa

Liittyvät termit

  • Kohdistettu tietojenkalastelu
  • Haittaohjelma
  • Sosiaalinen manipulointi
  • MFA
  • Kiristysohjelma
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)