OWASP Security Shepherd

=Main=   {| style="padding: 0;margin:0;margin-top:10px;text-align:left;" |-
 * valign="top" style="border-right: 1px dotted gray;padding-right:25px;" |

OWASP Security Shepherd
The OWASP Security Shepherd project is a web and mobile application security training platform. Security Shepherd has been designed to foster and improve security awareness among a varied skill-set demographic. The aim of this project is to take AppSec novices or experienced engineers and sharpen their penetration testing skillset to security expert status.

Description
The OWASP Security Shepherd project enables users to learn or to improve upon existing manual penetration testing skills. This is accomplished by presenting security risk concepts to users in lessons followed by challenges. A lesson provides a user with help in layman terms about a specific security risk, and helps them exploit a text book version of the issue. Challenges include poor security mitigations to vulnerabilities which have left room for users to exploit.

Utilizing the OWASP top ten as a challenge test bed, common security vulnerabilities can be explored and their impact on a system understood. The by-product of this challenge game is the acquired skill to harden a player's own environment from OWASP top ten security risks. The modules have been crafted to provide not only a challenge for a security novice, but security professionals as well.

Shepherd's security risks are delivered through hardened real vulnerabilities that can not be abused to compromise the application or its environment. Shepherd does not simulate security risks so that all and any attack vectors will work, ensuring a real world response.

Security Shepherd is highly configurable. System administrators can tune the project experience to present specific security risk topics or even specific Security Shepherd modules. The array of user and module configuration available allows Shepherd to be used by a single local user, by many in a competitive classroom environment or by hundreds in an online hacking competition.

Layout Options
An administrator user of Security Shepherd can change the layout in which the levels are presented to players. There are three options:

CTF Mode

When Shepherd has been deployed in the CTF mode, a user can only access one uncompleted module at a time. The first module presented to the user is the easiest in Security Shepherd, which has not been marked as closed by the administrator. The levels increase slowly in difficulty and jump from one topic to another. This layout is the recommended setting when using Security Shepherd for a competitive training scenario.

Open Floor

When Shepherd has been deployed in the Open Floor mode, a user can access any level that is marked as open by the admin. Modules are sorted into their Security Risk Categories, and the lessons are presented first. This layout is ideal for users wishing to explore security risks.

Tournament Mode

When Shepherd has been deployed in the Tournament Mode, a user can access any level that is marked as open by the admin. Modules are sorted into difficulty bands, from least to most difficult. This layout is ideal when Shepherd is being utilised as an open application security competition.


 * valign="top" style="padding-left:25px;width:350px;border-right: 1px dotted gray;padding-right:25px;" |

What is Security Shepherd?
OWASP Security Shepherd provides:


 * Teaching Tool for All Application Security
 * Web Application Pen Testing Training
 * Mobile Application Pen Testing Training
 * Safe Playground to Practise AppSec Techniques
 * Real Security Risk Examples

Why use Security Shepherd?

 * Wide Topic Coverage:  Shepherd includes over sixty levels across the entire spectrum of Web and Mobile application security under a single project.
 * Gentle Learning Curve:  Shepherd is a perfect for users completely new to security with levels increases in difficulty at a pleasant pace.
 * Layman Write Ups: Each security concept when first presented in Shepherd, is done so in layman terms so that anyone can beginner can absorb them.
 * Real World Examples:  The security risks in Shepherd are real vulnerabilities that have had their exploit impact dampened to protect the application, users and environment. There are no simulated security risks which require an expected, specific attack vector in order to pass a level. Attack vectors when used on Shepherd are how they would behave in the real world.
 * Scalability: Shepherd can be used locally by a single user or easily as a server for a high amount of users.
 * Highly Customisable: Shepherd enables admins to set what levels are available to their users and in what way they are presentended (Open, CTF and Tournament Layouts)
 * Perfect for Classrooms: Shepherd gives its players user specific solution keys to prevent students from sharing keys, rather than going through the steps required to complete a level.
 * Scoreboard: Security Shepherd has a configurable scoreboard to encourage a competitive learning environment. Users that complete levels first, second and third get medals on their scoreboard entry and bonus points to keep things entertaining on the scoreboard.
 * User Management: Security Shepherd admins can create users, create admins, suspend, unsuspend, add bonus points or take penalty points away user accounts with the admin user management controls. Admins can also segment their students into specific class groups. Admins can view the progress a class has made to identify struggling participants. An admin can even close public registration and manually create users if they wish for a private experience.
 * Robust Service: Shepherd has been used to run online CTFs such as the OWASP Global CTF and OWASP LATAM Tour CTF 2015, both surpassing 200 active users and running with no downtime, bar planned maintenance periods.
 * Configurable Feedback: An administrator can enable a feedback process, which must be completed by users before a level is marked as complete. This is used both to facilitate project improvements based on feedback submitted and for system administrators to collect "Reports of Understanding" from their students.
 * Granular Logging: The logs reported by Security Shepherd are highly detailed and descriptive, but not screen blinding. If a user is misbehaving, you will know.

Topic Coverage
The Security Shepherd project covers the following web and mobile application security topics;


 * SQL Injection
 * Broken Authentication and Session Management
 * Cross Site Scripting
 * Insecure Direct Object Reference
 * Sensitive Data Exposure
 * Missing Function Level Access Control
 * Cross Site Request Forgery
 * Unvalidated Redirects and Forwards
 * Insecure Data Storage
 * Unintended Data Leakage
 * Poor Authentication and Authorisation
 * Broken crypto
 * Client Side Injection
 * Lack Of Binary Protections


 * valign="top" style="padding-left:25px;width:250px;" |

Download

 * OWASP Security Shepherd SourceForge

Presentation
AppSecEU 2014 Video

AppSecEU 2014 Presentation

Project Leaders
Mark Denihan - mark.denihan@owasp.org

Sean Duggan - sean.duggan@owasp.org

Recent News and Events

 * [May 2015] Security Shepherd @ AppSecEU 2015 Project Summit
 * [May 2015] Shepherd v2.3 Released
 * [April 2015] Security Shepherd's platform was used to run the LATAM Tour 2015 Online CTF
 * [December 2014] Shepherd V2.2 Released

Related Projects

 * OWASP Webgoat Project

Licensing
The Security Shepherd project is free software: you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation, either version 3 of the License, or (at your option) any later version.

The Security Shepherd project is distributed in the hope that it will be useful, but without any warranty; without even the implied warranty of merchantability or fitness for a particular purpose. See the GNU General Public License for more details. See http://www.gnu.org/licenses/.

Classifications

 * }

