qodiqa
SpecificationRun a simulation

Frameworks

Evidence for the rules that apply to AI.

qodiqa checks consent before the AI call and keeps a record anyone can verify offline. See where that supports each framework, and where it does not.

  • 11 frameworks covered
  • Evidence, not certification
  • Verified against official sources

Cross-framework matrix

Where the evidence relates to each framework.

  • 74

    Capabilities in the matrix

  • 56

    Verified capabilities

  • 721

    References mapped

  • 11

    Frameworks

References show where qodiqa’s technical evidence relates to a requirement. They are not an assessment, certification or legal opinion.

74 capabilities
Art. 12DirectArt. 5SupportingNo mapping identifiedMore referencesverifiedpartly verifieddisabled by default
How to read this
  • Art. 12(1)Solid chip: a direct reference to the official text
  • Art. 5(2)Outlined chip: a supporting reference
  • Quiet dot: no direct mapping identified
  • Deeper tint: more references
  • verifiedShipped and covered by tests in the public repository.
  • partly verifiedShipped, but only part of it is tested, or it has been exercised only against test infrastructure.
  • disabled by defaultShipped and tested, but switched off until an operator turns it on.
Capabilities in rows, frameworks in columns. A solid chip is a direct reference to the framework’s official text; an outlined chip is a supporting reference; a dot means no direct mapping identified; a deeper tint means more references. Select a chip or a capability for details.
CapabilityEU AI Act (identification only)AI ActGDPR (identification only)GDPRDORA (identification only)DORANIS2 (identification only)NIS2EU Cyber Resilience Act (identification only)CRACoE AI Convention (identification only)CoE AINIST AI RMF (identification only)RMFOECD AI Principles (identification only)OECDAICPA SOC 2 (identification only)SOC 2ISO/IEC 42001 (identification only)42001ISO/IEC 27001 (identification only)27001
verifiedConsent artifactEU AI Act: no direct mapping identified

NIST AI RMF: 2 references

  • GOVERN 1.4The risk management process and its outcomes are established through transparent policies, procedures, and other controls based on organizational risk priorities.Official text
  • MAP 1.6System requirements (e.g., “the system shall respect the privacy of its users”) are elicited from and understood by relevant AI actors. Design decisions take socio-technical implications into account to address AI risks.Official text

ISO/IEC 42001: 4 references

ISO/IEC 27001: 4 references

verifiedConsent artifactCoE AI Convention: no direct mapping identified

ISO/IEC 27001: 3 references

verifiedReceiptGDPR: no direct mapping identifiedDORA: no direct mapping identifiedNIS2: no direct mapping identified

OECD AI Principles: 2 references

verifiedReceiptEU Cyber Resilience Act: no direct mapping identifiedCoE AI Convention: no direct mapping identified

ISO/IEC 42001: 3 references

ISO/IEC 27001: 3 references

verifiedReceipt

NIS2: 2 references

  • Art. 21(2)(i)human resources security, access control policies and asset management;Official text
  • Art. 21(2)(j)the use of multi-factor authentication or continuous authentication solutions, secured voice, video and text communications and secured emergency communication systems within the entity, where appropriate.Official text

NIST AI RMF: 2 references

  • MAP 3.5Processes for human oversight are defined, assessed, and documented in accordance with organizational policies from GOVERN function.Official text
  • GOVERN 3.2Policies and procedures are in place to define and differentiate roles and responsibilities for human-AI configurations and oversight of AI systems.Official text

OECD AI Principles: 2 references

  • Principle 1.2Respect for the rule of law, human rights and democratic values, including fairness and privacyOfficial text
  • Principle 1.5AccountabilityOfficial text

ISO/IEC 42001: 3 references

ISO/IEC 27001: 3 references

verifiedAudit exportGDPR: no direct mapping identifiedNIS2: no direct mapping identifiedEU Cyber Resilience Act: no direct mapping identified

ISO/IEC 42001: 4 references

ISO/IEC 27001: 4 references

verifiedINTENT entry

EU AI Act: 3 references

