Skip to content
Projects

ashirt-ops/aterm has 29 GitHub stars and 2 forks. GitHot measured 0 stars in 24 hours. Last checked 2026-11-15 02:23 UTC. Last push 2026-11-11.

How these counts are measured

Measured star growth

in 24h
0
in 7 days
Collecting history
in 15 days
Collecting history
in 1 month
Collecting history

Net star changes over overlapping periods, not daily totals. Missing measurements are left blank. Stars measure attention, not software quality.

About

It records your terminal, then lets you upload to ASHIRT

Developer Tools

README.md

Original

ASHIRT Terminal Recorder (aterm)

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.

Building & Running

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 suite

Before opening a pull request, run the gates CI enforces:

cargo fmt --all -- --check
cargo clippy --all-targets -- -D warnings
cargo test

User's Guide

Run 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.

First run

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.

Navigating menus

Move through menus with the arrow keys. Press / to filter options by a case-insensitive substring; press / again to leave search.

Recording

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.

After a recording

When a recording ends, a menu offers:

  1. 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.
  2. Rename Recording File — give the recording a more memorable name (normal filename rules apply).
  3. Discard Recording — delete the recording.
  4. Return to Main Menu — saves the recording metadata and returns to the menu.

Configuration

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