Przejdź do treści
Biblioteka skilli
DevOps i chmura · Analiza

log-analysis

/log-analysis

Parsuje ustrukturyzowane logi, wyszukuje wzorce w szumie i buduje zapytania w ELK oraz Splunk.

Repozytorium
gabbe ↗
Licencja
CC-BY-4.0
Ostatnia zmiana repozytorium
24.10.2026

Ocena i bezpieczeństwo

100/ 100Klasa: dobry
Format25 / 25
Frontmatter z nazwą i opisem, poprawna nazwa, opis do 1024 znaków, nazwa zgodna z folderem.
Odkrywalność25 / 25
Opis mówi, kiedy użyć skilla, ma sensowną długość i jest w 3. osobie.
Treść35 / 35
Co najmniej 150 słów i do 500 linii, nagłówki, listy kroków, przykłady albo kod.
Higiena15 / 15
Bez zaślepek typu TODO, bez ścieżek Windows, z licencją.
Ryzykobrak sygnałów w skanie
Pliki w paczce
1
Skrypty
0
Komentarze HTML
0
Adresy URL w SKILL.md
0
Przestarzałość

Brak sygnałów. Repozytorium zmienione 24.10.2026, bez odwołań do wycofanych modeli i API.

Licencja

CC-BY-4.0, otwarta.

Co robi i kiedy

Parsuje ustrukturyzowane logi, wyszukuje wzorce w szumie i buduje zapytania w ELK oraz Splunk.

Oryginalny opis (EN)

Parsing structured logs, finding patterns in noise, and ELK/Splunk querying. Use when: log analysis.

Jak działa

  1. Goal
  2. Steps
  3. 1. Structured Logging (The Prerequisite)
  4. 2. Analysis Workflow
  5. 3. Query Cheatsheet
  6. 4. Red Flags ("Smells")
  7. Security & Guardrails
Sekcje z nagłówków SKILL.md, w oryginale · 61 linii, 576 słów
Podgląd SKILL.md
---
name: log-analysis
description: "Parsing structured logs, finding patterns in noise, and ELK/Splunk querying. Use when: log analysis."
license: CC-BY-SA-4.0
metadata:
  source: "agents/skills/security/log-analysis.skill.md"
  tags: "security"
  core: "false"
  context_cost: "low"
---
# log-analysis Skill

## Goal
This skill helps agents and engineers interpret logging data to find root causes of issues.

## Steps
## 1. Structured Logging (The Prerequisite)
- **Format**: JSON. Always.
- **Why**: Allows querying `level="ERROR" AND service="user-api"`. Text logs require fragile regex.
- **Context**: Every log must have `trace_id`, `user_id`, and `environment`.

## 2. Analysis Workflow

1.  **Scope the Timeframe**: "Last 15 minutes" or "Since deployment at 14:00".
2.  **Filter by Level**: Start with `ERROR` and `FATAL`. Ignore `INFO` initially.
3.  **Group by Message**:
    - **Bad**: Reading 1000 lines of `Connection timeout`.
    - **Good**: "Count of errors by message type: Timeout (800), Auth Fail (200)".
4.  **Trace Correlation**: take one `trace_id` from an error and filter ALL logs (inc INFO) for that ID to see the sequence of events leading to failure.

## 3. Query Cheatsheet

### Loki (LogQL)
```logql
{app="frontend"} |= "error" | json | latency > 500ms
```

### Elasticsearch / Kibana (Lucene)
```lucene
service:backend AND level:ERROR AND NOT message:"healthcheck"
```

### Splunk
```splunk
index=prod sourcetype=k8s | stats count by message | sort - count
```

### Command Line (jq)
```bash
cat logs.json | jq 'select(.level=="error") | .message' | sort | uniq -c
```

## 4. Red Flags ("Smells")
- **"Swallowed Exception"**: Logs that say "Error occurred" but print no stack trace.
- **"Noise"**: Periodic errors (e.g., every 5 mins) that everyone ignores. These mask real issues.
- **"Sensitive Data"**: Passwords or PII in logs. -> **CRITICAL**: Report immediately.

## Security & Guardrails

