Skip to content

Latest commit

 

History

History
196 lines (128 loc) · 6.35 KB

OSWE-exam-report-template_noraj_v1.md

File metadata and controls

196 lines (128 loc) · 6.35 KB
title author date subject keywords subtitle lang titlepage titlepage-color titlepage-text-color titlepage-rule-color titlepage-rule-height book classoption code-block-font-size
Offensive Security Web Expert Exam Report
student@youremailaddress.com
OSID: XXXX
2020-07-25
White-box penetration test
audit
code
exploit
OSWE
OSWE Exam Report
en
true
FF8C00
000000
000000
2
true
oneside
\scriptsize

OSWE Exam Report

Introduction

The Offensive Security OSWE exam documentation contains all efforts that were conducted in order to pass the Offensive Security Web Expert exam. This report will be graded from a standpoint of correctness and fullness to all aspects of the exam. The purpose of this report is to ensure that the student has the technical knowledge required to pass the qualifications for the Offensive Security Web Expert certification.

Objective

The objective of this assessment is to perform a white-box penetration test the Offensive Security Exam network. The student is tasked with following methodical approach in obtaining access to the objective goals. This test should simulate an actual white-box penetration test with Proof of Concept and how you would start from beginning to end, including the overall report.

Requirements

The student will be required to fill out this exam documentation fully and to include the following sections:

  • Methodology walkthrough and detailed outline of steps taken
  • Each finding with included screenshots, walkthrough, sample code, and proof.txt if applicable.
  • Any additional items that were not included

High-Level Summary

I was tasked with performing a white-box penetration test towards Offensive Security Exam. A white-box penetration test is sifting through the massive amount of data available to identify potential points of weakness. The focus of this test is to provide a comprehensive assessment of both internal and external vulnerabilities. My overall objective was to evaluate the application, identify vulnerabilities, and write automated exploit while reporting the findings back to Offensive Security.

When performing the white-box penetration test, there were several critical vulnerabilities that were identified on Offensive Security's network. When performing the attacks, I was able to gain access to multiple machines, primarily due to design flaws and implementation errors. During the testing, I had a shell access to multiple systems. All systems were successfully exploited and access granted. These systems as well as a brief description on how access was obtained are listed below:

  • 192.168.x.x - app_name - Short summary of the exploit path
  • 192.168.x.x - app_name - Short summary of the exploit path

Recommendations

I recommend patching the vulnerabilities identified during the testing to ensure that an attacker cannot exploit these systems in the future. One thing to remember is that these systems require frequent patching and once patched, should remain on a regular patch program to protect additional vulnerabilities that are discovered at a later date.

Whitebox audit

The penetration testing portions of the assessment focus heavily on gaining access to a variety of systems. During this penetration test, I was able to successfully gain access to X out of the 2 systems.

192.168.XX.XX - app_name [language]

Local.txt & Proof.txt

Provide screenshots of Burp and your browser showing a successful login as the administrative user on the actual target machine with the value of local.txt visible.

local.txt: xxx

local.txt

Provide a screenshot id and ip a command and the contents of proof.txt.

proof.txt: xxx

proof.txt

Debug setup

Provide your debug setup.

Vulnerability 1 - vulnerability_name

Provide the method and code used to find the vulnerability 1.

Vulnerability 2 - vulnerability_name

Provide the method and code used to find the vulnerability 2.

Vulnerability X - vulnerability_name

Provide the method and code used to find the vulnerability X.

Steps of exploit writing

Provide a detailed account of your methodology in creating the exploits. The steps taken should be able to be easily followed and reproducible if necessary.

PoC Code

To install the dependencies required for PoC execution:

$ package_manager install dependency1 dependency2

Provide the final proof of concept code used to gain access to the server.

#!/usr/bin/env ruby

puts 'My best PoC'

192.168.XX.XX - app_name [language]

Local.txt & Proof.txt

Provide screenshots of Burp and your browser showing a successful login as the administrative user on the actual target machine with the value of local.txt visible.

local.txt: xxx

local.txt

Provide a screenshot id and ip a command and the contents of proof.txt.

proof.txt: xxx

proof.txt

Debug setup

Provide your debug setup.

Vulnerability 1 - vulnerability_name

Provide the method and code used to find the vulnerability 1.

Vulnerability 2 - vulnerability_name

Provide the method and code used to find the vulnerability 2.

Vulnerability X - vulnerability_name

Provide the method and code used to find the vulnerability X.

Steps of exploit writing

Provide a detailed account of your methodology in creating the exploits. The steps taken should be able to be easily followed and reproducible if necessary.

PoC Code

Provide the final proof of concept code used to gain access to the server.

To install the dependencies required for PoC execution:

$ package_manager install dependency1 dependency2
#!/usr/bin/env ruby

puts 'My best PoC'

Additional Items

This section is placed for any additional items that were not mentioned in the overall report.

Appendix - Proof.txt, Local.txt, and Machines summary

Key Machine 1
IP (Hostname) 192.168.x.x
Name app_name
Language x
Local.txt Contents xxx
Proof.txt Contents xxx
Key Machine 2
IP (Hostname) 192.168.x.x
Name app_name
Language x
Local.txt Contents xxx
Proof.txt Contents xxx