[security-observability] Daily Security Observability Report — 2026-06-24 #41271
Replies: 1 comment
-
|
Smoke cave ping. Test 7 good. Bot see discussion. Warning Firewall blocked 5 domainsThe following domains were blocked by the firewall during workflow execution:
network:
allowed:
- defaults
- "accounts.google.com"
- "clients2.google.com"
- "contentautofill.googleapis.com"
- "safebrowsingohttpgateway.googleapis.com"
- "www.google.com"See Network Configuration for more information.
|
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
This report covers firewall traffic and DIFC integrity-filtering activity across github/gh-aw agentic workflow runs for the last 7 days (June 18–24, 2026). Today's fresh analysis of 48 firewall-enabled runs shows 4,844 total network requests with a 16% overall block rate. Three workflows encountered real domain blocks: Daily Fact About gh-aw had
api.github.comandgithub.comblocked (indicating a missingdefaultsallowlist entry), Matt Pocock Skills Reviewer blockedproxy.golang.org(Go module proxy not in allowlist), and Update Astro blockeddocs.astro.build. Historical data from the cache shows a significant spike on June 22 where 65% of requests were blocked, likely driven by Google-domain traffic from a workflow with browser automation (Playwright).On the DIFC front, there were zero integrity-filtered events in the analysis window — a clean signal indicating no tool calls were blocked by the Data Integrity and Flow Control system during this period. No tuning action is needed for DIFC at this time.
🔥 Firewall Analysis
Key Firewall Metrics
📈 Firewall Request Trends
Network activity shows three data points over the 7-day window: June 16 (1,163 requests, 7.5% blocked), June 22 (12,792 requests, 65.2% blocked — a significant spike), and June 24 (4,844 requests, 16.0% blocked). The June 22 spike is attributed to workflows making heavy use of Google APIs and browser automation (Playwright) that hit the domain block list. Today's block rate has returned to a more typical baseline.
Top Blocked Domains
The most frequently blocked domains are Google services (
www.google.com,content-autofill.googleapis.com,accounts.google.com), which account for the majority of historical blocks. These are characteristic of headless browser (Playwright) automation workflows attempting to navigate to Google properties. The presence oflocalhost:8080blocks suggests some workflows attempted to reach a local MCP server outside the allowed IP range.Most Frequently Blocked Domains (Last 7 Days — Combined)
www.google.com:443content-autofill.googleapis.com:443localhost:8080(unknown)accounts.google.com:443android.clients.google.com:443safebrowsingohttpgateway.googleapis.com:443antigravity-unleash.goog:443clients2.google.complaywright-akamai.azureedge.net:443playwright-verizon.azureedge.net:443playwright.azureedge.net:443proxy.golang.org:443api.github.com:443github.com:443docs.astro.build:443Policy Rule Attribution
📋 Policy: deny-default (default deny all) with 9 named rules
deny-unsafe-portsdeny-connect-unsafe-portsallow-api-proxy-ipallow-from-api-proxydeny-raw-ipv4deny-raw-ipv6allow-both-plainallow-both-regex*.grafana.net,*.sentry.io,*.pythonhosted.orgdeny-defaultView Detailed Request Patterns by Workflow (Today)
proxy.golang.org:443api.github.com:443,github.com:443docs.astro.build:443Top allowed domains today:
api.githubcopilot.com:443(67 req/run),o205451.ingest.us.sentry.io:443(30/run),otlp-gateway-prod-eu-west-2.grafana.net:443(30/run)View Complete Blocked Domains List (All Time — 16 unique)
www.google.com:443content-autofill.googleapis.com:443localhost:8080(unknown)accounts.google.com:443android.clients.google.com:443safebrowsingohttpgateway.googleapis.com:443antigravity-unleash.goog:443clients2.google.complaywright-akamai.azureedge.net:443playwright-verizon.azureedge.net:443playwright.azureedge.net:443proxy.golang.org:443api.github.com:443github.com:443docs.astro.build:443🔒 Firewall Security Recommendations
Fix
Daily Fact About gh-awallowlist — This workflow blockedapi.github.comandgithub.com, which are required for basic GitHub operations. Adddefaultsto itsallowed_domainslist in the workflow frontmatter. This is a misconfiguration that may cause silent failures when the workflow needs to call the GitHub API.Evaluate Playwright workflows — The June 22 spike (65% block rate, 8,345 blocked requests) was driven by Google-domain traffic. If workflows use headless browsers for testing, consider whether Google domains need to be allowlisted or whether the tests should be scoped to not access external Google services.
Allow
proxy.golang.orgfor Go workflows — Any workflow running Go compilation/module resolution needsproxy.golang.organdsum.golang.org. Add these to theallowed_domainsfor workflows that use Go tooling (e.g.,Matt Pocock Skills Reviewer).Allow
docs.astro.buildforUpdate Astro— The Astro update workflow blocked this documentation domain. If the workflow needs to check Astro release notes, adddocs.astro.buildto its allowlist.Investigate
localhost:8080blocks — 14 requests tolocalhost:8080were blocked on June 22. This may indicate a workflow attempting to reach an MCP server via localhost rather than thehost.docker.internalhostname. Review MCP server configurations for any workflows that ran on June 22.🔒 DIFC Integrity Analysis
Key DIFC Metrics
The warm-start snapshot (cached 2026-06-23, age: 1 day) confirmed this consistent state. No statistical charts were generated for DIFC as there is no data to visualize.
💡 DIFC Tuning Recommendations
No immediate action required — Zero filtered events is the desired state, indicating workflows are well-configured for their data access patterns.
Continue monitoring — If new workflows are added that process external untrusted data (issue bodies, PR comments, external API responses), review their integrity tag configurations to ensure proper DIFC coverage.
Establish a baseline — Consider running a deliberate test workflow that exercises DIFC filtering (e.g., a workflow that intentionally reads a low-integrity source and attempts to pass it to a write tool) to verify the DIFC system is active and correctly configured.
Generated by the Daily Security Observability workflow (consolidated from Daily Firewall Reporter + Daily DIFC Analyzer)
Analysis window: Last 7 days | Repository: github/gh-aw
Run: https://github.com/github/gh-aw/actions/runs/28113995878
Beta Was this translation helpful? Give feedback.
All reactions