| Domain | acme-demo.com |
| Scan Type | Web Application VAPT |
| Assessment Date | 22 July 2026 |
| Scan Duration | 87.3s |
| Methodology | Automated VAPT — 441 tests, 22 categories |
| Report ID | BCH-2026-SAMPLE |
The application does not properly validate or sanitize user input before processing, making it susceptible to injection attacks that could compromise data integrity or system security.
An attacker can inject malicious payloads to extract, modify, or delete data from backend systems, potentially gaining full control of the application and its data.
Implement parameterized queries for all database operations. Apply input validation and output encoding. Use an ORM or prepared statements instead of string concatenation.
The OAuth 2.0 implementation has a misconfiguration that could allow authorization codes or access tokens to be redirected to attacker-controlled endpoints.
Complete account takeover — authorization codes or tokens delivered to the attacker grant full access to the user's account without their knowledge.
Enforce strict redirect_uri validation: exact match only, no wildcards, no open redirects. Register all valid redirect URIs server-side. Validate state parameter for CSRF protection.
The application's environment configuration file is publicly accessible, exposing sensitive credentials such as database connection strings, API keys, and third-party service tokens.
An unauthenticated attacker can retrieve all application secrets, enabling database access, account takeover, and abuse of connected third-party services.
Block public access to .env and configuration files via web server rules (deny all for dotfiles). Rotate all exposed credentials immediately. Use environment variables injected at runtime instead of committed config files.
The server's TLS/SSL configuration does not meet current security standards, including support for deprecated protocols, weak cipher suites, or missing certificate validation.
Network traffic could be intercepted or downgraded by a man-in-the-middle attacker, exposing sensitive data in transit including login credentials and personal information.
Disable TLS 1.0/1.1 and SSLv3. Configure only strong cipher suites (AES-GCM, ChaCha20). Enable HSTS with a minimum max-age of 31536000. Ensure complete certificate chain is served.
The application does not properly validate or sanitize user input before processing, making it susceptible to injection attacks that could compromise data integrity or system security.
An attacker can inject malicious payloads to extract, modify, or delete data from backend systems, potentially gaining full control of the application and its data.
Implement parameterized queries for all database operations. Apply input validation and output encoding. Use an ORM or prepared statements instead of string concatenation.
A cloud storage bucket associated with the application was discovered. If misconfigured, it may allow unauthorized listing, reading, or writing of stored objects.
Exposed cloud storage can leak sensitive files, customer data, database backups, or application source code.
Review bucket ACLs and IAM policies. Disable public access. Enable bucket-level logging and versioning. Audit stored objects for sensitive data.
The application processes user-supplied URLs or network requests without proper validation, allowing an attacker to make the server initiate requests to internal or arbitrary external systems.
An attacker can scan internal network infrastructure, access cloud metadata endpoints (e.g., AWS IMDSv1), read internal service data, and potentially pivot to other systems.
Implement a URL allowlist for outbound requests. Block requests to private IP ranges (10.x, 172.16-31.x, 192.168.x, 169.254.x). Disable HTTP redirects in server-side requests.
The application's Cross-Origin Resource Sharing policy is misconfigured, potentially allowing unauthorized domains to make authenticated requests on behalf of users.
A malicious website can make cross-origin requests to the application using the victim's credentials, potentially reading sensitive data or performing actions on their behalf.
Configure CORS to whitelist only trusted origins. Never reflect the Origin header. Do not use wildcard (*) with credentials.
Session cookies are configured without essential security flags, making them vulnerable to theft via cross-site scripting or network interception.
An attacker who exploits an XSS vulnerability or intercepts network traffic can steal session cookies, leading to account takeover and unauthorized access to user data.
Set Secure, HttpOnly, and SameSite=Strict flags on all session cookies. Ensure cookies are scoped to the minimum necessary domain and path.
The application is missing critical HTTP security headers that protect against common web attacks such as clickjacking, MIME-type sniffing, and cross-site scripting.
Without proper security headers, the application is vulnerable to clickjacking attacks, content-type sniffing exploits, and cross-site scripting injection via missing CSP directives.
Configure the web server or application to send security headers: X-Frame-Options, X-Content-Type-Options, Content-Security-Policy, Referrer-Policy, and Permissions-Policy.
A transaction or state-modifying endpoint was identified that may be vulnerable to race conditions when concurrent requests are processed without proper locking.
Attackers can exploit race windows to bypass business logic, double-spend credits or currency, or submit duplicate transactions, causing financial or data integrity loss.
Implement database-level locking or atomic transactions for state-modifying operations. Use idempotency keys on APIs. Add rate limiting per user per endpoint.
Non-essential network ports are exposed to the public internet, increasing the attack surface and potentially exposing internal services not intended for public access.
Each open port represents a potential entry point. Exposed administrative ports can be targeted for brute-force attacks or exploited if running vulnerable software.
Close all non-essential ports using firewall rules. Allow only ports 80 and 443 for web traffic. Place administrative services behind VPN or bastion host.
The application exposes sensitive information through error messages, debug endpoints, server banners, or publicly accessible files that reveal internal architecture details.
Attackers can use disclosed information to map the application's technology stack, identify specific software versions with known vulnerabilities, and craft targeted exploits.
Disable debug mode and verbose error messages in production. Remove server version headers. Restrict access to administrative and diagnostic endpoints.
The domain's DNS configuration lacks security controls such as DNSSEC, CAA records, or SPF/DKIM/DMARC for email authentication, making it susceptible to spoofing attacks.
Attackers can perform DNS spoofing to redirect users to malicious sites, or send phishing emails impersonating the organization's domain.
Enable DNSSEC for the domain. Add CAA records to restrict certificate issuance. Configure SPF, DKIM, and DMARC records for email authentication.
The application exposes sensitive information through error messages, debug endpoints, server banners, or publicly accessible files that reveal internal architecture details.
Attackers can use disclosed information to map the application's technology stack, identify specific software versions with known vulnerabilities, and craft targeted exploits.
Disable debug mode and verbose error messages in production. Remove server version headers. Restrict access to administrative and diagnostic endpoints.
The application exposes sensitive information through error messages, debug endpoints, server banners, or publicly accessible files that reveal internal architecture details.
Attackers can use disclosed information to map the application's technology stack, identify specific software versions with known vulnerabilities, and craft targeted exploits.
Disable debug mode and verbose error messages in production. Remove server version headers. Restrict access to administrative and diagnostic endpoints.
Based on the assessment findings, the following areas require attention to strengthen your overall security posture and meet compliance requirements.
Every organization has unique security requirements. We provide customized remediation plans based on your business context, risk appetite, and compliance needs.
Discuss findings, business impact, and prioritization with our security team.
Our engineers fix vulnerabilities with verification testing after each fix.
Share the following details when you reach out, so we can prepare an accurate proposal:
Use AutoFix from your dashboard to remediate findings directly, or schedule a consultation for a guided walkthrough.
This assessment was limited to the target domain acme-demo.com and the specific tests performed during the scan period. The findings are based on the state of the application at the time of testing.
This security assessment was performed with explicit authorization from the asset owner. All testing activities were conducted within the agreed-upon scope.
Automated scanning may not detect all vulnerabilities. Findings should be validated and may require manual verification. The absence of a finding does not guarantee the absence of a vulnerability.
This report contains sensitive security information and is intended solely for the authorized recipient. Do not distribute, copy, or share this document without written permission from both the asset owner and Bachao.AI.
Bachao.AI (Dhisattva AI Pvt Ltd) provides this report on an "as-is" basis. While every effort has been made to ensure accuracy, we do not warrant completeness. Remediation decisions remain the responsibility of the asset owner.