Software og teknologier
Webserver, CMS, plugins, temaer, runtimes, JavaScript-biblioteker og andre synlige komponenter identificeres med version, når den kan dokumenteres.
VulnControl · External Attack Surface Management
Se dit website, som internettet ser det — før en angriber gør
VulnControl kortlægger den software og de tjenester, dit website eksponerer, fastslår versioner hvor det er muligt og matcher dem mod kendte sårbarheder. Samtidig kontrolleres udvalgte porte, administrative grænseflader og følsomme filer, der ved en fejl kan være blevet gjort offentligt tilgængelige.
Ingen agent · Ingen serveradgang · Ejerverificerede targets · Ikke-invasiv ekstern scanning
shop.example.dk
Ekstern scanning gennemført
4prioriterede fund
KEV
nginx 1.20.x · aktivt udnyttetKritiskPort
3306/tcp · database eksponeretKritiskFile
/.env · offentligt svarHøjVersion
PHP · version ikke bekræftetUbekræftet
Fire analyseområder
01 · Discovery
02 · Exposure
03 · Vulnerabilities
04 · Evidence
Fra offentlig angrebsflade til prioriteret sårbarhedsrapport
VulnControl kombinerer software-fingerprinting, netværkskontrol, eksponeringsanalyse og sårbarhedskorrelation. Resultatet er en dokumenteret oversigt over det, der faktisk kan observeres udefra.
Porte, tjenester og admin-flader
Udvalgte internetvendte porte og tjenester kontrolleres for databaser, fjernadgang og administrative grænseflader, der ikke bør være offentlige.
CVE og aktiv udnyttelse
Dokumenterede produktversioner matches mod sårbarhedsdata og prioriteres, når en CVE er registreret som aktivt udnyttet.
Fund med teknisk bevis
Hvert fund viser det observerede signal, påvirket target, alvor, usikkerhed, anbefalet handling og hvordan rettelsen kan verificeres.
Teknisk arkitektur
Ekstern observation bliver korreleret med produkt- og sårbarhedsdata
Scanningen forsøger ikke at udnytte fund. Den indsamler de signaler, en internetvendt tjeneste selv eksponerer, og bruger dem til en konservativ komponent- og risikovurdering.
Analyseflow
Ejerverificeret target
Website, hostname og relaterede offentlige tjenester
Website, hostname og relaterede offentlige tjenester
↓
External discovery
HTTP-respons, headers, HTML, scripts, services og udvalgte porte
HTTP-respons, headers, HTML, scripts, services og udvalgte porte
↓
Product identification
Produkt, version og formel produktidentifikator, hvor muligt
Produkt, version og formel produktidentifikator, hvor muligt
↓
Vulnerability correlation
CVE-data, aktiv udnyttelse og dokumenteret match
CVE-data, aktiv udnyttelse og dokumenteret match
↓
Findings
Prioritet, evidens, usikkerhed og anbefalet rettelse
Prioritet, evidens, usikkerhed og anbefalet rettelse
Eksempel på klassifikation
Aktivt udnyttet CVEProdukt og påvirket version dokumenteret
Ret nuOffentlig databaseportTjenesten svarer fra internettet
Luk nuFølsom fil eksponeretStien returnerer indhold eller verificerbar respons
HøjUkendt softwareversionProdukt synligt, men version kan ikke fastslås
Ubekræftet
Præcision og usikkerhed
Et fund skal gælde den observerede komponent — ikke bare nævne dens navn
VulnControl bruger dokumenterede produkt- og versionsdata, når en sårbarhed kobles til et target. Kan en version ikke bekræftes, bliver komponenten markeret som ubekræftet i stedet for automatisk at blive kaldt sårbar eller sikker.
Eksempel på finding
Kritisk
Internetvendt webserver matcher aktivt udnyttet sårbarhed
Observation
HTTP- og TLS-signaler identificerer produktet og en version, der kan kobles til en formel produktidentifikator.
Risiko
Versionen er omfattet af en offentlig CVE, som samtidig er registreret som kendt udnyttet i virkelige angreb.
Handling
Opdatér eller migrér komponenten, kontrollér den aktive runtime-version og kør en ny ekstern scanning efter ændringen.
Teknisk dækning
Det VulnControl kontrollerer
Software Discovery
| Webservere | Produkt og version, hvor synlig |
| CMS | Platform, plugins og temaer |
| Runtimes | Synlige framework- og runtime-signaler |
| JavaScript | Klientbiblioteker og versioner |
| Usikkerhed | Ubekræftet frem for gættet version |
External Exposure
| Port scanning | 53 udvalgte porte |
| Databaser | Offentligt tilgængelige databasetjenester |
| Fjernadgang | Administrative og remote services |
| Admin-flader | Internetvendte login- og management-endpoints |
| Følsomme filer | 27 udvalgte stier, herunder miljø- og backupfiler |
Vulnerability Correlation
| CVE-data | Match mod kendte sårbarheder |
| Produktmatch | Formel produktidentifikator frem for fritekst |
| Aktiv udnyttelse | CISA KEV-prioritering |
| Datagrundlag | Natligt opdateret sårbarhedsspejl |
| Version | Match kun når påvirkning kan dokumenteres |
Findings & Drift
| Prioritet | Informativ, medium, høj eller kritisk |
| Evidens | Observeret target, port, sti eller komponent |
| Historik | Ændringer mellem scanninger |
| Rescan | Manuel kontrol efter rettelse |
| Standardfrekvens | Periodiske scanninger uden agent |
Workflow
Fra ejerverificering til lukket finding
01 · VerificérKunden dokumenterer kontrol over det target, der skal scannes.
02 · DiscoverOffentlige teknologier, tjenester, porte og udvalgte stier undersøges.
03 · CorrelateDokumenterede produkter og versioner matches mod sårbarhedsdata.
04 · RemediateDrift, bureau eller hostingudbyder modtager den konkrete handling.
05 · VerifyEn ny scanning bekræfter, om eksponeringen eller sårbarheden er fjernet.
Sammenligning
Mere end en simpel CVE- eller portscanner
| Funktion | Simpel ekstern scanner | VulnControl |
|---|---|---|
| Software-identifikation | Produktnavn eller banner | Produkt, version og dokumenteret identifikator |
| CVE-match | Ofte tekstbaseret | Formelt produkt- og versionsmatch |
| Aktiv udnyttelse | Ikke altid prioriteret | CISA KEV fremhæves som handl-nu |
| Ukendt version | Gættes eller ignoreres | Markeres eksplicit som ubekræftet |
| Porte og tjenester | Rå liste | Klassificeret eksponering med betydning og handling |
| Følsomme filer | Varierer | Kontrol af udvalgte kendte risikostier |
| Rettelse | Generisk anbefaling | Teknisk evidens, ansvar og verifikation |
| Driftsmodel | Engangsscan | Periodisk scanning og historik |
Hvem produktet er til
Fundene kræver normalt adgang til hosting eller serverdrift
VulnControl kan forklare problemet og dokumentere det præcist, men opdatering af en webserver, lukning af en port eller fjernelse af en offentlig backupfil udføres af den part, der driver løsningen.
Godt match
Selvhostede websites, WordPress, VPS, cloud-hostede applikationer eller løsninger med et bureau, en udvikler eller en hostingpartner, der kan ændre infrastrukturen.
Begrænset værdi
Fuldt administrerede platforme, hvor kunden ikke kan opdatere den underliggende software. Eksponerede filer og tredjepartsindhold kan dog stadig være kundens ansvar.
Sammen med CodeControl
VulnControl ser det kørende system udefra. CodeControl analyserer repository, dependencies, secrets og build-pipeline indefra.
Teknisk FAQ
VulnControl — tekniske spørgsmål
Er VulnControl en penetrationstest?
Nej. Produktet er beskrevet som ikke-invasiv ekstern scanning. Det identificerer offentligt synlige teknologier og tjenester og matcher dem mod kendte sårbarheder, men forsøger ikke at udnytte fund, omgå adgangskontrol eller logge ind.
Hvorfor kan en softwareversion stå som ubekræftet?
Mange systemer skjuler versionsoplysninger. Når produktet kan identificeres, men versionen ikke kan dokumenteres, er det mere korrekt at vise usikkerheden end at gætte eller erklære komponenten sikker.
Hvordan reduceres falske positive CVE-fund?
Den oprindelige produktbeskrivelse angiver match på en formel produktidentifikator frem for almindelig fritekstsøgning. Det reducerer risikoen for at tilskrive et target sårbarheder, der kun nævner produktnavnet i en anden sammenhæng.
Skal der installeres en agent?
Nej. Scanningen udføres udefra uden agent eller serveradgang. Det betyder samtidig, at interne komponenter og software, der ikke eksponerer brugbare signaler, ikke kan identificeres.
Kan VulnControl se alle sårbarheder?
Nej. Ekstern scanning kan kun vurdere det, der kan observeres fra internettet. Skjulte versioner, interne services og sårbarheder i applikationslogik kræver andre former for analyse eller test.
Hvorfor skal target-ejerskab verificeres?
Port- og sårbarhedsscanning bør kun udføres mod systemer, kunden ejer eller har udtrykkelig tilladelse til at teste. Ejerverificering afgrænser scanningen til autoriserede targets.
Kom i gang
Kortlæg det, dit website eksponerer mod internettet
Tilføj et ejerverificeret website og få et samlet overblik over synlig software, kendte sårbarheder, åbne tjenester og følsomme filer.
Ingen agent · Ikke-invasiv scanning · Kun ejerverificerede targets