Skip to content

docs: the ASVS chapter roll-up says 13 but lists 14 - #116

Merged
wshallwshall merged 1 commit into
mainfrom
claude/sds-rollup-count
Aug 1, 2026
Merged

docs: the ASVS chapter roll-up says 13 but lists 14#116
wshallwshall merged 1 commit into
mainfrom
claude/sds-rollup-count

Conversation

@wshallwshall

Copy link
Copy Markdown
Collaborator

What

§A.3's chapter roll-up says 13 and then lists 14:

*In scope: 13 chapters active today (V1–V8, V11–V16).

V1–V8 is 8, V11–V16 is 6.

The table above it is the authority, and it agrees with 14

Counted straight from the applicability table in the same section:

Rows 17
In scope (Yes) 14 — V1–V8, V11–V16
Excluded (No) 1 — V17
Qualified V9 (in scope when introduced), V10 (partly active)

Where it came from

The same off-by-one predates #111. The line previously read "12 chapters active (V1, V2, V4–V8,
V11–V16)"
— which is 13. #111 correctly brought V3 into scope, but carried the arithmetic error
forward instead of recomputing, so the count went 12→13 while the list went 13→14. The error survived
the fix that touched the very same line.

How it surfaced

The website mirrors this file as docs/secure-development-standards.md and publishes it as
assets/MessageFoundry-Secure-Development-Standards.pdf (linked from the homepage and twice from
security.html). That copy was corrected to 14 in website PR #105, so the two mirrors have
disagreed since #111 merged. This makes them agree, with the engine as the correct one.

Not touched

The "17 chapters" statements at :243 and :248 are correct — that's the total in ASVS 5.0, not
the in-scope count.

One character. No other content, no scoping change, no count published anywhere new.

🤖 Generated with Claude Code

§A.3's roll-up reads "In scope: 14 chapters active today (V1–V8, V11–V16)"
— it said 13. V1–V8 is 8 and V11–V16 is 6.

The table directly above it is the authority and agrees with 14: exactly 14
rows carry an in-scope "Yes" (V1–V8, V11–V16), V17 is the sole "No", and V9
and V10 carry their own qualified verdicts.

This is the same off-by-one that was already in the line before #111 — it
read "12 chapters active (V1, V2, V4–V8, V11–V16)", which is 13. #111
correctly brought V3 into scope but carried the arithmetic error forward
rather than recomputing it, so the count moved 12→13 when the list moved
13→14.

Found because the website mirrors this file as
`docs/secure-development-standards.md` and publishes it as
`assets/MessageFoundry-Secure-Development-Standards.pdf`. That copy was
corrected to 14 in website PR #105, so the two have been disagreeing since
#111 merged. This makes them agree, with the engine as the correct one.

The "17 chapters" statements at :243 and :248 are right and untouched — that
is the total in ASVS 5.0, not the in-scope count.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@wshallwshall
wshallwshall enabled auto-merge (squash) August 1, 2026 10:13
@wshallwshall
wshallwshall merged commit 56f7d24 into main Aug 1, 2026
30 checks passed
@wshallwshall
wshallwshall deleted the claude/sds-rollup-count branch August 1, 2026 10:14
wshallwshall pushed a commit that referenced this pull request Sep 1, 2026
…ives

The item measured a supplied Fluent 2 palette against the contrast target that palette's own accessibility section demands, and found seven pairings that miss it. A reviewer recomputed all seven and they reproduce to two decimals, so the content is sound. Placement was not: it grades external design material, touches no MessageFoundry artifact, and shares no token with docs/BRAND.md. Its banner declared Closing-act: docs, promising a document in this repo changes. None can, so it was a permanently open row nothing here could close.

The finding now lives in wshallwshall/claude-multisession as issue #116, and the rows landed in docs/FLOWCHART-STANDARD.md via PR #117. 1408 is left unallocated rather than reused, and its allocation record stays: deleting it would let a future session reissue the number, turning a retired citation into one that resolves to unrelated work with nothing reporting a problem.

parse_items before and after: 406 items to 405, exactly one removed, nothing renumbered. #1406 still parses with one open banner and both fields. No other file cites #1408.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant