Phase 4
Framework detail

Source: c114 governance-phase2 — S5, where the gaps are · surface-map.md §5 · 2026-10-09

One framework the organisation follows, or could. Its requirements keep the source's own terms; each maps to the Qpoint policies that help, many-to-many. Enforcement Posture and Compliance Score are derived from those mappings and the findings, never asserted, and three things stay distinct per requirement: what Qpoint can do, what the organisation has configured, and what the findings show. The live framework page's title row and requirements table carry over (D8); the per-control toggles leave, since configuration happens on the Policy. Tracking acts for real against a page-local world and changes no policy.

frameworktypical — tracked; all ten items as the earlier page broke them down, each with its fit note; four fully, six partially, none unmapped
Policies & Frameworks/Frameworks/OWASP Top 10 for LLM Applications

OWASP Top 10 for LLM Applications

risk taxonomy
OWASP · 2025 · mapping 2026.2Source ↗
Tracked since Apr 6

A consensus list of the most critical security issues in applications that use large language models. Guidance, not a certifiable standard.

A mapping means a Qpoint policy is relevant to a control. It doesn't mean the control is met.

Tracked by Dana (security admin), Apr 6, 2026. History
  • Apr 6, 2026 · Dana (security admin) · Untracked → Tracked
Enforcement Posture
How much of the work toward ideal is done
0%
25 Off
16 policies to change
0 of 25 policy-to-control mappings at ideal
Exceptions
Deliberate differences from a policy's mode
1
1 loosen
They never move Enforcement Posture
Findings
Last 30 days, plus anything still open
7
High
2
Med
7 still open, through 16 mapped policies
How these are worked out— show

Enforcement Posture is how much of the work toward ideal is done, within what Qpoint can know and govern. Each policy-to-control mapping counts once, and it's at ideal when its policy has reached the strongest mode it can: Enforce, or Observe if the policy can only observe. A policy on three controls counts three times, and three policies on one control count three times. It reads each policy's published mode, for the whole organization. So 100% means Qpoint's part is done. It doesn't mean the framework is met, or that every endpoint has the change.

Exceptions are counted on their own, once each however many controls their policy maps to: active, not expired, revoked or waiting in the draft. They read by which way they move a policy's mode, and they never change Enforcement Posture.

Left out:2 mapped controls are mostly beyond what Qpoint can govern, so they stay listed and aren't counted. Every control in this mapping has a Qpoint policy.

Compliance Score is how the activity holds to that, over the last 30 days: findings raised by those policies, against what they checked. Findings older than that still count while they are open. A policy that is off raises nothing, so its Score says nothing.

The 1 exception— show
Control
Policies
Enforcement Posture
Compliance Score
LLM01:2025
Prompt Injection
Partial — can detect and contain, can't fully prevent
0%
2
Med
of 70.8K checks · 2 open
LLM02:2025
Sensitive Information Disclosure
Addressable
0%
5
High
of 49.8K checks · 5 open
LLM03:2025
Supply Chain
Partial — pin at load; sourcing is build-time
0%
2
High
of 56.2K checks · 0 open
LLM04:2025
Data and Model Poisoning
Mostly out of scope — training-time, ML pipeline; pinning helps only at load
Limited relevance. Not counted.
—
Policies off, nothing checked
LLM05:2025
Improper Output Handling
Addressable
0%
0
Findings
of 97.7K checks
LLM06:2025
Excessive Agency
Addressable — strongest fit
0%
1
Med
of 144.8K checks · 1 open
LLM07:2025
System Prompt Leakage
Partial — real fix is design-time
0%
1
High
1
Med
of 56.7K checks · 2 open
LLM08:2025
Vector and Embedding Weaknesses
Mostly out of scope — RAG / vector pipeline; Qpoint sees only what leaves
Limited relevance. Not counted.
1
High
of 86.3K checks · 1 open
LLM09:2025
Misinformation
Partial — model quality and a human in the loop
0%
0
Findings
of 32.7K checks
LLM10:2025
Unbounded Consumption
Addressable — strong fit
0%
0
Findings
of 77.8K checks

