./mythic-cli install
or just making local changes on disk. Luckily, there’s a really easy solution to this.
This page walks through the various things covered in this blog post as well: https://medium.com/@its_a_feature_/agent-customization-in-mythic-tailoring-tools-for-red-team-needs-1746fd02177f
.env
about it. For example, let’s say we installed Poseidon
:
.env
variables all prefixed with the name of the thing you installed.
*_USE_BUILD_CONTEXT
variable says whether or not to use the LOCAL build context to create an image or to instead use the specified *_REMOTE_IMAGE
that’s pre-built. This means that when this variable is false
(the default), then no new local changes will be used and the pre-built image will simply be fetched and turned into a container. So, no matter how many local changes you make, you’ll never see the changes.
Setting this to true
means that the local Dockerfile
will be used to generate the image you use for your container. It’s most likely the case that this Dockerfile is set up to pull in your local changes when creating the image, rebuilding things as necessary. If it’s not though, then your local Dockerfile will be used to generate a new local image, but it doesn’t guarantee that your local changes are getting picked up. So, be sure to check the Dockerfile
and if necessary, check for a .docker/Dockerfile
that you might be able to copy from to make sure that your changes are used when generating the new image.
/Mythic
. This means that when local things change (such as uploading a file into a container), it goes on disk where the service is installed.
Alternatively, if this is true
, then a new Docker Volume is created and mounted inside the container at /Mythic
instead.
sudo ./mythic-cli build [name]
and you should see your changes.