Application Security

Hvad er DAST (Dynamisk Applikationssikkerhedstest)

Dynamisk applikationssikkerhedstest, eller DAST, er en måde at kontrollere en applikations sikkerhed, mens den kører. I modsætning til SAST, som ser på kildekoden, tester DAST sikkerhed ved at simulere reelle angreb som SQL Injection og Cross-Site Scripting (XSS) i et live miljø.

Hvad er DAST (Dynamisk Applikationssikkerhedstestning)?

Dynamisk applikationssikkerhedstestning, eller DAST, er en måde at kontrollere en applikations sikkerhed, mens den kører. I modsætning til SAST, som ser på kildekoden, tester DAST sikkerheden ved at simulere reelle angreb som SQL Injection og Cross-Site Scripting (XSS) i en live-indstilling.

DAST kaldes ofte Black Box Testing, da det udfører en sikkerhedstest udefra.

Hvorfor DAST er vigtigt i cybersikkerhed

Nogle sikkerhedsproblemer opstår kun, når det er live, især problemer knyttet til runtime, adfærd eller brugervalidering. DAST hjælper organisationer med at:

  • Opdage sikkerhedsproblemer, der overses af SAST-værktøjet.
  • Evaluere applikationen under virkelige omstændigheder, inklusive front-end og API.
  • Styrke applikationssikkerheden mod webapplikationsangreb.

Hvordan DAST fungerer

  • Kør applikationen i test- eller staging-miljøet.
  • Send ondsindet eller uventet input (som udformede URL’er eller payloads).
  • Analyser applikationens respons for at opdage sårbarheder.
  • Udarbejd rapporter med forslag til afhjælpning (i Plexicus, endnu bedre, det automatiserer afhjælpning).

Almindelige sårbarheder opdaget af DAST

  • SQL Injection: angribere indsætter skadelig SQL-kode i databaseforespørgsler
  • Cross-Site Scripting (XSS): skadelige scripts injiceres i hjemmesider, der udføres i brugernes browsere.
  • Usikre serverkonfigurationer
  • Brudt autentificering eller sessionshåndtering
  • Eksponering af følsomme data i fejlmeddelelser

Fordele ved DAST

  • dækker sikkerhedsfejl, der overses af SAST-værktøjer
  • Simulerer virkelige angreb.
  • fungerer uden adgang til kildekoden
  • understøtter overholdelse som PCI DSS, HIPAA og andre rammer.

Eksempel

I en DAST-scanning finder værktøjet et sikkerhedsproblem i en loginformular, der ikke korrekt kontrollerer, hvad brugerne indtaster. Når værktøjet indtaster en specielt designet SQL-kommando, viser det, at hjemmesiden kan angribes gennem SQL-injektion. Denne opdagelse gør det muligt for udviklere at rette sårbarheden, før applikationen går i produktion.

Relaterede 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)