VAPT Audit Checklist 2026: What Every Indian Organization Must Know
Vulnerability Assessment and Penetration Testing (VAPT) has moved from a best practice to a regulatory requirement for Indian organisations across banking, fintech, healthcare, and critical infrastructure sectors. With CERT-In's 2022 directions, RBI's updated cybersecurity framework, and SEBI's CSCRF mandates now firmly in effect, 2026 is the year Indian CISOs and IT managers must get their VAPT processes right — not just for compliance, but for genuine security resilience.
This comprehensive VAPT audit checklist covers everything Indian organisations need to know: how to define scope, what to test, what regulators expect, how to read a VAPT report, and how to evaluate and select a qualified VAPT provider. Whether you are preparing for your first VAPT engagement or strengthening an existing program, this guide gives you the practical framework to do it correctly.
What Is VAPT and Why Does It Matter for Indian Organisations in 2026?
VAPT combines two distinct but complementary activities. Vulnerability Assessment (VA) is a systematic process of identifying, classifying, and prioritizing security weaknesses across your IT environment using automated tools and manual review. Penetration Testing (PT) goes a step further — ethical hackers actively exploit discovered vulnerabilities to demonstrate real-world attack impact and the extent to which a breach could occur.
For Indian organisations, VAPT is no longer optional. The Indian cybersecurity regulatory landscape has hardened significantly. CERT-In now mandates that certain categories of organisations — including government bodies, critical sector entities, and companies falling under specific RBI and SEBI guidelines — engage only CERT-In empanelled organisations for VAPT work. Non-compliance can attract regulatory scrutiny, audit findings, and reputational risk.
Beyond compliance, the business case is clear. India recorded a sharp rise in cyberattacks targeting BFSI, healthcare, and manufacturing sectors through 2024 and 2025. Ransomware groups have specifically targeted mid-market Indian companies that lack mature vulnerability management programmes. A well-executed VAPT engagement identifies exploitable gaps before adversaries do.
Understanding the Indian Regulatory VAPT Landscape
CERT-In Empanelment Requirement
The Indian Computer Emergency Response Team (CERT-In) maintains a list of empanelled information security auditing organisations. Under the IT Act and subsequent directions, government organisations and critical information infrastructure operators are required to engage only CERT-In empanelled firms for security audits including VAPT. Many private sector regulators have adopted the same requirement by reference.
When evaluating a VAPT provider, confirming their current CERT-In empanelment status is a non-negotiable first step. Empanelment is renewed periodically and requires firms to demonstrate technical capability, qualified personnel, and adherence to audit standards. Always verify the empanelment directly on the CERT-In website rather than relying solely on a vendor's claims.
RBI Cybersecurity Framework and VAPT Mandates
The Reserve Bank of India's cybersecurity framework for banks, NBFCs, and payment system operators requires periodic VAPT as part of an organisation's security assurance program. RBI-regulated entities must conduct VAPT on internet-facing applications, mobile banking platforms, and core banking infrastructure at defined intervals — typically annually at minimum, with more frequent testing mandated for high-risk systems or following significant changes.
RBI's guidelines specifically call out the need for application security testing, network security assessment, and infrastructure vulnerability assessment. The findings must be reported to the Board or Risk Committee, and remediation must be tracked and evidenced. RBI supervisory teams have increasingly questioned organisations during inspections on the currency and quality of their VAPT reports.
SEBI CSCRF Requirements
SEBI's Cybersecurity and Cyber Resilience Framework (CSCRF), updated and reinforced through 2024 circulars, mandates that regulated entities — including stock brokers, depositories, asset management companies, and market infrastructure institutions — conduct comprehensive VAPT as part of their annual cyber audit. SEBI-regulated entities at higher classification tiers face more stringent requirements including half-yearly VAPT and mandatory reporting of critical findings.
Other Sector-Specific Requirements
Beyond RBI and SEBI, Indian organisations should be aware of VAPT requirements from IRDAI for insurance companies, NHA guidelines for healthcare entities handling ABDM and health data, TRAI directions for telecom operators, and MEITY guidelines for government digital services. Organisations in the payments space must also align with PCI DSS requirements which mandate annual penetration testing and quarterly vulnerability scans.
Phase 1: VAPT Scope Definition Checklist
Defining scope accurately is the most critical step in any VAPT engagement. An under-scoped VAPT gives false assurance, while an over-scoped engagement wastes budget and delays results. The scope definition phase should be a structured exercise involving your CISO, IT infrastructure teams, application owners, and the VAPT provider.
Assets to Include in Scope
- All internet-facing web applications and portals, including customer-facing and partner-facing systems
- Mobile applications (Android and iOS) connected to your backend infrastructure
- Public-facing APIs and third-party API integrations
- Network perimeter — firewalls, routers, load balancers, DMZ components
- Internal network segments with access to sensitive data or critical systems
- Cloud infrastructure (AWS, Azure, GCP) including misconfiguration assessment
- Active Directory and identity management systems
- Remote access infrastructure — VPN gateways, jump servers, remote desktop solutions
- Email gateway and collaboration platforms
- Third-party integrations and supply chain connections
- OT/SCADA systems where applicable (manufacturing, utilities, critical infrastructure)
Scope Definition Questions to Answer Before Testing Begins
- Which systems are in scope and which are explicitly excluded, and why?
- What is the testing window — are there blackout periods (month-end, tax filing season, festival periods)?
- Is testing to be conducted from an internal network position, external internet position, or both?
- What level of knowledge is the testing team given — black box, grey box, or white box?
- Are social engineering or phishing simulations in scope?
- What are the rules of engagement for destructive testing — are DoS simulations permitted?
- Who are the authorised points of contact on both sides for real-time communication?
- How will discovered critical vulnerabilities be handled — immediate escalation or end-of-engagement report?
A signed scope of work document and rules of engagement agreement must be in place before testing begins. This protects both the organisation and the VAPT provider, and ensures that testing activities are legally authorised. Without this documentation, penetration testing activities may be legally ambiguous under the IT Act.
Phase 2: Web Application VAPT Checklist
Web application security testing forms the core of most VAPT engagements for Indian organisations, given the proliferation of customer portals, e-commerce platforms, banking applications, and SaaS products. The OWASP Top 10 provides a baseline, but a thorough web application VAPT goes significantly deeper.
Authentication and Session Management
- Multi-factor authentication bypass testing
- Password policy enforcement — complexity, history, lockout thresholds
- Session token entropy, predictability, and secure transmission
- Session fixation and session hijacking vulnerabilities
- OAuth and SAML implementation flaws
- Password reset flow vulnerabilities — token expiry, reuse, enumeration
- JWT token validation issues including algorithm confusion attacks
Input Validation and Injection Testing
- SQL injection — including blind, time-based, and out-of-band variants
- Cross-Site Scripting (XSS) — reflected, stored, and DOM-based
- XML External Entity (XXE) injection
- Server-Side Request Forgery (SSRF)
- Command injection and OS command execution
- LDAP and NoSQL injection
- Template injection vulnerabilities
- File upload vulnerabilities including unrestricted upload and path traversal
Business Logic and Access Control
- Horizontal and vertical privilege escalation
- Insecure Direct Object Reference (IDOR) across all user-controlled parameters
- Business logic flaws — price manipulation, workflow bypass, transaction tampering
- Cross-Site Request Forgery (CSRF) on state-changing operations
- Rate limiting and anti-automation control bypass
- Mass assignment vulnerabilities in API-backed applications
- GraphQL introspection and query abuse
For Indian fintech and banking applications, testers should specifically examine UPI integration security, payment gateway callback tampering, and OTP bypass vulnerabilities, which have been actively exploited in the Indian market. NACH mandate flows and loan disbursement APIs deserve dedicated testing attention.
Phase 3: Network VAPT Checklist
Network penetration testing evaluates the security of your infrastructure from both external and internal vantage points. External network testing simulates an internet-based attacker; internal testing simulates a compromised insider or a threat actor who has gained initial access.
External Network Testing Checklist
- Comprehensive port scanning and service enumeration across all public IP ranges
- Identification of exposed management interfaces — SSH, RDP, Telnet, SNMP
- SSL/TLS configuration assessment — deprecated protocols, weak ciphers, certificate issues
- DNS security — zone transfer, subdomain enumeration, DNS spoofing exposure
- Firewall rule validation and bypass techniques
- VPN gateway security assessment
- Email security controls — SPF, DKIM, DMARC, mail relay testing
- Exposed sensitive files and directories via web servers
- Known CVE exploitation attempts against identified service versions
Internal Network Testing Checklist
- Active Directory enumeration and attack path analysis
- Kerberoasting, AS-REP roasting, and Kerberos delegation abuse
- LLMNR and NBT-NS poisoning (Responder attacks)
- SMB relay attacks and pass-the-hash techniques
- Lateral movement path identification from initial foothold
- Network segmentation validation — can a compromised workstation reach servers?
- VLAN hopping and inter-VLAN routing abuse
- Printer and IoT device security assessment
- Credential storage and transmission — cleartext credentials on the wire
- Database server access control and privilege assessment
Indian organisations with data centres in Mumbai, Bengaluru, Hyderabad, or Chennai that use hybrid cloud architectures should ensure that the connectivity between on-premises and cloud environments is explicitly included in scope. Misconfigured AWS Direct Connect or Azure ExpressRoute peering has been a source of significant exposure in recent assessments.
Phase 4: API Security Testing Checklist
API security deserves dedicated attention in 2026. As Indian organisations have accelerated digital transformation, APIs have become the primary attack surface. The OWASP API Security Top 10 provides the testing framework, but real-world API assessments must go beyond checklist compliance.
- API inventory validation — test that undocumented and shadow APIs are identified
- Broken Object Level Authorization (BOLA/IDOR) across all resource endpoints
- Broken Authentication — API key management, token scope enforcement
- Excessive Data Exposure — responses returning more fields than the client consumes
- Lack of Resources and Rate Limiting — resource exhaustion and scraping risk
- Broken Function Level Authorization — HTTP method abuse, admin endpoint exposure
- Mass Assignment — API accepting and processing unexpected fields
- Security Misconfiguration — CORS policy, verbose error messages, debug endpoints
- Injection via API parameters — JSON injection, GraphQL injection
- Improper Assets Management — deprecated API versions still in production
For organisations in the Indian fintech and BFSI space, API security testing must specifically cover account aggregation APIs (AA framework), ONDC integrations, and UPI APIs. These have unique business logic flows that require testers familiar with the Indian regulatory and payment ecosystem.
Phase 5: Cloud Security Configuration Assessment Checklist
With the majority of Indian enterprises now running workloads on AWS Mumbai, Azure India, or GCP Mumbai regions, cloud security misconfigurations represent one of the most common and impactful findings in modern VAPT engagements. Cloud VAPT requires provider-specific expertise and must cover Infrastructure as a Service, Platform as a Service, and SaaS configurations.
- S3/Blob/GCS bucket access controls — public exposure of sensitive data
- IAM policy review — overprivileged roles, unused credentials, cross-account access
- Security group and network ACL rules — unnecessary open ports and ingress rules
- CloudTrail/Azure Monitor/Cloud Audit Logs — logging enabled and protected
- Secrets management — hardcoded credentials in Lambda functions, container images, or code repositories
- Container security — Docker image vulnerabilities, Kubernetes RBAC misconfigurations
- Database security — RDS/Azure SQL public accessibility, encryption at rest
- Serverless function security — function permissions, event source abuse
- CloudFormation/ARM template security — insecure defaults in IaC
- Multi-factor authentication enforcement for cloud console access
What to Expect in a VAPT Report: Deliverables Checklist
The quality of the VAPT report is often the most visible indicator of the quality of the engagement. A professional VAPT report from a CERT-In empanelled provider should give you both executive-level clarity and technical-level depth. Understanding what a good report contains helps you evaluate providers and hold them accountable.
Executive Summary
The executive summary should give board members and senior leadership a clear picture of the security posture without requiring technical expertise. It must include the overall risk rating, the number and severity distribution of findings, the most critical findings in plain language, comparison with previous assessment if applicable, and top recommended actions prioritized by risk.
Technical Findings Section
Each finding in the technical section must include a unique finding ID, the affected asset and specific location (URL, IP, endpoint), a clear description of the vulnerability, evidence of exploitation (screenshots, request/response pairs, proof-of-concept output), CVSS score and severity rating, business impact statement explaining what an attacker could achieve, and specific remediation guidance appropriate for your technology stack.
Mandatory Report Components
- Scope and methodology section describing what was tested and how
- Testing timeline and environment details
- Tools used during the assessment
- Severity rating methodology (Critical/High/Medium/Low/Informational)
- Findings summary table with severity counts
- Detailed findings with evidence and remediation steps
- Appendices with raw tool output and additional technical details
- Tester credentials and qualifications
- Report classification and handling instructions
Reports submitted to RBI, SEBI, or other Indian regulators must follow any format requirements specified in the applicable circular or framework. Some regulators require specific fields, summary tables, or sign-off formats. Confirm with your VAPT provider that they are familiar with the reporting format requirements for your specific regulatory obligation.
Retesting and Remediation Verification Checklist
A VAPT engagement is not complete when the report is delivered. Remediation verification — commonly called retesting — is a critical phase that confirms your fixes are effective. Many Indian organisations overlook this step, creating compliance risk and false security assurance.
- Prioritize remediation by CVSS score and business impact, starting with Critical and High findings
- Assign clear ownership for each finding with a target remediation date
- Track remediation status in a centralized register or ticketing system
- Request a retest for all Critical and High findings before closing the engagement
- Ensure retesting is conducted by the same team or with full knowledge of the original finding
- Obtain written confirmation of finding closure from the VAPT provider
- Document accepted risks for findings that cannot be immediately remediated
- Update security architecture documentation based on systemic findings
- Conduct a lessons-learned review to address root causes, not just symptoms
For RBI-regulated entities, the cybersecurity framework explicitly requires that VAPT findings be tracked to closure and that the status be reported to the Board's IT/Risk Committee. Maintaining an audit trail of remediation activity is essential for regulatory examinations. SEBI similarly requires evidence of finding remediation in annual cyber audit submissions.
How to Evaluate and Select a VAPT Provider in India
Choosing the right VAPT provider is as important as the testing itself. The Indian market has seen a significant increase in vendors offering security testing services, with quality varying enormously. A structured evaluation process protects your organisation from low-quality assessments that create compliance checkbox ticks without genuine security value.
Non-Negotiable Provider Qualifications
- Current CERT-In empanelment — verify directly on the CERT-In portal
- Qualified testing staff with industry certifications such as OSCP, CEH, CREST, or GPEN
- Demonstrated experience in your industry sector and technology stack
- Signed Non-Disclosure Agreement before scope discussions
- Clear rules of engagement and written authorisation process
- Defined escalation procedure for critical findings discovered during testing
- Data handling policy for sensitive information encountered during testing
- Professional indemnity and cyber liability insurance
Red Flags to Watch For
- Providers who deliver reports within 24-48 hours of testing — quality assessments take time
- Reports that are purely automated tool output without manual validation and analysis
- Inability to explain testing methodology or provide sample redacted reports
- Resistance to signing proper legal agreements before engagement
- No process for real-time communication of critical findings during testing
- Pricing that seems too low to support genuine expert-level testing hours
- Claims of CERT-In empanelment that cannot be independently verified
Ask shortlisted providers for references from clients in your sector and size range. A VAPT provider experienced with large Mumbai-based banks will have different strengths than one specializing in Bengaluru-based SaaS companies. Sector-specific experience matters because it shapes understanding of your business logic, regulatory obligations, and risk profile.
VAPT Frequency and Scheduling Guidelines for Indian Organisations
Determining how often to conduct VAPT is a function of regulatory requirements, risk appetite, and the pace of change in your environment. There is no single answer, but the following framework helps Indian organisations make structured decisions.
- Annual comprehensive VAPT: minimum baseline for most Indian organisations
- Semi-annual VAPT: recommended for RBI-regulated NBFCs, payment aggregators, and SEBI Category I entities
- Quarterly VAPT or continuous scanning: required for critical infrastructure and Tier-1 financial institutions
- Trigger-based VAPT: conduct after significant infrastructure changes, major application releases, mergers and acquisitions, or security incidents
- Pre-launch VAPT: mandatory before going live with any new internet-facing application or API
- Post-incident VAPT: assess residual risk and attack paths after a breach or near-miss event
Indian organisations undergoing digital transformation projects — migrating to cloud, launching new mobile banking features, or integrating with ONDC, AA framework, or new payment rails — should treat each major milestone as a trigger for targeted VAPT. Waiting for the annual cycle after a significant architectural change introduces unnecessary risk.
Building an Internal VAPT Governance Framework
VAPT should not be a one-time compliance exercise managed entirely by an external vendor. Indian organisations with mature security programmes embed VAPT into a broader governance framework that ensures findings drive real improvement.
Key Governance Components
- VAPT policy document defining scope, frequency, provider selection criteria, and remediation SLAs
- Board or Risk Committee charter for cyber risk oversight including VAPT findings review
- Vulnerability management program integrating VAPT findings with continuous scanning output
- Developer security training program addressing the most common finding categories
- Secure SDLC integration — embedding security testing earlier in the development lifecycle
- Vendor management process ensuring third-party VAPT requirements are contractually addressed
- Regulatory reporting calendar mapping VAPT completion to compliance submission deadlines
For Indian companies listed on NSE or BSE, cybersecurity disclosures in annual reports and incident reporting under SEBI regulations create additional incentive to maintain a well-documented VAPT program. A mature program with consistent records demonstrates due diligence to regulators, auditors, and investors.
Why Choose CyberSigma for Your VAPT Requirements?
CyberSigma is a CERT-In empanelled cybersecurity firm with deep expertise in serving Indian organisations across BFSI, fintech, healthcare, manufacturing, and government sectors. Our VAPT engagements are led by certified professionals — OSCP, CREST, and CEH — who bring hands-on offensive security expertise combined with thorough understanding of the Indian regulatory landscape.
We understand that Indian CISOs and IT managers face unique pressures: RBI and SEBI examination timelines, CERT-In reporting obligations, and the need to demonstrate genuine security improvement alongside compliance checkbox completion. CyberSigma's approach combines rigorous manual testing methodology with regulatory-ready reporting that satisfies auditors and boards alike.
- CERT-In empanelled — verified credentials for government and regulated-sector mandates
- India-focused expertise — deep knowledge of RBI, SEBI, IRDAI, and CERT-In requirements
- Sector specialization — dedicated teams for BFSI, healthcare, and critical infrastructure
- Manual-first testing — human expertise beyond automated tools for business logic and complex findings
- Regulatory reporting support — report formats aligned with RBI, SEBI, and CERT-In submission requirements
- Retesting included — we do not close engagements until your critical findings are verified remediated
- Continuous partnership — vulnerability management support between annual VAPT engagements
- Transparent communication — real-time escalation of critical findings during active testing
Our clients range from large private sector banks headquartered in Mumbai to high-growth fintech startups in Bengaluru and Hyderabad, manufacturing companies in Pune and Chennai, and government agencies across India. We bring the same rigorous methodology and accountability to every engagement, regardless of size.
Frequently Asked Questions
What is the difference between a vulnerability assessment and a penetration test?
A vulnerability assessment identifies and classifies security weaknesses using automated tools and manual review — it tells you what vulnerabilities exist. A penetration test goes further by actively exploiting identified vulnerabilities to demonstrate real-world attack impact — it tells you what damage an attacker could actually do. Most compliance frameworks and regulators in India require both, which is why they are typically delivered together as VAPT.
Is CERT-In empanelment mandatory for VAPT in India?
CERT-In empanelment is mandatory for government organisations and critical information infrastructure operators under India's IT Act and CERT-In directions. For RBI-regulated entities, SEBI-regulated entities, and other private sector organisations, empanelment is strongly recommended and is required by some sector-specific frameworks. Even where not strictly mandated, engaging a CERT-In empanelled firm is considered a baseline quality standard and significantly reduces regulatory risk.
How long does a VAPT engagement typically take?
Duration depends heavily on scope. A focused web application VAPT for a single application of moderate complexity typically takes 5 to 10 business days of active testing. A comprehensive infrastructure and application VAPT covering multiple systems, internal and external networks, and cloud environments can take 3 to 6 weeks. Add additional time for reporting, remediation, and retesting. Be wary of providers promising turnaround in 1-2 days for complex engagements — this is not enough time for genuine manual testing.
What information should I provide to the VAPT team before testing begins?
For grey-box testing — which delivers the best balance of depth and efficiency — provide the VAPT team with architecture diagrams, application documentation, API documentation, user account credentials at multiple privilege levels, network diagrams showing IP ranges and segments in scope, and details of any previous assessments. The more context the team has, the more efficiently they can focus testing on high-risk areas rather than spending time on reconnaissance that you could provide directly.
How should our organisation respond if a critical vulnerability is found during testing?
A responsible VAPT provider will notify you immediately upon discovering a critical exploitable vulnerability rather than waiting for the final report. You should have a defined escalation path in place before testing begins — typically the CISO or IT security lead as primary contact. Upon notification, assess whether the vulnerability requires emergency patching or compensating controls before testing continues. Some organisations choose to pause testing of the affected system while emergency remediation is applied. This real-time communication protocol should be explicitly agreed upon in the rules of engagement.
Can we conduct VAPT on cloud infrastructure hosted on AWS or Azure?
Yes, but with important caveats. AWS, Azure, and Google Cloud have specific policies governing penetration testing of their infrastructure. Generally, testing your own resources (applications, VMs, databases, storage) is permitted, but testing the cloud provider's underlying infrastructure is not. You do not need advance permission from AWS or Azure for standard penetration testing of your own cloud resources, but you must stay within their acceptable use policies. Your VAPT provider should be familiar with these policies. For dedicated connections like AWS Direct Connect or Azure ExpressRoute, specific rules apply.
How much does VAPT cost for an Indian organisation?
VAPT pricing in India varies widely based on scope, complexity, and provider expertise. A focused web application VAPT for a single application might range from INR 80,000 to INR 3,00,000. A comprehensive enterprise VAPT covering network, applications, APIs, and cloud infrastructure can range from INR 5,00,000 to INR 25,00,000 or more. Be cautious of very low-cost providers — genuine expert manual testing requires significant skilled labor hours. When evaluating cost, consider the total engagement including retesting, not just the initial testing phase.
Liked the post? Share on:




Leave A Comment