aterm records a terminal session in a separate pty and lets you upload the recording to an ASHIRT server. It is a single-binary Rust crate; recordings are written in the asciicast v3 format.
aterm builds with the standard stable Rust toolchain (install via
rustup) on Linux, macOS, or Windows. No external build
tooling is required — cargo drives everything.
cargo build # debug build (target/debug/aterm)
cargo build --release # release build (target/release/aterm)
cargo run # build and run
cargo test # run the test suiteBefore opening a pull request, run the gates CI enforces:
cargo fmt --all -- --check
cargo clippy --all-targets -- -D warnings
cargo testRun the aterm binary to start. The application describes what it is doing as
it goes; this section gives a quick orientation rather than exhaustive detail.
On first run, a short dialog collects the required details (API URL, Access Key,
Secret Key, etc.) and saves them. If you also use the ASHIRT desktop
application, some values can be pulled from its configuration. You can re-run
this dialog later with --reset or --reset-hard.
Move through menus with the arrow keys. Press / to filter options by a
case-insensitive substring; press / again to leave search.
Starting aterm normally begins a new recording. You are prompted to select an
operation to associate with the recording, after which the pseudo terminal
starts and behaves like a normal shell. To end a recording, type exit or press
Ctrl-D at an empty prompt.
When a recording ends, a menu offers:
- Upload Recording — supply a description and select tags, then submit to the server. A successful upload saves the metadata and returns to the main menu.
- Rename Recording File — give the recording a more memorable name (normal filename rules apply).
- Discard Recording — delete the recording.
- Return to Main Menu — saves the recording metadata and returns to the menu.
Configuration is resolved in layers, each overriding the previous: built-in defaults, then the config file, then command-line flags.
The config file follows the XDG standard and lives at
<config>/aterm/config.yaml (on Linux, ~/.config/aterm/config.yaml, honoring
$XDG_CONFIG_HOME). Most settings can also be edited from the main menu via
"Update Settings".
| Config file key | CLI flag | Meaning |
|---|---|---|
outputDir |
Where to store recording files (defaults to the XDG data dir) | |
recordingShell |
-s, --shell |
Shell to launch (defaults to $SHELL on Unix; on Windows, pwsh if installed, else powershell.exe) |
operationSlug |
--operation |
Operation to upload to (can also be selected before recording) |
apiURL |
Where the ASHIRT backend service is located | |
accessKey |
Access Key for the backend (created in the frontend) | |
secretKey |
Secret Key for the backend (base-64; created in the frontend) | |
-n, --name |
Filename to use for the recording (locally and remotely) | |
-m, --menu |
Start in the main menu instead of recording immediately | |
--print-config, --pc |
Print the resolved configuration, then exit | |
--reset |
Re-run first-run setup, using existing values as a base | |
--reset-hard |
Re-run first-run setup without using existing values | |
-h, --help |
Show help | |
--version |
Show version information |