=FAQs=


 * Q1 Can I Re-Skin Shepherd and then Train People With it?
 * A1 Yes! Shepherd plans to include this in-app in version 2.4


 * Q2 Where can I access Security Shepherd?
 * A2 You can Download it and run it yourself, ask your lecturer to, and we tend to have a public environment available at https://owasp.securityshepherd.eu/ . It operates on a Research Network in ITB's Security Research Lab, so it can be in a state of flux.

= Acknowledgements =

Project Sponsors
The OWASP Security Shepherd project would like to acknowledge and thank the generous support of our sponsors. Please be certain to visit their stall at the |OWASP AppSec EU 2015 conference as well as follow them on Twitter.





Contributors
OWASP Security Shepherd is developed by a worldwide team of volunteers. The primary contributors to date have been:


 * Mark Denihan
 * Sean Duggan
 * Ciaran Napier
 * Jason Flood
 * Patrick Hanily
 * Peter Dolan

The Security Shepherd template makes it extremely easy to add additional lessons. We are actively seeking developers to add new lessons as new web technologies emerge. If you are interested in volunteering for the project, or have a comment, question, or suggestion, please contact Mark.denihan@owasp.org

New levels or level ideas are wanted in the highest degree and there is development is in progress to fork the Security Shepherd platform into a CTF framework. If you wish to contribute a level or even an idea; contact Mark Denihan on mark.denihan@owasp.org. The aim of Security Shepherd's future development is to create a comprehensive platform for web and mobile application pen testing training / security risk education. Check out the project GitHub and find some issues that you can help with right away.

To contribute right away, pull the source from GitHub

Other
Both the Security Shepherd Platform and the Mobile Shepherd aspects of this project were initially created as part of BSc degrees in the Dublin Institute of Technology. Thanks to DIT for allowing those projects to be donated to the OWASP community.

=Setup Help=

Security Shepherd v2.3 VM Setup:
To get a Security Shepherd VM ready to rock, follow these steps;

Setting up your instance of Security Shepherd with the VM: In Steps!


 * Import the VM to your hyper visor (Eg: Virtual Box)
 * Make sure the VM has a bridged adapter (or a Host-Only adapter if you don't want anyone else to connect)
 * Boot the VM
 * Sign in with securityshepherd / owaspSecurityShepherd
 * Change the user password with the passwd command
 * In the VM, run "ifconfig" to find the IP address. Make note of this
 * On your host machine, open http:///
 * Sign in with admin / password
 * Change the admin password (cannot be password again)
 * Time to play!

Security Shepherd v2.3 Manual Pack:
The manual release is a single download, unrar, and follow the steps release.
 * Download the Security Shepherd Manual Pack
 * Install Apache Tomcat 7
 * Install MySql, using the default password (Contained in readme.txt) to skip future steps, if you prefer your own password go ahead and set-up MySql with that instead!
 * Extract the Security Shepherd Manual Pack
 * Copy the sql files extracted from the pack to the bin directory of MySql
 * Open MySql from the command line (eg: mySqlBinDirectory/mysql -u root -p )
 * Type the following commands to execute the Shepherd Manual Pack SQL files;

source core.sql source exposedSchema.sql


 * Open the webapps directory of your Tomcat instance
 * Delete any directories that are there already
 * Move the WAR file from the Shepherd Manual Pack into the webapps folder of Tomcat
 * Start Tomcat
 * Open the temp directory of Tomcat
 * If you chose the default when configuring MySql as your DB password, you are running MySql on the same machine as Tomcat and you are using port 3306 for MySql, you can skip this step. Otherwise, in the ROOT directory found in the temp folder, modify the /WEB-INF/coreDatabase.properties to point at your local DB with your MySql settings. Leave the Driver alone!
 * If you have more than one ROOT or Exposed folder in your temp folder, visit your Tomcat instance with your browser and then check the Tomcat logs for a line that reads "Servlet root =" to find which directory is the correct one to modify the MySql settings of.
 * Open your the root context of your Tomcat server (eg: http://127.0.0.1:8080/ )
 * Sign into Security Shepherd with the default admin credentials (admin / password)
 * Change the admin password
 * Follow in application prompts for further configuration

=Screenshots=