[observability] Observability Coverage Report - 2026-06-16 #39469
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 #39709. |
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.
-
Executive Summary
I analyzed 17 completed runs from the last 7 days. Every sampled run had Squid firewall telemetry under
sandbox/firewall/logs/access.log, and every sampled run had MCP telemetry viamcp-logs/rpc-messages.jsonl.steps.firewallwassquidin every sampledaw_info.json.The coverage problem is quality, not missing artifacts. The firewall logs consistently capture egress, but none of the sampled runs showed a blocked request, so the logs do not currently prove deny-path observability. MCP telemetry is healthy through the JSON-RPC fallback: valid logs, 76 outgoing tool calls, 0 protocol errors, and 3 servers observed (
github,safeoutputs,sentry).Warning
Firewall observability is present but weak on enforcement signal: no denied requests were visible in any sampled Squid log.
Key Alerts and Anomalies
Note
No critical log gaps detected in the sampled runs.
Warning
No blocked requests were visible in any sampled
access.log, which limits debugging value for firewall regressions.Coverage Summary
access.log)gateway.jsonlorrpc-messages.jsonl)Detailed Run Analysis
Firewall + MCP Runs
rpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlrpc-messages.jsonlMissing Firewall Logs
None in the sampled runs.
MCP-Enabled Runs
All sampled runs had
rpc-messages.jsonl; none requiredgateway.jsonl. The fallback was valid JSON-RPC telemetry in every case, with 0 parse errors and 76 total outgoingtools/callrequests across the sample.Missing MCP Telemetry
None in the sampled runs.
Telemetry Quality Analysis
Firewall Log Quality
access.logentries analyzed: 1402api.githubcopilot.com,o205451.ingest.us.sentry.ioGateway Log Quality
rpc-messages.jsonl(canonical fallback)github,safeoutputs,sentryHealthy Runs Summary
All sampled runs had both firewall and MCP telemetry present. The only material gap was the lack of blocked firewall traffic in the sample.
Recommended Actions
rpc-messages.jsonlas the MCP fallback, but emitgateway.jsonlwhere the runtime supports it for richer latency metrics.sandbox/firewall/logs/access.log) so future audits do not miss it.Historical Trends
No prior trend series was computed in this pass.
References:
Report generated automatically by the Daily Observability Report workflow
Analysis window: Last 7 days | Runs analyzed: 17
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