This project will build on the ideas of the AICA framework as outlined in Theron et al. This project will work towards a fully-functional agent with increasingly advanced capabilities that can be used in both research and production contexts. The following diagram depicts the high-level structure of the agent:
- Ensure
git
is installed, use package manager (apt, yum, brew, etc) if needed. - Ensure Python 3.8 or greater is installed, again using your package manager.
- Install Docker; instructions are avaiable here.
- Install miniconda from https://docs.conda.io/en/latest/miniconda.html#linux-installers, you will need to add your chosen installation location to your shell's PATH variable.
- Ensure
make
is installed, for example in Ubuntu this is part of thebuild-essentials
package you can install with apt. - Clone this repo, and open in IDE of your choice (ensure .gitignore is updated as necessary)
- Copy content of
manager/.env.sample
to a new filemanager/.env
.- Within
manager/.env
, be sure to replace the<"FILLME">
entries with new info (can be whatever password you'd like. Doesn't matter). - For
GRAYLOG_ROOT_PASSWORD_SHA2
useecho password | sha256sum
. Copy the text for this password only.
- Within
- Set the MODE variable like
export MODE=emu
(for Bash, other shells may vary). - You can now run
make deps
to build your development environment, thenmake build
to build the Docker containers, andmake start
to launch AICA. See more below.
It is important to ensure your main branch is up-to-date before each working session, and you should commit your changes incrementally and often to ensure minimal divergence and chance of merge conflicts. Changes should be "intact" functionally (i.e., don't submit partially-completed work) and keep the main repository in a working state. This means you should think about functionality in the smallest possible chunks to keep your contributed work up to date.
You can bootstrap your environment with make init
, which will create a conda environment for building and testing.
Changes must be pushed to a branch and PR'ed to main. Before pushing your changes, you should first locally execute a make test
and ensure it completes successfully. If it does not, either fix the issues or propose exclusions to the relevant test areas (will be subject to peer review).
Once you have a passing build, you should commit your changes to a branch with a commit message that will be meaningful to any reviewers of your code explaining (at a high level) what you changed and why. You can then push the branch and make a PR.
This code should be run via the Makefile. You will need to specify whether you want to start this in emulation mode or virtualized mode with the MODE environment variable (i.e., export MODE=emu
or export MODE=virt
). The virtualized mode is currently a stub and is meant for future expansion.
When starting from scratch, run the following: make build && make start
. Subsequently, use make stop
and make start
(or make restart
) to stop/start the containers and make build
to build them again (make rebuild
is a handy alias for stop/build/start). You can use make clean
to clean up all container- and code-related files.
Once you have started the agent, you can use the various make <system>-shell
commands (e.g., make attacker-shell
) to open shells on various containers. You might wish, for example, to start a shell on the attacker and nmap the target
host.
You can view logs from the Dockerized containers with make logs
. This will show all containers, so you might wish to pipe this to grep
/egrep
to include/exclude containers by name as desired. For example: make logs | egrep ^(manager\b|manager_graphdb)
.
You can monitor the agent through several interfaces:
- http://localhost:8000: Primary front-end. Django app as defined in
manager/aica_django/
. - http://localhost:7474: Neo4j web interface
- http://localhost:5555: Celery Flower instance, where you can monitor task execution
The AICA agent is built as a Django project, and so the normal Django conventions are followed in the manager/
directory. Tests should be added to manager/aica_django/tests
and use Django testing conventions. Other top-level directories contain files for other containers in the emulated environment. They should contain at least a Dockerfile
and any files needed to be copied into the built container.
Makefile
is the primary entry point for this code. It should include test entrypoints as well as entrypoints..dockerignore
tells Docker what not to copy into container contexts.gitignore
tells git which files to never check into the repository..yamllint
configures the YAML lint that runs at build/test timedocker-compose.yml
is the YAML file instructing docker-compose how to create the necessary containers and networks for the agent.environment-core.yml
contains Conda environment specification for build/test.
The primary maintainer for this project is @bblakely-anl, a cybersecurity and machine learning researcher at Argonne National Laboratory.