Aegisify company logo
Real-Time WAF Logging & Evidence System2026-08-13T22:08:58+00:00
Aegisify WAF — Logging & Evidence

WordPress WAF Logging and Evidence: See What the Firewall Recorded, Why It Acted, and What Needs Investigation

Aegisify WAF 1.20.13 uses a canonical WordPress database log for supported security and operational events, then maintains two protected line-oriented continuity mirrors. The Logs workspace adds filtering, deterministic severity, module attribution, charts, source inventory, aggregated keyword alerts, retention controls, and direct integration with Attack Story.

Security visibility is only useful when the evidence has clear boundaries.Aegisify records structured events generated by its protection modules; it does not claim to capture every packet, every PHP action, or unlimited “full forensic context.” The goal is actionable WAF evidence tied to actual product decisions.
1RecordCanonical SQL event
2AnalyzeFilters + dashboards
3RespondAlert + investigate
Evidence Data Flow

How a WAF Event Moves From Runtime Decision to Investigation

The current logging system separates its authoritative data source from continuity copies and investigation views so administrators know which source drives dashboards and decisions.

Click a stage to expand

01EventModule calls logger
WAF, API, Abuse & Bots, DDoS, AI Security, access controls, configuration operations, and other supported components call the shared logger with a route, method, category, action, and event-specific details.
02DatabaseCanonical evidence
The authoritative SQL table stores UTC event time, route, HTTP method, category, action, JSON details, source IP, and User-Agent fields within bounded column sizes.
03MirrorsTwo protected flat files
After a successful database insert, Aegisify writes a line-oriented mirror under the uploads area and a second suite mirror under wp-content/aegisify-logs. The directories receive web-server deny files where supported.
04ClassifyModule + severity
The Logs page maps categories into protection modules and derives a deterministic severity from action/category details so blocking and rate-control events stand out from informational operations.
05InvestigateSearch + filter + charts
Administrators can filter the canonical SQL evidence by text, route, method, category, action, source, date range, alerts-only state, severity-oriented sorting, event type, IP, or time.
06EscalateAlerts + Attack Story
Aggregated keyword alerts can surface important activity without one email per row, while Attack Story aggregates the same canonical database into targeted routes, sources, rules, threat families, and enforcement timelines.
Canonical Evidence Model

One Authoritative Database, Two Continuity Mirrors

The 1.20.13 Logs workspace explicitly identifies the data-source hierarchy instead of presenting three storage locations as equivalent sources.

01 — Canonical Database

Authoritative for Dashboards and Triage

The WordPress database table is the source used for dashboard aggregation, filtering, event triage, keyword alerts, and Attack Story. It is indexed by time, route, category, action, and IP for operational queries.

02 — Uploads Mirror

Protected Line-Oriented Continuity Copy

A secondary aegiswaf.log file is maintained under an Aegisify WAF uploads directory. It is a diagnostic mirror, not the canonical analytics database.

03 — Suite Mirror

Shared Aegisify Logs Location

A second continuity file is maintained below wp-content/aegisify-logs/aegisify-waf, allowing WAF evidence to exist in the broader suite log structure.

04 — Protected Directories

Web Access Is Denied Where Supported

Aegisify creates index.php, Apache .htaccess denial, and IIS web.config authorization denial files in writable log directories. Server configuration still determines whether those controls are honored.

Logs Dashboard

Turn Event Rows Into a Fast Operational Security View

The dashboard uses SQL aggregation over a configurable evidence window rather than trying to infer posture from a small page of recent rows.

Event Trend

All Events vs. Enforcement

Trend data separates the overall event stream from enforcement actions so teams can see whether activity growth reflects informational operations or actual blocks, challenges, and rate controls.

Module & Action Mix

See Which Protection Layer Is Responding

Dashboard aggregation groups event categories into modules such as Core WAF, API & Application, Abuse & Bots, AI Security, DDoS & Rate Control, Access & Threat Intelligence, and administration/operations.

Severity Mix

Deterministic Priority From Recorded Evidence

Blocked/denied actions are treated as Critical, challenges and rate limits as High, selected warnings or investigation actions as Medium, with lower-risk operational events below them unless event details provide an explicit supported severity.

Aggregated Keyword Alerts

Alert on Important Evidence Without Sending One Email Per Request

The current alert system has explicit aggregation and cooldown behavior.

01

Match Administrator Keywords

Alert rules use comma-separated terms matched against the assembled event line, including route, action, and details. Each rule has a title and can use explicit recipients or fall back to the WordPress administrator email.

02

Aggregate Repeated Lower-Severity Activity

The default alert qualification is three events in a 300-second window with a 1,800-second cooldown. Minimum events, aggregation window, and cooldown are bounded controls rather than unlimited email triggers.

03

Escalate Important Enforcement Faster

Critical/high severity or block, deny, challenge, and rate-limit actions are immediately eligible. Alert messages replace the raw IP occurrence in the event line with a short HMAC-derived source fingerprint and include event count and unique source-fingerprint count.

Retention and Continuity

Control How Long WAF Evidence Stays in Each Storage Layer

Canonical database retention and flat-file retention are separate because the two storage layers have different operational jobs.

The database retention default is 30 days, configurable from 1 through 3,650 days. The protected flat-file mirrors default to 7 days, also bounded from 1 through 3,650 days. The administration page exposes a manual Retention Cleanup action, and the plugin schedules a daily retention hook for the database cleanup workflow where the feature is available.

Database deletion is batched to avoid one unbounded deletion operation. Flat-file cleanup rewrites the protected mirrors and removes lines older than the cutoff. Each flat file also has a 25 MB append ceiling; when the mirror reaches that size, the logger stops appending rather than letting a secondary diagnostic file grow without limit.

Evidence Operations

Use the Log as Part of a Security Loop

The value comes from connecting evidence to action rather than retaining rows indefinitely.

1Review TrendsWatch module, action, severity, and event trends for meaningful changes.
2Filter NarrowlyInvestigate by route, source, category, date, method, or action before tuning.
3Alert CarefullyUse aggregation and cooldowns to surface repeated or high-severity evidence without email floods.
4Set RetentionKeep enough history for investigations while controlling database and file growth.
Make WAF Decisions Explainable

Turn WordPress Firewall Events Into Evidence You Can Search, Triage, and Act On

Use canonical event data, protected continuity mirrors, dashboards, filters, alerts, and Attack Story to understand what the WAF is actually doing.

Get Started

WAF Logging FAQ

Common Questions About Aegisify WAF Evidence

Are the flat files the source used by the dashboard?

No. The canonical WordPress database table is authoritative for dashboards, filtering, triage, alerts, and Attack Story. The two flat files are continuity mirrors.

Does Aegisify record every HTTP packet or full raw request?

No. It records structured application-security events created by supported WAF components. Event details vary, and the feature is not packet capture or a web-server access log replacement.

How are keyword alerts prevented from flooding email?

Lower-severity matches aggregate by alert/keyword/category/action and require the configured event count inside a time window. A cooldown suppresses repeated deliveries, while high-severity enforcement can qualify immediately.

Can administrators control log retention?

Yes. Database and protected flat-file retention have separate configurable day values, and the Logs page can run retention cleanup manually.

Aegisify WAF

Know Which Protection Acted, Why It Acted, and Where to Investigate Next

See how structured WAF evidence supports safer rule tuning, incident response, source review, block operations, and Attack Story analysis on WordPress.