Seeded: Qpoint does not count checks or sessions yet Compliance Score's check and session counts are seeded for this mock. Qpoint does not count them yet.

Over time

Enforcement Posture went from 0% on Jan 12, 2026 to 40% today (up), using the modes, exceptions and mapping in force on each date.

Enforcement Posture
Enforcement Postureno data
Mappings by mode
Nov 2
Nov 30
Dec 28
Jan 25
Feb 22
Mar 22
Apr 19
May 17
Jun 14
Jul 12
Aug 9
Sep 6
Oct 4
Nov 1
Enforce
Can only observe
Observe
Off
Exceptions by direction
Nov 2
Nov 30
Dec 28
Jan 25
Feb 22
Mar 22
Apr 19
May 17
Jun 14
Jul 12
Aug 9
Sep 6
Oct 4
Nov 1
Tighten
Loosen
Match the default
  • Jun 1, 2026, mapping 2026.2: 22 → 25 mappings. Added provenance and telemetry where the fit became clear. This moved the denominator, not any policy.
  • Jan 12, 2026 to Apr 5, 2026 is reconstructed from retained history, for a time this framework wasn't tracked.
  • Nothing is available before Jan 12, 2026. That's unknown, not 0%.

These numbers say how Qpoint is set up and what it has seen. They're evidence for your own review, not a claim that you meet this framework.

Composition notes

  • Kept (D8): the earlier framework page as the starting point (Mark, 2026-10-09): its title row (name · kind icon and label · the action button), its requirements table shape (item · risk · mapped controls · addressability with the dot), its ten-risk OWASP breakdown with the fit notes, and its satisfying controls, which the catalog now carries as policies; the layer's ComplianceFrameworkIcon and UxTableList. The source's own term heads the table: controls for ISO, criteria for SOC 2, subcategories for NIST; OWASP's Top 10 entries read items, not risks (c123, Mark, 2026-11-03: lose the language of risk).
  • Changed: Activate / Deactivate → Track, a declaration that changes no policy; "Addressability" → coverage state derived from mappings (fully · partially · not), with the reason for any gap in its own column; per-policy rows carry capability, configuration (not in scope · observe · configured · confirmed) and findings as three distinct cells. Then (c123, Mark, 2026-11-03): the table runs full width; policies become their own column of PolicyTags, each with a status (inactive · observed · enforced; configured and confirmed both read enforced); capability and the Gap column leave (the Gaps section below keeps the reasons); findings get their own column, open by severity in the Findings ledger's box.
  • Changed again (c123 posture-score, 2026-11-04): the Coverage machine and column went, for two metrics: Compliance Posture (modes and exceptions, now) and Compliance Score (findings against what was checked, over a window). Items Qpoint can't address leave the table for Gaps. See cycles/c123.compliance-frameworks/posture-score-plan.md.
  • Changed again (c123 intents-pr5, 2026-11-05): Enforcement Posture and Exceptions replace that Compliance Posture: progress toward each policy's strongest possible mode, with exceptions counted separately. Compliance Score stays. Tracking changes no policy and saves outside the draft. Controls sit in their native groups, with posture over time below.
  • Retired: the per-control toggles and "Activate all Controls" (configuration happens on the Policy), the recommended-controls progress bar (a percentage would read as conformity), "view" links to nowhere.
  • Delivery phase 3 · Organization for the whole surface; the configuration column reads from phase 4 data when it exists and "not in scope" otherwise.
  • States: ?frameworkId=owasp-llm · iso-27001 (untracked) · soc2 (untracked, proposed mappings) · iso-27001&state=overflow (93 controls) · NOPE. Coverage as counts, not a percentage ([framework] open question, answered).

Qpoint Brand Style Guide