incident-responder
“Digital forensics and incident response specialist who leads breach investigations, contains active threats, coordinates crisis response, and writes post-mortems that prevent recurrence.”
aipkg.jsonincident-responder.mdLICENSE.txtREADME.md- 01PE2Sudo/Root Execution70%MEDIUM
incident-responder.md:283
detailhide
Commands invoke sudo or root privileges. Verify this elevated access is necessary and justified.
fi echo "[7/7] Computing file hashes for key binaries..." sha256sum /usr/bin/ssh /usr/sbin/sshd /bin/bash /usr/bin/sudo \ /usr/bin/curl /usr/bin/wget > "$OUTDIR/critical-binary-hashes.txt" 2>/dev/null echo "[+] Triage complete: $OUTDIR"fix Avoid sudo/root unless strictly required. Prefer least-privilege patterns. If elevation is needed, document the justification and scope.
- 02PE3Credential Access60%HIGH
incident-responder.md:241
detailhide
Code accesses credential files (SSH keys, AWS credentials, etc.). This could indicate credential theft attempts.
# === PERSISTENCE === echo "[4/7] Enumerating persistence mechanisms..." # Cron jobs (all users) for user in $(cut -f1 -d: /etc/passwd); do crontab -l -u "$user" 2>/dev/null | grep -v '^#' | sed "s/^/${user}: /" >> "$OUTDIR/crontabs.txt" donefix Remove references to credential paths. Use environment variables or secrets managers. For docs, use placeholder paths (e.g., /path/to/config). Never load .env or token files in production code paths.
- 03RA2Session Persistence85%MEDIUM
incident-responder.md:242
detailhide
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
echo "[4/7] Enumerating persistence mechanisms..." # Cron jobs (all users) for user in $(cut -f1 -d: /etc/passwd); do crontab -l -u "$user" 2>/dev/null | grep -v '^#' | sed "s/^/${user}: /" >> "$OUTDIR/crontabs.txt" done ls -la /etc/cron.* > "$OUTDIR/cron-dirs.txt" 2>/dev/nullfix Remove any persistence mechanisms (cron jobs, startup scripts, state files). Skills should not maintain state across sessions without explicit user consent.
- 04RA2Session Persistence80%MEDIUM
incident-responder.md:248
detailhide
Skill establishes unauthorized persistence across sessions via cron jobs, startup scripts, or state files. Session persistence allows an attacker to maintain access beyond the current interaction.
ls -la /etc/cron.* > "$OUTDIR/cron-dirs.txt" 2>/dev/null # Systemd services (non-vendor) systemctl list-unit-files --type=service --state=enabled | grep -v '/usr/lib/systemd' > "$OUTDIR/enabled-services.txt" # SSH authorized keysfix Remove any persistence mechanisms (cron jobs, startup scripts, state files). Skills should not maintain state across sessions without explicit user consent.