)}
Penetration Testing

Vulnerability Assessment vs Penetration Testing

Vulnerability assessment vs penetration testing for Indian SaaS startups. When you need VA, when you need PT, and what investors actually ask for.

RG&AK
Rathnakara GN & Ashok Kamat
Cybersecify
7 min read

A vulnerability assessment is an automated scan that identifies known security weaknesses across your systems, while a penetration test is a manual, human-led attack simulation that finds business logic flaws and chained exploits scanners miss. In India, they are often bundled together as VAPT.

A customer just asked for a “security assessment.” Your investor wants to see a “pentest report” before writing the next check. Your compliance team says you need a “VAPT certificate.” Everyone uses different words, and nobody seems sure what they actually want.

Here’s the problem: vulnerability assessment and penetration testing are two different things. They answer different questions, use different methods, and produce different outputs. But in India, they’ve been bundled together as “VAPT” for so long that most people treat them as one activity.

Let’s fix that.

Vulnerability Assessment: Scanning for Known Weaknesses

A vulnerability assessment (VA) is a systematic scan of your systems to identify known security weaknesses. Think of it as a health check-up. You’re looking for known problems across a broad surface area.

How it works:

  1. Automated scanners (Nessus, Qualys, OpenVAS) run against your infrastructure, applications, or network
  2. The scanner compares what it finds against databases of known vulnerabilities (CVEs)
  3. Results are classified by severity (Critical, High, Medium, Low)
  4. You get a report listing every finding with remediation guidance

What a VA finds:

  • Unpatched software and outdated libraries
  • Default credentials left in place
  • Misconfigurations (open ports, weak TLS, permissive CORS)
  • Known CVEs in your tech stack
  • Missing security headers

A VA is broad but shallow. It tells you what’s exposed but not what an attacker can actually do with it.

Penetration Testing: Simulating a Real Attack

A penetration test (pentest) is a hands-on, manual exercise where a security professional tries to break into your system the way an attacker would. If VA is a health check-up, a pentest is a stress test.

How it works:

  1. Define scope and rules of engagement (what’s in, what’s out, what methods are allowed)
  2. Reconnaissance and enumeration (manual + automated)
  3. Exploitation: the tester chains vulnerabilities together to achieve impact (data access, privilege escalation, lateral movement)
  4. Post-exploitation: how far can the attacker go once they’re in?
  5. Report with proof-of-concept exploits, attack chains, and business impact

What a pentest finds:

  • Business logic flaws (bypassing payment flows, accessing other users’ data)
  • Authentication and authorization bugs that scanners miss
  • Chained vulnerabilities: three “medium” findings that combine into a critical exploit path
  • API-specific issues like broken object-level authorization
  • Real-world impact: “we accessed 10,000 customer records” vs “port 443 is open”

A pentest is narrow but deep. It answers: can someone actually break in, and what happens if they do?

Side-by-Side Comparison

Vulnerability AssessmentPenetration Testing
ApproachAutomated scanningManual testing + tools
DepthBroad, shallowNarrow, deep
DurationHours to 1-2 days5-15 days depending on scope
OutputList of known vulnerabilities by severityAttack narratives with proof-of-concept exploits
Answers”What weaknesses exist?""Can an attacker exploit them?”
False positivesHigh (scanners over-report)Low (findings are manually verified)
Skill requiredTool operationOffensive security expertise
CostLower (INR 15K-50K typical)Higher (INR 75K-3L+ depending on scope)
StandardsNIST SP 800-115PTES, OWASP Testing Guide
FrequencyMonthly or quarterlyAnnually or after major releases

Why “VAPT” Is Everywhere in India

In the Indian market, most security vendors sell “VAPT” as a single package. There are a few reasons for this:

Regulatory bundling. RBI, SEBI, and CERT-In guidelines often reference “VAPT” as one activity. When the regulator says “conduct VAPT,” vendors package both together.

Price compression. Bundling lets vendors offer a lower price point while covering more ground. The trade-off: the “pentest” portion is often just a scanner run with a prettier report.

Ambiguous scope. When everyone calls everything “VAPT,” it’s hard for buyers to know what they’re getting. Some vendors run a Nessus scan and call it a pentest. Others do genuine manual testing but still label it “VAPT” because that’s what buyers search for.

The risk: if your “VAPT report” is actually just a vulnerability scan with no manual testing, it won’t catch the business logic flaws and chained exploits that real attackers use. And those are the findings that matter most for SaaS products.

What Investors and Customers Actually Ask For

