Application Security

Hva er DAST (Dynamisk Applikasjonssikkerhetstesting)

Dynamisk applikasjonssikkerhetstesting, eller DAST, er en måte å sjekke en applikasjons sikkerhet mens den kjører. I motsetning til SAST, som ser på kildekoden, tester DAST sikkerhet ved å simulere ekte angrep som SQL Injection og Cross-Site Scripting (XSS) i et levende miljø.

Hva er DAST (Dynamisk Applikasjonssikkerhetstesting)?

Dynamisk applikasjonssikkerhetstesting, eller DAST, er en metode for å sjekke en applikasjons sikkerhet mens den kjører. I motsetning til SAST, som ser på kildekoden, tester DAST sikkerhet ved å simulere reelle angrep som SQL Injection og Cross-Site Scripting (XSS) i et levende miljø.

DAST blir ofte referert til som Black Box Testing siden det kjører en sikkerhetstest fra utsiden.

Hvorfor DAST er viktig i cybersikkerhet

Noen sikkerhetsproblemer vises bare når applikasjonen er live, spesielt problemer knyttet til kjøretid, atferd eller brukervalidisering. DAST hjelper organisasjoner med å:

  • Oppdage sikkerhetsproblemer som blir oversett av SAST-verktøyet.
  • Evaluere applikasjonen under reelle omstendigheter, inkludert front-end og API.
  • Styrke applikasjonssikkerheten mot webapplikasjonsangrep.

Hvordan DAST fungerer

  • Kjør applikasjonen i test- eller staging-miljøet.
  • Send ondsinnet eller uventet input (som konstruerte URL-er eller nyttelaster).
  • Analyser applikasjonens respons for å oppdage sårbarheter.
  • Produser rapporter med forslag til utbedringer (i Plexicus, enda bedre, det automatiserer utbedring).

Vanlige sårbarheter oppdaget av DAST

  • SQL-injeksjon: angripere setter inn ondsinnet SQL-kode i databaseforespørsler
  • Cross-Site Scripting (XSS): ondsinnede skript injiseres i nettsteder som kjører i brukernes nettlesere.
  • Usikre serverkonfigurasjoner
  • Ødelagt autentisering eller øktadministrasjon
  • Eksponering av sensitiv data i feilmeldinger

Fordeler med DAST

  • dekker sikkerhetsfeil som SAST-verktøy overser
  • Simulerer reelle angrep.
  • fungerer uten tilgang til kildekoden
  • støtter samsvar som PCI DSS, HIPAA og andre rammeverk.

Eksempel

I en DAST-skanning finner verktøyet et sikkerhetsproblem i et innloggingsskjema som ikke sjekker ordentlig hva brukerne skriver inn. Når verktøyet skriver inn en spesielt designet SQL-kommando, viser det at nettstedet kan angripes gjennom SQL-injeksjon. Denne oppdagelsen gjør det mulig for utviklere å fikse sårbarheten før applikasjonen går i produksjon.

Relaterte Termer

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)