[uk ai resilience] UK AI Open Code Risk & Resilience Governance — Recent-Changes Review (2026-09-18) #61820
Closed
Replies: 1 comment
|
This discussion has been marked as outdated by UK AI Operational Resilience. A newer discussion is available at Discussion #62397. |
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 run applied the UK public-sector AI Open Code Risk & Resilience guidance with a recent-changes focus (7-day lookback since 2026-09-11T15:31:19Z) to github/gh-aw. In-window activity: 122 commits (36 flagged as security-signal), 274 open code-scanning alerts (263 error / 10 warning / 1 note), 0 open secret-scanning alerts, and 58 pre-existing open UK-AI-resilience tracking issues.
The dominant finding is scale, not novelty: 256 of 274 open alerts (93%) are non-deterministic dependency-install patterns (
npm install/uv pip install/pip install) in compiled.lock.ymlworkflows, already under one umbrella tracking issue (#61636). The remaining alerts cluster into five previously-identified classes (allocation-size-overflow, bad-redirect-check false positives, GraphQL injection risk, Dockerfile SHA-pinning, missing CODEOWNERS) — all already tracked as open Tier B/C issues. One new, previously untracked finding was identified: alert #679 (go/useless-assignment-to-fieldinpkg/cli/logs_orchestrator_stdin.go), which weakens observability of log message handling in a recently-touched CLI area.Note on sub-agent orchestration: the
asset-tier-classifier,control-verifier, andai-risk-scorersub-agents each failed twice in this run with an infrastructure error (model "gpt-5.4-mini" is not accessible). Per the retry-once guardrail, this analysis proceeds with the primary agent's direct evidence review; confidence is recorded as partial for sections that would normally be sub-agent-verified.No repository-hiding or concealment measures are recommended anywhere in this report; all actions are open-remediation or time-boxed exception measures.
Asset graph summary (recent-change scoped)
Recent-change segments and ownership signals
.lock.ymlworkflows (npm/uv/pip installs)pkg/workflowMCP config generators (mcp_cli_mount.go,mcp_setup_generator.go,mcp_github_config.go,compiler_yaml_ai_execution.go)pkg/clipackage-manifest tooling (add_package_manifest_imports.go,add_package_manifest_includes.go) +pkg/workflow/graders_config.gopkg/cli/project_command.goDockerfilepkg/cli/logs_orchestrator_stdin.goTier classification table
Tier assignments
Control verification gaps
Control domain status
.github/CODEOWNERSfound for security-sensitive compiler/CLI paths (tracked #61637, still open)pkg/loggernamespace convention exists repo-wide, but alert #679 shows a broken log-message assignment shipped in a recently-touched file, untrackedRisk-scoring table and rationale
AI-aware risk scoring
Rationale: The alert-dismissal hygiene gap is scored Critical because it is a compounding, systemic weakness — every other Tier B/C item's remediation depends on the same triage loop keeping pace, and it currently does not (58 tracked issues vs 274 raw alerts, several issues explicitly noting stale/undismissed items). Alert #679 is elevated to Tier C/High despite low individual severity because it is untracked, silently drops a value used for log messages (reducing incident-response detectability), and sits in a CLI file with ongoing churn.
Remediation queue with SLAs
Messagefield inlogs_orchestrator_stdin.go; add a regression test asserting the field is read/used correctly--frozen/hash-verification flags to the shared.lock.ymlgeneration templates rather than per-file fixes, given 256 alerts share root cause.github/CODEOWNERSentries forpkg/cli,pkg/workflow,.github/workflows/*.lock.ymlgeneration logicisSafeRelativePathhelper to resolve the recurring class rather than re-triaging per alert each cycleproject_command.goto GraphQL variables instead offmt.Sprintfstring interpolationalpine:3.24(or current base) to asha256:digestException register
No new exceptions are proposed this run. No repository-hiding or permanent concealment measures are recommended. Existing Tier C items (#60876, #60875, #59773, #53737) remain open pending standard remediation; none currently justify a formal temporary exception grant since patchability is High and no active exploit signal was observed.
Operational metrics baseline
Limitations
asset-tier-classifier,control-verifier, andai-risk-scorersub-agents failed twice with amodel "gpt-5.4-mini" is not accessible via the /chat/completions endpointinfrastructure error. Analysis was completed directly by the primary agent using the same evidence files; treat sub-agent-specific confidence as not independently verified this run.All reactions