wazuhcoverage
wazuhcoverage is a Python library and small batch CLI for measuring coverage in Wazuh JSON archives. It reads each archive once with DuckDB, classifies every event, groups unresolved or low-level events into findings, and selects one deterministic representative full_log sample per finding.
The CLI keeps only one piece of persistent state: history.db, an internal JSON array representing the set of successfully processed absolute archive paths. Updates are serialized with a small sidecar lock and written atomically. The library API has no dependency on that history mechanism.
Requirements
Python 3.9 or newer on Linux, macOS, or Windows. DuckDB is the only runtime dependency and is installed automatically.
Python 3.9 is supported as a compatibility floor for hosts that still ship it, and it constrains the DuckDB version. DuckDB dropped 3.9 in 1.5.0, so the dependency is capped at duckdb<1.5 on 3.9 via an explicit environment marker; such installs stay on the 1.4.x line, which no longer receives upstream fixes. Python 3.10 or newer is recommended wherever the host allows it.
Because 3.9 cannot evaluate PEP 604 X | None annotations at runtime, the public models are annotated with typing.Optional and typing.Union. This keeps typing.get_type_hints() working on every supported interpreter, so consumers that introspect annotations at runtime behave identically across the range.
Installation
Command-line use
For command-line use, install with pipx. It keeps the application and its dependencies in an isolated environment while exposing the wazuhcoverage command on your PATH:
pipx install wazuhcoverage
Upgrade or remove it with:
pipx upgrade wazuhcoverage
pipx uninstall wazuhcoverage
From a local checkout:
pipx install --editable .
Python library
To use wazuhcoverage from another Python project, install it into that project's environment with pip:
python -m pip install wazuhcoverage
Then import the public package API:
from wazuhcoverage import ArchiveAnalysis, Finding, analyze_archive
analysis = analyze_archive("/archives/2026/09/archive.json.gz")
print(analysis.total_events)
for finding in analysis.findings:
print(finding.observed_status, finding.event_count, finding.sample_log)
The same PyPI distribution provides both the library and the console entry point. pipx is the recommended installation method for CLI-only use; pip is the recommended method when another Python project imports the library.
Development
python -m pip install -e ".[dev]"
python -m pytest
CLI usage
Literal files and glob patterns are accepted as positional arguments:
wazuhcoverage /archives/2026/09/archive.json.gz
wazuhcoverage "/archives/2026/09/*.json.gz"
wazuhcoverage "/archives/**/*.json.gz"
Multiple targets may be supplied. Overlapping patterns are deduplicated and processed in deterministic path order.
The CLI intentionally has no subcommands:
wazuhcoverage [--ignore-history] [--no-stats] TARGET [TARGET...]
Ignore history
wazuhcoverage --ignore-history "/archives/**/*.json.gz"
The archive is processed even if its absolute path is already present in history.db. A successful run still records or retains the path in history.
Samples only
wazuhcoverage --no-stats "/archives/**/*.json.gz"
stdout contains only one representative raw full_log per finding. Progress, errors, and the run summary go to stderr, so output remains safe to pipe into another program:
wazuhcoverage --no-stats "/archives/**/*.json.gz" | wazuh-logtest
History is updated only after analysis completes and stdout flushes successfully. A broken downstream pipe therefore does not mark the current archive as processed.
Python API
The supported package-level API is:
from wazuhcoverage import (
DEFAULT_ALERT_THRESHOLD,
ArchiveAnalysis,
Finding,
LogTypeCount,
StatusCount,
analyze_archive,
)
analyze_archive() accepts either str or pathlib.Path and returns an ArchiveAnalysis. CLI concerns such as glob expansion, history.db, report rendering, stdout/stderr, and exit codes are intentionally outside the analysis API.
Classification
Every archive event is placed in exactly one bucket:
no_decoder: no named Wazuh decoder is represented in the archive event.no_rule: a decoder is present but no final rule is represented.below_threshold: a rule is represented but its level is below the alert threshold, or its level is missing/unparseable and therefore cannot be proven to meet the threshold.at_or_above_threshold: a rule is represented with a usable level at or above the threshold.
These buckets are mutually exclusive and their event counts sum to total_events.
The CLI currently uses an alert threshold of 3. The library accepts an alternate alert_threshold value so configuration discovery can be added later without changing the analysis model.
no_rule means no final rule is represented in the archive; it does not prove that no rule predicate was evaluated internally by Wazuh.
Finding grouping
below_threshold events are grouped by rule ID because the rule is already the semantic grouping. Such findings deliberately do not claim one arbitrary log type even when that rule appears across several decoders or sources; log-type population statistics remain available separately in ArchiveAnalysis.log_type_counts.
no_decoder and no_rule events are grouped by log type and a conservative normalized message pattern. The normalizer currently replaces common timestamp prefixes, UUIDs, long hexadecimal values, and decimal numbers with five or more digits. Short numbers, IP addresses, ports, usernames, paths, event IDs, and HTTP status codes are deliberately retained.
Malformed NDJSON is not silently ignored because doing so would corrupt the coverage denominator. Compressed .json.gz and uncompressed NDJSON archives are both supported directly by DuckDB.
Scope
wazuhcoverage owns archive coverage analysis. It does not depend on wazuhtester and does not run Wazuh logtest internally. A higher-level toolkit can compose the libraries directly, for example by analyzing an archive with wazuhcoverage and replaying selected samples with wazuhtester.
history.db remains only a processed-path cache. It is not intended to become an analytics database. Malformed, legacy-pickle, or structurally invalid history files are never deserialized. Because history is only a disposable processed-path cache, the tool replaces such files atomically with an empty JSON history and continues.
License
GNU General Public License version 2 only. See LICENSE.
Release files for wazuhcoverage 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| wazuhcoverage-0.2.0.tar.gz | 24.7 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| wazuhcoverage-0.2.0-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 45.4 kB
Release files / wazuhcoverage-0.2.0.tar.gz
| Download URL | wazuhcoverage-0.2.0.tar.gz |
|---|---|
| Size | 24.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
3a5aa090290418f25883b6e90ff783ad5089c6cb54dc5ec861f1c086a1943f09
|
|
BLAKE2b-256 checksum How to use checksums |
bcfaabfbc28df72b8bd92444f77fa080cf6aa6d1dece7d8c78ba31558f0e15df
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 21, 2026.
Transparency logRelease files / wazuhcoverage-0.2.0-py3-none-any.whl
| Download URL | wazuhcoverage-0.2.0-py3-none-any.whl |
|---|---|
| Size | 20.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
a9e21950616e7d9b2b2bfecbf6d284bd43849e1ca816491cca0d2efae458a4a2
|
|
BLAKE2b-256 checksum How to use checksums |
f6d4cf92a6134eef5f6db6ae34e7c461c685e52009033d55fce4820bc4030490
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/7.0.0 CPython/3.13.14
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Sep 21, 2026.
Transparency log