When a customer or investor says they want a “security assessment,” here’s what they usually mean:

Enterprise customers (SOC 2, ISO 27001 requirements): They want a penetration test report from an independent third party. Specifically, they want to see that someone tried to break your application and either couldn’t, or that you fixed the issues they found. A VA report alone won’t satisfy this.

Investors (Series A and beyond): They want to know you’re not carrying obvious risk. A pentest report showing remediated findings signals maturity. Some will accept a VA, but a pentest carries more weight.

Regulated industries (fintech, healthtech): RBI and CERT-In typically require both VA and PT. You’ll need documented evidence of recurring vulnerability scans and periodic penetration tests.

Quick rule of thumb:

  • If someone asks for a “pentest report” or “third-party security assessment,” they want a penetration test
  • If someone asks for “vulnerability management,” they want recurring VA scans
  • If someone asks for “VAPT,” clarify which one they actually need (or if they need both)

When You Need VA, When You Need PT, When You Need Both

Start with a VA if:

  • You’ve never done any security testing before
  • You want a baseline of your current exposure
  • You need to run regular scans as part of compliance (SOC 2 continuous monitoring)
  • Your budget is tight and you need to prioritize

Go straight to a pentest if:

  • A customer or investor specifically asked for one
  • You’re handling sensitive data (PII, financial, health records)
  • You’ve shipped major features and want to validate your security posture
  • You’ve done VAs before and want to test what scanners can’t find

You need both if:

  • Regulatory requirements demand it (RBI, SEBI-regulated entities)
  • You want ongoing VA (monthly scans) plus annual or biannual pentests
  • You’re pursuing SOC 2 or ISO 27001 certification

A Real Example: What Each Misses

Consider a SaaS app with a multi-tenant architecture.

What a VA finds: The server is running an outdated version of nginx with a known CVE. SSL certificate uses a weak cipher suite. Three JavaScript libraries have known vulnerabilities.

What a VA misses: Tenant A can access Tenant B’s data by modifying an API parameter. The password reset flow can be bypassed by replaying a token. An admin API endpoint is exposed without authentication.

What a pentest finds: All of the above, plus a full attack chain: unauthenticated admin endpoint → access to internal API → enumerate all tenants → download customer data. The tester demonstrates the impact with screenshots and proof-of-concept code.

The VA findings are real and should be fixed. But the pentest findings are the ones that would make headlines.

How to Get Started

If you’re not sure where you stand, start with a free external scan. Our OpenEASD tool runs a non-intrusive external attack surface discovery against your domain. It takes 2 minutes and shows you what’s visible from the outside: exposed services, DNS records, SSL issues, and more. No sign-up wall.

When you’re ready for a proper pentest, our Startup Pentest plan covers one application scope in 5 business days for INR 74,999. It’s founder-led (not outsourced to juniors), follows PTES and OWASP WSTG v4.2 methodology, and includes a retest after you fix the findings.

For a full breakdown of what our engagements cover, see our web application pentest, API pentest, and cloud pentest service pages. Book a 30-min discovery call if you want to scope VA vs pentest depth against your specific application with a founder.

The worst outcome isn’t failing a pentest. It’s assuming a scanner report equals a security assessment, then finding out the hard way that it doesn’t.

Frequently Asked Questions

Do I need a vulnerability assessment or a penetration test?

If you want a recurring check for known misconfigurations, unpatched libraries and expired certificates, a vulnerability assessment is enough and you can run it monthly. If an investor, an auditor or an enterprise customer has asked you for a security report, they almost always mean a penetration test with manual testing of authentication, authorisation and business logic. The practical test is who asked and why. Internal risk hygiene points to a vulnerability assessment. An external party who needs proof points to a penetration test. A scanner cannot tell you whether one tenant can read another tenant's records, because the request returns a valid 200 response either way, and only a human comparing two accounts side by side can see that the answer is wrong. If you have never done either, most SaaS teams get more from one manual pentest of their main application than from twelve months of scanning.

What does VAPT stand for?

VAPT stands for Vulnerability Assessment and Penetration Testing. It is the common label in the Indian market for an engagement that bundles automated scanning with manual exploitation, and regulators and enterprise procurement teams often use the word as though it were a single service. The trouble is that the label says nothing about the ratio between the two halves. Two proposals both titled VAPT can be a two hour scanner run with a branded cover page, or ten business days of hands on testing by a certified tester. Before you compare prices, ask each vendor how many testing days are manual, who personally performs them, and whether authorisation and business logic testing are in scope. If a proposal cannot answer those three questions in writing, you are buying a vulnerability assessment with a penetration testing label on it.