EU Cyber Resilience Act: 2 references

  • Annex I Part I, point (2)(l)provide security related information by recording and monitoring relevant internal activity, including the access to or modification of data, services or functions, with an opt-out mechanism for the user;Official text
  • Annex I Part I, point (2)(f)protect the integrity of stored, transmitted or otherwise processed data, personal or other, commands, programs and configuration against any manipulation or modification not authorised by the user, and report on corruptions;Official text

CoE AI Convention: 3 references

NIST AI RMF: 3 references

  • MEASURE 2.8Risks associated with transparency and accountability – as identified in the MAP function – are examined and documented.Official text
  • MANAGE 4.1Post-deployment AI system monitoring plans are implemented, including mechanisms for capturing and evaluating input from users and other relevant AI actors, appeal and override, decommissioning, incident response, recovery, and change management.Official text
  • GOVERN 1.4The risk management process and its outcomes are established through transparent policies, procedures, and other controls based on organizational risk priorities.Official text

OECD AI Principles: 2 references

ISO/IEC 42001: 4 references

ISO/IEC 27001: 3 references

verifiedReceipt

GDPR: 2 references

  • Art. 5(2)Principles relating to processing of personal data: accountabilityOfficial text
  • Art. 22(3)Automated individual decision-making, including profilingOfficial text
DORA: no direct mapping identifiedNIS2: no direct mapping identifiedSOC 2: no direct mapping identified

ISO/IEC 42001: 2 references

ISO/IEC 27001: 3 references

partly verifiedCheckpointGDPR: no direct mapping identifiedDORA: no direct mapping identifiedNIS2: no direct mapping identifiedSOC 2: no direct mapping identified

ISO/IEC 42001: 2 references

ISO/IEC 27001: 3 references

verifiedOffline verifierEU AI Act: no direct mapping identifiedDORA: no direct mapping identifiedEU Cyber Resilience Act: no direct mapping identified

NIST AI RMF: 2 references

  • MEASURE 1.3Internal experts who did not serve as front-line developers for the system and/or independent assessors are involved in regular assessments and updates. Domain experts, users, AI actors external to the team that developed or deployed the AI system, and affected communities are consulted in support of assessments as necessary per organizational risk tolerance.Official text
  • MEASURE 2.8Risks associated with transparency and accountability – as identified in the MAP function – are examined and documented.Official text

OECD AI Principles: 2 references

SOC 2: no direct mapping identified

ISO/IEC 42001: 2 references

ISO/IEC 27001: 5 references

A · Consent and Policy

B · Cryptographic Evidence

C · Data Protection

G · Execution, Routing and Provider Controls

H · Agents, Tools and Action Governance

K · Privacy Operations and Data Lifecycle

L · Audit Exports, Compliance and Reporting

M · Operations, Monitoring and Resilience

O · Security Testing, Change Control and Software Assurance

No direct mapping identified for 50 of 74 capabilities.

Only references that were read in the official text on 2026-11-01 appear. Identifiers verified against ISO/IEC 42001:2023 and ISO/IEC 27001:2022 on 2026-11-03. The standards are sold; their text is not reproduced here and the descriptors are the authors’ own. Each capability’s status, evidence paths in the public repositories and its offline check are in its detail panel.
Not counted as coverage (4)

These are specified or planned, not connected in the shipped gateway, or have no test evidence yet. They carry no references and are not counted in the matrix.

  • Automatic retention rule type

    specified onlyK · Privacy Operations and Data Lifecycle

    Listed as planned work in the gateway roadmap; retention is configured today with retention policies.

  • Clustering and automatic failover

    not wiredM · Operations, Monitoring and Resilience

    The docs state clustering and automatic failover are not provided; the supported production deployment is one instance.

  • Go and Java SDKs

    unassessedN · API, SDKs and Developer Integration

    The repository holds Go and Java SDK code and tests but no CI job for them was found; both implement protocol V1 only and neither is published.

  • Mutation testing and test adequacy

    unassessedO · Security Testing, Change Control and Software Assurance

    A mutation-testing tool is a development dependency, but no configuration or result was found.

How it fits

From a framework to evidence an auditor can check.

  1. Frameworks such as the EU AI Act, GDPR and the NIST AI RMF ask for records, oversight and accountability.
  2. qodiqa produces signed consent, a hash-chained audit trail and receipts.
  3. An auditor or regulator verifies them offline.

Related documents

All documents