Last updated: · Prepared by DataKobi Engineering Team
Vulnerability Management as a Service
Vulnerability management is the continuous scanning of your systems for security weaknesses, prioritizing them by real risk score, and tracking their remediation through verification of every fix.
More than 40,000 new CVEs were published in 2024; the right question is not 'do we have vulnerabilities' but 'which ones should we close first'. DataKobi VMaaS scans your external surface weekly and your internal network monthly; when a critical CVE is announced (such as Log4Shell), an unscheduled emergency scan is triggered.
We don't hand over a report and walk away: we build the patch plan together with your IT team, verify every closed finding with a rescan, and keep your audit file up to date. Management sees on a one-page trend chart that risk is falling from month to month.
Key features
Continuous scanning
External surface weekly, internal network monthly; an additional scan immediately when a critical CVE is announced.
Smart prioritization
A combined risk score from CVSS, EPSS exploit probability and asset criticality.
Patch verification
Every finding reported as closed is proven by a rescan.
Audit-ready
Technical-measure reports for ISO 27001, PCI-DSS and KVKK (Türkiye's personal data protection law), with templates ready.
How do we prioritize among thousands of findings?
CVSS alone is misleading: only a small share of published CVEs (under 5%) are actively exploited in the real world, yet findings labeled 'critical' inflate the lists. Our prioritization formula combines three inputs: the CVSS base score, exploit intelligence (the CISA KEV catalog and the EPSS probability score, which estimates the likelihood that a flaw will be exploited within 30 days) and asset criticality (whether it is internet-facing and what data it holds). The result: instead of an 'everything is red' report, a realistic action list of 15-20 items to close this month. This approach concentrates patching effort on the vulnerabilities that carry real risk.
What is the difference between vulnerability scanning and penetration testing, and when do you need which?
Scanning is an automated, continuous process that finds known vulnerabilities across a broad surface; a penetration test is a narrowly scoped, periodic engagement in which an expert chains vulnerabilities together into a real attack scenario. The two are complements, not competitors: penetration testing without scanning is like trying to follow a film from a single photograph taken once a year; scanning without penetration testing leaves the question 'what happens when these flaws combine' unanswered. A mature program is built like this: continuous VMaaS + 1-2 targeted penetration tests a year + application testing before every major release. Standards such as PCI-DSS require exactly this pairing.
Technical Specifications
- Scope: Servers, network devices, web applications, container images
- Engines: Nessus / OpenVAS + DataKobi verification scripts
- Frequency: Weekly external, monthly internal scanning (customizable)
- Integration: Automatic transfer of findings to Jira/ticketing systems
- Reporting: Technical detail + executive summary, trend charts
Frequently Asked Questions
Does vulnerability scanning replace penetration testing?
Will scanning affect our systems?
Who will close the findings?
A 30-minute discovery call with your architect
We will listen to your needs and outline the right architecture and a clear pricing framework in the same call. The first consultation is free.