How often should you do penetration testing?

At minimum once a year, and again after any change that alters how access is decided. That means a new authentication method, a new user role, a change to your tenancy model, a new payment flow, or your first public API. Compliance sets the floor rather than the right answer: SOC 2 and ISO 27001 auditors normally expect a test that falls within the audit period, usually the last twelve months. The bigger trigger in practice is release velocity. A team shipping weekly rewrites its authorisation surface several times between annual tests, which is why continuous scanning belongs between engagements rather than instead of them. Enterprise customers reviewing you at renewal also ask how recent the report is, and anything older than twelve months usually restarts that conversation.

Is a VAPT certificate a real certification?

No accredited body issues a VAPT certificate to the company being tested. Buyers ask for one because Indian procurement forms and vendor questionnaires use that wording, but what actually exists is a penetration testing report and, in many engagements, a signed letter of attestation from the testing firm stating what was tested, over what window, by whom, and whether identified issues were retested and closed. That letter is the artefact you share when handing over the full technical report is not appropriate. If a vendor offers a certificate with no report behind it, ask what testing produced it. Auditors and enterprise security reviewers want scope, methodology, findings and remediation status. A one page certificate with a seal satisfies none of those, and it is the format most commonly returned as insufficient evidence.

An enterprise customer asked for a security assessment. Which one do they mean?

Almost always a penetration test performed by an independent third party, even though the request rarely uses that word. You can confirm it without a long email thread by asking their security reviewer three questions. Does the report need to come from a third party rather than your own team? Does it need to cover the API as well as the web application? How recent does it need to be? Those three answers define your scope and your deadline. What the reviewer is really looking for is evidence that someone competent tried to break the product and that you fixed what they found, which is why remediation status matters as much as the findings themselves. A scanner export usually fails this review, and a failed review costs roughly a month of deal time while you commission the test they expected in the first place.

Can our own engineers run the vulnerability assessment instead of paying a vendor?

Yes for the assessment, no for the penetration test. Running a scanner is a normal engineering task and most teams should own it, ideally wired into CI so regressions surface at build time rather than once a quarter. Two things usually go wrong when teams do it alone. The scan runs unauthenticated, so it only ever sees the login page and misses everything behind it. And nobody triages the output, so a long list of unverified findings sits in a ticket queue losing credibility. Configure authenticated scanning with a test account for each role, and treat triage as part of the work. The penetration test is different. SOC 2 and ISO 27001 auditors expect independent third party testing, so work done by your own engineers does not satisfy that expectation no matter how skilled they are.

How much does a vulnerability assessment cost compared to a penetration test?

They use different pricing models, which is what confuses buyers comparing them side by side. Scanner platforms are sold as a monthly or annual subscription per target and cost a fraction of a manual engagement, and several capable options are free or open source. A manual penetration test is priced per scope and per tester day. Our Startup Pentest is INR 74,999 for one scope over 5 business days, with 6 founder led consulting hours and one free retest. Our Growth Pentest is INR 1,79,999 for two scopes over 10 business days, with 12 consulting hours plus SOC 2 and ISO 27001 evidence in the report. The useful way to read the gap is that the higher price does not buy more findings. It buys the findings a tool structurally cannot produce: authorisation bypasses, chained exploits and business logic abuse.

If I buy a penetration test, do I still need a vulnerability assessment?

The scanning happens inside the pentest, but the ongoing programme is still yours to run. Every serious engagement starts with automated discovery and scanning as a first pass, so known CVEs and misconfigurations appear in the report alongside the manual findings. What the engagement does not give you is coverage of the eleven months after it ends. Dependencies pick up new CVEs continuously and your team ships changes every week, so keep authenticated scanning and dependency monitoring running between tests. The split most SaaS teams settle on is continuous scanning owned by engineering, plus one manual penetration test a year and another after any major change to authentication, roles or tenancy. Auditors reviewing SOC 2 typically look for both: ongoing scanning evidence and an independent test.

Security questions, worries, or not sure what to use?

Cybersecify is a founder-led penetration testing firm for AI and SaaS startups. Tell us what you are weighing and we will give you a straight answer. Ask the team or book a free 30-minute call.

Share this article
vulnerability assessmentpenetration testingVAPTsecurity assessmentstartup securitycomplianceSOC 2

Spotted something wrong on this page? Facts change and we get things wrong. Tell us and we will check it. We publish corrections on the page rather than editing quietly.