Decloak is an AI-powered web security intelligence platform that scans a site's HTTP/TLS posture, JavaScript, and third-party scripts to produce a report anyone can read. This guide is part of Decloak's library of practical, source-backed security guidance.
In this guide
Key takeaways
- The ten most frequent web - app flaws are documented by Rapid7 and the OWASP Top 10 2025.
- Each flaw has a concrete detection method you can run with a free Decloak scan (core layers 1 - 8).
- Fixes focus on input validation, proper access checks, and keeping libraries up to date.
What are the ten most common web - application vulnerabilities?
The short answer is SQL injection, cross - site scripting, cross - site request forgery, broken access control, insecure deserialization, security mis - configuration, sensitive data exposure, server - side request forgery, path traversal and open redirect. The list combines Rapid7’s classic examples with the latest OWASP Top 10 2025 categories.
How does SQL injection work and how can I spot it?
SQL injection occurs when untrusted input is concatenated into a database query without proper escaping, allowing an attacker to run arbitrary SQL. To detect it, look for query strings that include user - controlled parameters and test them with typical payloads (e.g., ' OR '1'='1). Decloak’s free scan runs Layer 4 JavaScript CVE checks that flag outdated database libraries and Layer 1 HTTP/TLS checks that highlight missing parameter sanitisation warnings.
Remediation steps
- Use prepared statements or ORM query builders.
- Validate input against a whitelist of allowed characters.
- Enable database - level query logging to catch unexpected statements.
Why is cross - site scripting (XSS) dangerous and how can I detect it?
XSS injects malicious scripts into a page that runs in the victim’s browser, stealing cookies or performing actions on behalf of the user. Detection methods include scanning for innerHTML, document.write or eval calls that incorporate unsanitised data. Decloak’s Layer 4 scanner flags the presence of dangerous code patterns such as eval() and unescaped innerHTML sinks.
Remediation steps
- Encode output based on context (HTML, JavaScript, URL).
- Adopt a content security policy that restricts script sources.
- Remove unnecessary dynamic script generation.
How can I recognize cross - site request forgery (CSRF) and prevent it?
CSRF tricks a logged - in user into sending a forged request to the target site. Look for state - changing HTTP methods (POST, PUT, DELETE) that lack anti - CSRF tokens or SameSite cookie attributes. Decloak’s Layer 1 checks report missing SameSite flags and Layer 7 vibe - coded platform security highlights frameworks that do not enforce CSRF protection by default.
Remediation steps
- Require anti - CSRF tokens for all state - changing requests.
- Set cookies with
SameSite=LaxorStrict. - Verify the
OriginorRefererheader on sensitive endpoints.
What is broken access control and how do I know if it exists?
Broken access control means the application fails to enforce permission checks, allowing users to access or modify data they shouldn’t. Typical signs are IDOR (insecure direct object references) and overly permissive CORS policies. Decloak’s Layer 7 platform fingerprinting flags common misconfigurations for builders such as Supabase, Bubble and Next.js, while Layer 1 reports CORS headers that are too open.
Remediation steps
- Enforce authorization checks on every backend endpoint.
- Use role - based access control with least - privilege defaults.
- Restrict CORS to trusted origins only.
How does insecure deserialization lead to remote code execution?
When an application deserialises data from an untrusted source without validation, an attacker can craft objects that execute arbitrary code. Detection includes searching for common deserialization libraries (e.g., java.io.ObjectInputStream, pickle in Python) and checking for lack of integrity checks. Decloak’s Layer 4 flags known vulnerable deserialization libraries as part of its CVE database.
Remediation steps
- Avoid deserialising untrusted data whenever possible.
- If required, use signed tokens or integrity checks.
- Keep deserialization libraries up to date.
What counts as security mis - configuration and how can I find it?
Security mis - configuration covers default credentials, unnecessary services, outdated software and permissive settings such as open X - Frame - Options. Layer 1 of a free Decloak scan evaluates HTTP headers, TLS settings and server banners for common mis - configurations. Layer 7 adds platform - specific checks for things like exposed Supabase service_role keys.
Remediation steps
- Harden server configuration files (e.g., disable directory listing).
- Change default passwords and remove unused services.
- Apply security - focused HTTP headers (
X - Content - Type - Options,X - Frame - Options).
Why does sensitive data exposure happen and how can I verify my protection?
Sensitive data exposure occurs when data at rest or in transit is stored or transmitted without strong encryption. Look for missing Strict - Transport - Security headers, weak cipher suites, or plaintext storage of passwords. Decloak’s Layer 1 TLS posture check reports weak ciphers and missing HSTS, while Layer 2 static HTML analysis can spot hard - coded secrets in page source.
Remediation steps
- Enforce HTTPS with strong TLS 1.2/1.3 cipher suites.
- Hash passwords with a modern algorithm (e.g., Argon2).
- Encrypt any stored PII or credit - card data.
How can I detect server - side request forgery (SSRF) and stop it?
SSRF forces the server to make HTTP requests to internal resources, potentially exposing internal APIs. Detection includes scanning for URL parameters that are fetched server - side without validation. Decloak’s Layer 7 platform checks flag known SSRF - prone patterns in popular frameworks.
Remediation steps
- Validate and whitelist outbound URLs.
- Use network - level egress filtering.
- Disable unnecessary DNS resolution features.
What is path traversal and how do I test for it?
Path traversal lets an attacker read or write files outside the intended directory by manipulating file - path inputs (e.g., ../). Look for endpoints that accept file names and test with payloads such as ../../etc/passwd. Decloak’s Layer 4 scans for common vulnerable file - handling functions in JavaScript and reports them.
Remediation steps
- Normalize and validate file - path inputs against a whitelist.
- Run file operations with least - privilege OS permissions.
- Avoid exposing file system paths in URLs.
Why are open redirects a problem and how can I identify them?
Open redirects use a user - controlled URL parameter to forward visitors to an arbitrary site, facilitating phishing. Detection involves finding redirect endpoints and testing with external URLs. Decloak’s Layer 4 flags window.location assignments that use unsanitised query parameters.
Remediation steps
- Validate redirect targets against an allow - list.
- Use relative paths instead of full URLs where possible.
- Log and monitor unexpected redirect attempts.
How does a free Decloak scan help me verify these vulnerabilities?
A free Decloak scan runs eight core layers in about 15 seconds and returns a graded report with evidence for each finding. Layers 1 - 3 cover HTTP/TLS posture, static HTML and rendered network behaviour, while Layer 4 finds vulnerable JavaScript libraries and dangerous code patterns. Layer 7 detects platform - specific misconfigurations such as exposed Supabase service_role keys. The report includes an AI - written executive summary and a table mapping each finding to the relevant OWASP Top 10 2025 sub - category, making remediation prioritisation straightforward.
Quick comparison of detection methods
| Vulnerability | Decloak layer(s) that flag it | Typical evidence shown |
|---|---|---|
| SQL injection | 4 (JS CVE) + 1 (TLS) | Outdated DB driver, missing prepared statements |
| XSS | 4 | eval() usage, unsafe innerHTML |
| CSRF | 1 + 7 | Missing SameSite cookie, no anti - CSRF token |
| Broken access control | 7 | Exposed Supabase table, open CORS |
| Insecure deserialization | 4 | Vulnerable deserialization library version |
| Security mis - configuration | 1 + 7 | Weak TLS ciphers, default credentials |
| Sensitive data exposure | 1 + 2 | Plaintext secrets in HTML source |
| SSRF | 7 | Unvalidated URL fetch pattern |
| Path traversal | 4 | Unsafe file - path handling functions |
| Open redirect | 4 | Direct window.location from query param |
Final thoughts
Understanding the concrete manifestations of each web - app flaw lets you focus scanning and remediation efforts. A quick free Decloak scan gives you immediate evidence for many of these issues, and the graded report helps you prioritize fixes before they can be exploited.
Related guides
Is a Content - Security - Policy (CSP) header necessary?
A CSP header is not required by the HTTP spec, but it is a widely - recommended defense - in - depth control that mitigates XSS and click - jacking. Learn why you should deploy it and how to do it correctly.
How can I view the Content-Security-Policy header in Chrome?
Learn the exact steps to open Chrome DevTools, locate the Network tab, and read the CSP header from the response headers of the main document.
What are common cross - site scripting (XSS) attack examples and how to detect them?
Learn concrete XSS examples - reflected, stored, DOM - based, attribute - based, encoded, cookie - grabber and error - page attacks - and see how Decloak’s free scan can surface them quickly.