Skip to content

Deploy and customize our own pwn.college - pwn.hust.college

License

Notifications You must be signed in to change notification settings

AAtomical/dojo

 
 

Repository files navigation

DOJO

Deploy a pwn.hust.college dojo instance while pwn.hust.college is forked from pwn.college!

Details

The pwn.hust.college dojo infrastructure is based on CTFd. CTFd provides for a concept of users, challenges, and users solving those challenges by submitting flags. From there, this repository provides infrastructure which expands upon these capabilities.

The pwn.hust.college infrastructure allows users the ability to "start" challenges, which spins up a private docker container for that user. This docker container will have the associated challenge binary injected into the container as root-suid, as well as the flag to be submitted as readable only by the the root user. Users may enter this container via ssh, by supplying a public ssh key in their profile settings, or via vscode in the browser (code-server). The associated challenge binary may be either global, which means all users will get the same binary, or instanced, which means that different users will receive different variants of the same challenge.

Setup

curl -fsSL https://get.docker.com | /bin/sh
DOJO_PATH="./dojo"
git clone https://github.com/HUSTSeclab/dojo.git "$DOJO_PATH"
docker build -t pwncollege/dojo "$DOJO_PATH"
docker run --privileged -d -v "${DOJO_PATH}:/opt/pwn.college:shared" -p 22222:22 -p 8080:80 -p 10443:443 --name dojo pwncollege/dojo

This will run the initial setup, including building the challenge docker image. Note that you can directly setup dojo with setup.sh.

Note

This command would map ports (22, 80, 443) in the container to the corresponding ports (22222, 8080, 10443) on the Docker host. If these ports are bound in you environment, you can disable these processes or revise these mapping ports.

Local Setup

By default, the dojo will initialize itself to listen on and serve from localhost.pwn.college (which resolves 127.0.0.1). This is fine for development, but to serve your dojo to the world, you will need to update this (see Production Setup).

It will take some time to initialize everything and build the challenge docker image. You can check on your container (and the progress of the initial build) with:

docker exec dojo dojo logs

Once things are setup, you should be able to access the dojo and login with username admin and password admin. You can change these admin credentials in the admin panel.

Production Setup

Customizing the setup process is done through -e KEY=value arguments to the docker run command. You can stop the already running dojo instance with docker stop dojo, and then re-run the docker run command with the appropriately modified flags.

In order to change where the host is serving from, you can modify DOJO_HOST; for example: -e DOJO_HOST=localhost.pwn.college. In order for this to work correctly, you must correctly point the domain at the server's IP via DNS.

By default, a minimal challenge image is built. If you want more of the features you are used to, you can modify DOJO_CHALLENGE; for example: -e DOJO_CHALLENGE=challenge-mini. The following options are available:

  • challenge-nano: A very minified setup.
  • challenge-micro: Adds VSCode.
  • challenge-mini: Adds a minified desktop (by default).
  • challenge-full: The full (70+ GB) setup.

Customization

All dojo data will be stored in the ./data directory.

Once logged in, you can add a dojo by visiting /dojos/create. Dojos are contained within git repositories. Refer to the example dojo for more information.

Contributing

We love Pull Requests! 🌟 Have a small update? Send a PR so everyone can benefit. For more substantial changes, open an issue to ensure we're on the same page. Together, we make this project better for all! 🚀

About

Deploy and customize our own pwn.college - pwn.hust.college

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • Python 50.8%
  • HTML 20.2%
  • Dockerfile 8.5%
  • JavaScript 6.1%
  • Shell 4.8%
  • PowerShell 4.0%
  • Other 5.6%