Skip to content

Latest commit

Β 

History

12 Commits

Folders and files

NameName
Last commit message
Last commit date
Β 
Β 

Repository files navigation

SecureBank Web Application Penetration Test πŸ”πŸ’³

image

A hands-on penetration testing project carried out against the SecureBank FinTech web application written in .NET and C# running in a controlled lab environment. The goal is to identify security weaknesses, understand their impact, and document practical remediation steps based on real-world attack scenarios.


Project Overview

SecureBank is an intentionally vulnerable banking application designed for security training. This project simulates a real penetration test to explore how attackers could exploit common web application flaws and how defenders can fix them πŸ›‘οΈ.


βš™οΈ Lab Setup

  • 🎯 Target: SecureBank (Docker-based application)

  • πŸ’» Attacker Machine: Kali Linux

  • 🐳 Deployment: Docker / Docker Compose

  • 🌍 Access: http://localhost or http://<target-ip>

  • πŸ”‘ Default Credentials:


πŸ“ Repository Structure

SecureBank-Pentest/
β”‚
β”œβ”€β”€ 01-Reconnaissance/ 
β”œβ”€β”€ 02-Authentication-Testing/ 
β”œβ”€β”€ 03-Enumeration/ 
β”œβ”€β”€ 04-Vulnerability-Analysis/ 
β”œβ”€β”€ 05-Exploitation/ 
β”œβ”€β”€ 06-Post-Exploitation/ 
β”œβ”€β”€ 07-Reporting/ 
β”‚
β”œβ”€β”€ screenshots/ 
β”œβ”€β”€ notes/ 
└── README.md

Methodology

1. πŸ” Reconnaissance & Enumeration

  • Directory discovery using tools like Gobuster
  • Technology fingerprinting
  • Service and endpoint mapping

2. πŸ” Authentication Testing

  • Weak/default credentials testing
  • Login behavior analysis
  • Session handling inspection

3. 🧩 Vulnerability Analysis

  • OWASP Top 10 mapping 🧾
  • Input validation testing
  • Access control checks

4. πŸ’₯ Exploitation (Lab-safe validation)

  • Controlled exploitation of discovered flaws
  • Proof-of-concept testing in isolated environment

5. πŸ“Š Post-Exploitation Analysis

  • Impact assessment
  • Data exposure evaluation
  • Privilege escalation paths (if applicable)

6. πŸ“ Reporting

  • Risk rating (Low / Medium / High / Critical)
  • Technical findings
  • Fix recommendations

Tools Used

  • Burp Suite
  • Docker / Docker Compose
  • Nmap
  • Gobuster
  • Browser DevTools

πŸ“Š Key Findings

  • Weak default credentials (admin/admin)
  • Hidden directories and endpoints discovered
  • Restricted admin panel access (403 responses)
  • Exposed API surface on port 5000
  • Misconfigured access controls and permissions

⚠️ Security Impact

These issues could lead to:

  • Unauthorized admin access
  • Sensitive data exposure
  • Increased attack surface
  • Potential full application compromise in real environments

πŸ›‘οΈ Recommendations

  • Enforce strong password policies
  • Remove default credentials immediately
  • Restrict access to sensitive endpoints
  • Implement proper RBAC (Role-Based Access Control)
  • Secure APIs with authentication tokens
  • Disable unnecessary services and directory exposure

What is the purpose of me doing this;

This project is part of my cybersecurity learning journey focused on:

  • Offensive security fundamentals
  • WebApp penetration testing
  • OWASP Top 10 practical exposure
  • Real-world security reporting skills
  • And in general just to secure Applications

About

Security assessment and penetration testing of the SecureBank vulnerable web application. This project documents reconnaissance, vulnerability discovery, exploitation, and remediation mapping aligned with OWASP Top 10 risks in a FinTech-style environment.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Contributors