Getting it into your agent
One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.
npx agentmods add skills/unitoneai/securityskills/log-analysisnpx skills add UnitOneAI/SecuritySkills --skill log-analysisgit clone --depth 1 https://github.com/UnitOneAI/SecuritySkillsWrote this? Show the measurements
A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.
[](https://agentmods.dev/skills/unitoneai/securityskills/log-analysis)<a href="https://agentmods.dev/skills/unitoneai/securityskills/log-analysis"><img src="https://agentmods.dev/badge/skills/unitoneai/securityskills/log-analysis.svg" alt="Measured on agentmods" height="20"></a>What it costs to keep this loaded
Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.
| Model | Per session | Once invoked |
|---|---|---|
| Fable 5 | $0.00084 | $0.07287 |
| Opus 5 | $0.00042 | $0.03644 |
| Sonnet 5 | $0.00017 | $0.01457 |
| Haiku 4.5 | $0.00008 | $0.00729 |
Grade B, and why
log-analysis scanned grade B with 2 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 3d ago.
A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.
Asks for rootlowPrivilege escalation
A mod that escalates privileges can change anything on the machine, not only the project.
| Linux auth logs | Linux | /var/log/auth.log (Debian/Ubuntu), /var/log/secure (RHEL/CentOS) -- SSH logons, su/sudo usage, PAM events | Logon Session (DS0028) | Downgraded: this mod is about security review, or the phrase is quoted, so it is likely naming the pattern rather than instructing it.
Reaches for credential filesmediumPrivilege escalation
SSH keys, cloud credentials, git-credentials, .npmrc, /etc/shadow: reading these is how a config file becomes a credential leak.
Jan 15 14:25:00 webserver01 sudo: admin : TTY=pts/0 ; PWD=/home/admin ; USER=root ; COMMAND=/usr/bin/cat /etc/shadow Downgraded: this mod is about security review, or the phrase is quoted, so it is likely naming the pattern rather than instructing it.
How it starts
The opening of the file, as written. The whole thing — 491 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Security Log Analysis
Frameworks: MITRE ATT&CK v16, NIST SP 800-92 (Guide to Computer Security Log Management) Role: SOC Analyst, Security Engineer Time: 20-40 min per analysis Output: Log analysis findings, anomaly identification, baseline recommendations, ATT&CK-mapped observations
1. When to Use
If a target is provided via arguments, focus the review on: $ARGUMENTS
Invoke this skill when any of the following conditions are met:
- Log review -- The analyst needs to examine logs from a specific system, time window, or user to identify suspicious activity.
- Anomaly investigation -- An unusual pattern has been observed (unexpected logon, unfamiliar process, abnormal network traffic) and requires log-based investigation.
- Baseline establishment -- The team needs to define what "normal" looks like for a log source to enable future anomaly detection.
- Event ID interpretation -- The analyst needs to understand what a specific Windows Event ID, Sysmon Event ID, or Linux log entry means in a security context.
- Log correlation -- Multiple log sources need to be analyzed together to reconstruct a sequence of events or trace an attacker's actions.
- Post-incident log review -- After an alert or incident, logs need to be systematically reviewed to determine scope, timeline, and impact.
- Log architecture assessment -- The team is evaluating whether the right log sources are being collected for security monitoring.
Do not use when: The task is writing SIEM detection rules (use siem-rules), triaging a fired alert (use alert-triage), or authoring Sigma rules (use detection-engineering).
2. Context the Agent Needs
Before beginning analysis, gather or confirm:
- Analysis objective: What question are you trying to answer? (e.g., "Was this account compromised?", "What happened on this server between 2:00 and 3:00 AM?", "Is this outbound traffic malicious?")
- Time window: The specific time range to analyze.
- Scope: Which hosts, users, IP addresses, or network segments are in scope?
- Available log sources: Which logs are available? (Windows Event Logs, Sysmon, EDR, firewall, proxy, DNS, cloud audit, application logs.)
- Known-good context: What is expected/normal for this environment? (Authorized admin accounts, expected service accounts, normal working hours, approved applications.)
- Related alerts or incidents: Are there existing alerts, tickets, or incident reports associated with this investigation?
- SIEM access: Which SIEM platform contains the logs? (Determines query language and table names.)
What this file has done since we first saw it
Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.
- 3d ago First seen · 491 lines · 84 tokens per session scan B f8a6676bf1cd
log-analysis is a skill published in the GitHub repository UnitOneAI/SecuritySkills (58 stars, last pushed 2mo ago), licensed MIT. It adds 84 tokens to every session and 7,287 once invoked, about $0.0004 per session on Opus 5. A static security scan graded it B with 2 findings (asks for root, reaches for credential files). No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-30.
Other skills, from other repositories
cis-aws-foundations-4.1
Ensure CloudTrail is enabled in all regions.
cis-aws-foundations-4.3
Ensure AWS Config is enabled in all regions.
cis-aws-foundations-4.4
Ensure that server access logging is enabled on the CloudTrail S3 bucket.
cis-aws-foundations-4.2
Ensure CloudTrail log file validation is enabled.
detecting-aws-cloudtrail-anomalies
Detect unusual API call patterns in AWS CloudTrail logs using boto3, statistical baselining, and behavioral analysis to identify credential compromise, privilege escalation, and unauthorized resource access.
cis-aws-foundations-4.8
Ensure that object-level logging for write events is enabled for S3 buckets.