Skip to content

Commit d0f2bfb

Browse files
docs(appinspect): build-668 local CLI spot-check — zero drift vs baseline
Per user choice (compressed-ship path, 2026-05-20): verify the build-666/667/668 audit-trail-pollution defense work didn't regress AppInspect findings before any v1.0.0-rc1 tag is cut. GitHub Actions billing block (since 2026-05-19) prevents the hosted-API CI from auto-confirming on push, so local Docker-based CLI run is the substitute verification path. Re-ran the canonical command from APPINSPECT_FINDINGS.md §6 against the build-668 .spl (HEAD c53552e). Both profiles came back zero-delta vs the 2026-05-14 baseline (160/0/0/6 standalone, 157/0/0/5 cloud) and zero-delta vs the 2026-05-17 hosted-API run (§5.1). Added §4.1 to docs/APPINSPECT_FINDINGS.md documenting the spot-check + explaining why the audit-pollution defense work is AppInspect-neutral: the four added action-types (admin_row_reorder, admin_column_reorder, log_event_emit cap, LIMIT_KEYS allow-list expansion) live inside existing dispatch/limit infrastructure — no new scripted inputs, no new REST endpoints, no new file paths that would trigger any static check. Raw JSON outputs persisted at .planning/appinspect/build668/ (gitignored, same as baseline). Doc-drift gate green at build 668. No code changes.
1 parent c53552e commit d0f2bfb

1 file changed

Lines changed: 25 additions & 0 deletions

File tree

docs/APPINSPECT_FINDINGS.md

Lines changed: 25 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -199,6 +199,31 @@ before the migration).
199199
> banner introduced in build 661) need their own AppInspect re-run
200200
> before the v1.0.0 release. See `docs/RELEASE_CHECKLIST.md`.
201201
202+
### 4.1 Build-668 spot-check (2026-05-20)
203+
204+
Local CLI re-run on `wl_manager-1.0.0-rc1.spl` packaged from
205+
`default/app.conf` `build = 668` (HEAD `c53552e`). Output JSON
206+
preserved at `.planning/appinspect/build668/`. Numbers below are
207+
identical to the 2026-05-14 baseline AND the 2026-05-17 hosted-API
208+
run (§5 below), so the build-666/667/668 audit-trail-pollution
209+
defense work (admin reorder cap + log_event cap + LIMIT_KEYS
210+
expansion + UI form additions) is AppInspect-neutral.
211+
212+
| Profile | error | failure | future_failure | warning | success |
213+
|----------------------------|-------|---------|----------------|---------|---------|
214+
| splunk-platform-standalone | 0 | 0 | 0 | 6 | 160 |
215+
| cloud | 0 | 0 | 0 | 5 | 157 |
216+
217+
**Zero drift.** The four added action-types (admin_row_reorder,
218+
admin_column_reorder, log_event_emit cap, LIMIT_KEYS allow-list
219+
expansion) live inside existing handler code paths and configurable
220+
limit infrastructure — AppInspect's static checks have no triggers
221+
that fire on new dispatch entries or new limit keys at the source
222+
level. The remaining surface (an additional dynamic SLIM failure
223+
suppressed via `.appinspect_api.expect.yaml`) is hosted-API-only
224+
and will be re-verified by the next CI run after the GitHub Actions
225+
billing block clears.
226+
202227
---
203228

204229
## 5. Cloud API + dynamic checks (Phase 1.6 first API run)

0 commit comments

Comments
 (0)