OWASP A02: Cryptographic Failures
🔐 OWASP A02 — Cryptographic Failures Assessment
Overview
Conducted a manual assessment focusing on the protection of sensitive data during storage and transmission.
What I Found
Sensitive information exposed inside JWTs
JWT information disclosure
Missing Secure, HttpOnly, and SameSite cookie attributes
HTTP used instead of HTTPS
Stack trace and debug information disclosure
Application version disclosure
Impact
Sensitive information leakage can assist attackers in account compromise, session theft, and application reconnaissance.
Mitigation
Avoid storing sensitive data inside JWTs.
Enforce HTTPS across the application.
Configure cookies with Secure, HttpOnly, and SameSite.
Disable verbose error messages in production.
Minimize unnecessary information disclosure.
Tools Used
Burp Suite Professional
JWT Decoder
Browser Developer Tools
0
36
OWASP A01: Broken Access Control
🔒 OWASP A01 — Broken Access Control Assessment
Overview
Performed a manual security assessment of a vulnerable web application to identify Broken Access Control issues affecting API endpoints.
What I Found
Horizontal Privilege Escalation (IDOR)
Vertical Privilege Escalation
Unauthorized access to restricted API endpoints
User enumeration through exposed APIs
Impact
Unauthorized users could access resources belonging to other users and retrieve sensitive information without proper authorization.
Mitigation
Enforce server-side authorization on every request.
Implement Role-Based Access Control (RBAC).
Validate object ownership before returning data.
Apply the principle of least privilege.
Tools Used
Burp Suite Professional
Firefox Developer Tools
JWT Decoder
1
62
🚨 Vulnerability Spotlight: OS Command Injection
⚠️ The Flaw: Unsanitized input in a "Ping Device" feature allowed arbitrary command execution directly on the server shell.
🕵️♂️ The Exploit (via Burp Suite):
Instead of a normal IP, I injected shell metacharacters: 127.0.0.1; cat /etc/passwd.
Result: The backend blindly executed it, leaking sensitive OS files and confirming unauthorized system access.
🛡️ The Fix:
✅ Stop Direct Execution: Never pass raw input to exec() or system().
✅ Strict Allow-listing: Validate inputs with Regex (e.g., enforce standard IPv4 format).
✅ Command Escaping: Neutralize malicious operators using escapeshellarg().
Rule of thumb: Never trust user input!
0
29
Emergency recovery and malware removal for a compromised website, transforming it from a hacked state to a fully secured, hardened, and operational platform.
0
33
An end-to-end vulnerability management framework designed to transform vulnerable infrastructure into fully secured and hardened systems.
0
23
The Project Overview
Traditional rule-based phishing detection mechanisms struggle to keep up with modern cyber threats. To solve this, I engineered PhishX, an intelligent, AI-driven sandbox capable of analyzing and classifying malicious URLs in real-time.
How the AI Works
The uploaded screenshots demonstrate how the framework handles different real-world security scenarios dynamically:
Scenario 1 (Green): Verifying legitimate URLs and matching them against safe profiles.
Scenario 2 (Red): Intercepting active phishing vectors with a high risk-score (92.6%).
Scenario 3 (Yellow): Resiliently handling dead or offline links by predicting intent purely through URL structure.
Explainable AI (XAI) Integration
Instead of acting as a "black box," PhishX integrates SHAP (SHapley Additive exPlanations) metrics. This ensures absolute transparency by displaying exactly which features—such as lines of code, URL similarity index, or external references—contributed to the final security classification.
0
38
A snapshot of a recent Web Application Security Assessment. This report details critical and medium-risk vulnerabilities identified during deep-level penetration testing, along with a complete remediation roadmap to secure the application against future attacks.