[observability] Observability Coverage Report - 2026-06-24 #41125
Closed
Replies: 1 comment
-
|
This discussion has been marked as outdated by Daily Observability Report for AWF Firewall and MCP Gateway. A newer discussion is available at Discussion #41338. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Caution
agentic threat detected
Threat detection flagged this output in warn mode. Manual review is REQUIRED before any follow-up automation.
Details
The threat detection engine failed to produce results.
Review the workflow run logs for details.
Executive Summary
I analyzed a representative 20-run sample from the last 7 days. Firewall observability is not usable in this sample: every analyzed firewall-enabled run is missing the Squid
access.logartifact, so network egress debugging has no request-level trace. MCP observability is healthy for the 4 MCP-enabled runs becauserpc-messages.jsonlis present in every case, even thoughgateway.jsonlis absent.Overall coverage is split: firewall coverage is 0%, MCP coverage is 100% via the canonical fallback, and overall component coverage across the analyzed sample is 16.7%.
Key Alerts and Anomalies
🔴 Critical Issues:
access.log.rpc-messages.jsonlonly;gateway.jsonlis absent in all MCP-enabled runs.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)📋 Detailed Run Analysis
Firewall-Enabled Runs
All 20 analyzed firewall-enabled runs were missing
access.log.Missing Firewall Logs (
access.log)MCP-Enabled Runs
rpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlMissing MCP Telemetry (no
gateway.jsonlorrpc-messages.jsonl)No missing MCP telemetry was observed in the 4 MCP-enabled runs analyzed.
🔍 Telemetry Quality Analysis
Firewall Log Quality
access.logentries analyzed: 0Gateway Log Quality
rpc-messages.jsonlsafeoutputs,githubrpc-messages.jsonlfallbackHealthy Runs Summary
28057995177280591159742806080325228060834240Recommended Actions
access.logcapture for firewall-enabled runs; without it, blocked-request debugging is not possible.rpc-messages.jsonlas the canonical MCP fallback, but addgateway.jsonlemission for richer latency and status metrics.access.logis absent.📊 Historical Trends
No historical trend analysis was added from this sample alone.
Report generated automatically by the Daily Observability Report workflow
Analysis window: Last 7 days | Runs analyzed: 20
Warning
Firewall blocked 2 domains
The following domains were blocked by the firewall during workflow execution:
api.github.comgithub.com[!TIP]
api.github.comis blocked because GitHub API access uses the built-in GitHub tools by default. Instead of addingapi.github.comtonetwork.allowed, usetools.github.mode: gh-proxyfor direct pre-authenticated GitHub CLI access without requiring network access toapi.github.com:See GitHub Tools for more information on
gh-proxymode.To allow these domains, add them to the
network.allowedlist in your workflow frontmatter:See Network Configuration for more information.
Beta Was this translation helpful? Give feedback.
All reactions