Name
- this is the name of your webhook container
Description
- this is the description for your container (probably provides insight if you’re going to submit to Slack, Discord, or some other service)
WebhookURL
- this is an optional URL you can configure for the actual webhook to use. Configuring it here makes it take the highest precedence when it comes time to actually send the webhook, but has the downside of being hardcoded. You can also optionally configure this on a per-operation basis in your Operation in the UI. The last place you can configure this is in the .env file for Mythic as the
WebhookChannel
- similar to the WebhookURL
, this is the channel you’re going to send your webhook. This can also be configured via the .env
as a series of WEBHOOK_DEFAULT_*_CHANNEL
to allow you to configure a different channel per type of notification.
*Function
s are what get executed when an event of that type happens. If, for example, you don’t want to handle processing NewFeedback messages from Mythic, then you can simply not provide a function here (or set it to nil
/ None
explicitly) and Mythic won’t even bother sending the notification down to your container.
OnContainerStartFunction
- this allows you to perform additional processing/setup when your container comes online and syncs up with Mythic. You get a temporary (5min) Spectator token for each active operation. This means that if there are two active operations in Mythic, then this function gets called twice, once for each operation. This is so that if you need to do some sort of configuration that’s specific to an operation, you can fetch data for that operation.