### 1. Skill Security (Log Analysis)
- **Mandatory PII Scrubbing**: The agent must utilize `Rebertha` or an equivalent dedicated regex engine to proactively redact SSNs, Credit Card numbers, Auth Tokens, and Passwords BEFORE it writes the log summary to a file or transmits it for analysis. A failure in the redaction layer must cause the log analysis to fail-closed.
- **Log Forgery Resilience**: The agent must trust the centralized log aggregation server (Splunk/ELK), but it must NOT implicitly trust the contents of the `message` payload. It must recognize the vulnerability of Log Injection (e.g., an attacker injecting `\n [INFO] User Admin Authenticated`) and prioritize `trace_id` and cryptographically signed application context.

### 2. System Integration Security
- **Access Control on Audit Logs**: The agent must verify that the systems generating high-stakes logs (auth, financial transactions) are forwarding them to an immutable, WORM (Write-Once-Read-Many) storage bucket. If the agent detects that the application layer has `DELETE` permissions on an audit index, it must raise a sev-1 alarm.
- **Alert Fatigue Exploitation**: An attacker may flood the system with low-severity `WARN` logs to mask a stealthy exfiltration attack occurring under the radar. The agent must implement rate-anomaly detection: if the volume of a specific log spikes by 1000%, it must condense the alert to prevent SOC burnout but escalate the anomaly.

### 3. LLM & Agent Guardrails
- **Hallucinated Root Cause**: In the presence of highly ambiguous logs, the LLM might confidently hallucinate a plausible but incorrect root cause (e.g., blaming a DNS failure when it was actually a subtle authorization bug). The agent must qualify its findings with confidence scores and cite the exact log line (via `trace_id`) that supports its hypothesis.
- **Malicious Query Injection**: An attacker with access to the agent's prompts might attempt to inject a destructive Splunk query or perform unconstrained searches (e.g., `* | delete` or searching across all indexes to exfiltrate data). The agent must execute LogQL/Lucene queries under a strictly scoped, read-only service account.

Wersje

RepozytoriumWynikLicencja
Ta strona · andreibesleaga/gabbe100CC-BY-4.0
OKHP3/skillz100MIT
nvidia/nvidia-resiliency-ext100Apache-2.0
autohandai/community-skills100Apache-2.0
nailshakurov/logzip100MIT
312362115/claude100MIT
winhok/testkit90MIT
Amey-Thakur/AI-SKILLS90MIT

Migawka bazy z 28.10.2026 · wersja paczki 1b9bf48b8e65 (skrót SHA-256 całej paczki)

Pobrania w ostatnich 30 dniach: 0 · ranking

Zgłoś problem z tym skillem: szkodliwa treść, błędny opis albo prośba autora o usunięcie.

Podobne skille

  • 100setting-up-log-aggregation
    Konfiguruje agregację logów w ELK, Loki lub Splunk i generuje produkcyjne konfiguracje przyjmowania, przetwarzania, przechowywania i wizualizacji danych z zabezpieczeniami i skalowalnością.
  • 100setting-up-log-aggregation
    Konfiguruje agregację logów w ELK, Loki lub Splunk i generuje produkcyjne konfiguracje przyjmowania, przetwarzania, przechowywania i wizualizacji danych z zabezpieczeniami i skalowalnością.
  • 100elk-stack
    Wdraża i zarządza stosem ELK (Elasticsearch, Logstash, Kibana) do agregacji i analizy logów: potoki logów, wizualizacje i monitoring oparty na logach.
  • 100log-management-specialist
    Projektuje i recenzuje potoki logowania: ustrukturyzowane logi, agregację w ELK, Loki i CloudWatch, retencję, usuwanie danych osobowych, alerty na wzorce logów i integrację z rozproszonym śledzeniem.
  • 100logging
    Wdraża ustrukturyzowane logowanie: logi JSON, poziomy, identyfikatory korelacji, redakcję danych osobowych, agregację logów, retencję oraz potoki ELK, Loki i CloudWatch.
  • 100distributed-logging
    Projektuje rozproszone logowanie: potok zbierania, buforowania, wysyłki, indeksowania i retencji, stosy ELK i EFK, logi strukturalne, correlation ID, próbkowanie oraz warstwy zimnego storage.

Uwagi i zgłoszenia

Wiadomość trafi do Bartosza Sokolińskiego. Adres e-mail jest potrzebny tylko do odpowiedzi. Szczegóły w polityce prywatności.