The iCTF Framework
The iCTF Framework is described in a paper presented at the Usenix 3GSE workshop in 2014.
We released this in the hope that it allows educators and trainers to host their own A/D CTFs. This framework is free for commercial use, but the support that we can provide is limited.
We are planning to release more technical documentation regarding each components in the future; as for now you can find instruction on how to create a game here.
If you have questions, please send an email to email@example.com.
DISCLAIMER: This framework is still a work in progress and this release have to be considered as an ALPHA version. New pull requests and new issues are welcome :)
TODOs and known issues
- The codebase needs to be cleaned from old pieces of unused code.
- Finish to port every component to python 3.
- Finish to document the various components.
- Logs are scattered among all different components and currently there isn't an easy way to query them.
- Scriptbot, although it's replicated, is currently not fault tolerant.
- Extend the framework to support multiple cloud providers other than AWS.
- Implment a built in resource monitoring system.
- The images building process sometimes does not terminate correctly. The solution so far is to re-execute the
make all -jcomand until it terminates.
- The CTF cannot be run for more than 12 hours because the credentials we use to login to the docker registry will expire after such time and we currently don't have a way to renew them when the game is running.
This is the central database that tracks the state of the game.
It runs on the Database VM and exposes a RESTful API.
Note that this database should not be directly accessed by the teams, which instead should go through the team services component.
The Gamebot is the component responsible for advancing the competition. The competition is divided into ticks. At the beginning of each tick, the gamebot decides which scripts need to be executed by the scriptbot (e.g., scripts to set flags, retrieve flags, or test services) and writes the schedule in the central database. Then, it extracts from the database the data about the previous tick (e.g., flag submitted and the status of service checks) and computes the points to be assigned to each team. The new scores are stored in the database, so that they can be displayed by the dashboard component.
The scriptbot is responsible for the execution of the scripts scheduled by the gamebot. The scriptbot extracts the scripts scheduled for execution from the central database, and then runs them. For example, the scripts retrieve flags that have been set in the previous tick, or check if the services are up and functional.
The router component is responsible for routing the traffic between the teams in the competition. The component implements an OpenVPN service. Each team is given a VM that acts as the router for the team. The traffic among teams needs to be anonymized to prevent teams from distinguishing scriptbot-generate traffic from team traffic.
Creating a CTF competition
For more information visit our wiki page about running a class CTF