Module Development
Last updated
Was this helpful?
Last updated
Was this helpful?
Modules are driven by a yaml configuration per module. In most cases, only a yaml is needed to create a module.
Each module is defined by a set of metadata (like authors, description, and tactics) and options. These options define what values can be set when the module is executed.
name: ExampleModule
authors:
- name: John Doe
handle: '@johndoe'
description: A sample module demonstrating Empire module structure.
tactics: []
techniques:
- T1234
background: true
output_extension: ps1
needs_admin: false
opsec_safe: true
language: powershell
min_language_version: '2'
comments: []
options:
- name: SampleOption
description: An example option.
required: true
value: 'default_value'
strict: true
Empire modules support advanced configuration for dynamic dependencies between options. For example, one option may depend on the value of another option. This is handled using the depends_on
field.
The depends_on
field allows an option to be displayed or required based on the value of another option. In this example, the CredID
option only appears if the Credentials
option is set to CredID
.
options:
- name: Credentials
description: Manually enter credentials or credential ID.
required: true
value: 'Manual'
strict: true
internal: true
suggested_values:
- Manual
- CredID
- name: CredID
description: Use CredID from the store.
required: false
value: ''
depends_on:
- name: Credentials
values: ['CredID']
The internal field is used to manage dynamic options in Empire modules, such as top-tier switches that control which options are displayed to the user. These options are internal to Empire’s logic and are not used during the execution of the module itself. Instead, they help control the visibility and behavior of other options.
For example, an internal option can act as a switch to determine whether certain options appear based on the user’s selection.
- name: Credentials
description: Manually enter credentials or credential ID.
required: true
value: 'Manual'
strict: true
internal: true
suggested_values:
- Manual
- CredID
In this example, Credentials is an internal option that controls whether CredID or Password is shown to the user, depending on its value. This logic helps ensure the correct options are visible and modifiable based on the selected configurations.
options:
- name: Credentials
description: Manually enter credentials or credential ID.
required: true
value: 'Manual'
strict: true
internal: true
suggested_values:
- Manual
- CredID
- name: CredID
description: CredID from the store to use.
required: false
value: ''
depends_on:
- name: Credentials
values: ['CredID']
- name: Password
description: Password for manual credentials entry.
required: false
value: ''
depends_on:
- name: Credentials
values: ['Manual']