GovKM Proposed Standards and Guidance
Keep Information Governance Working as Things Change
Assign control ownership, reassess material changes and verify corrective actions while retaining authorized human decisions.
GovKM-proposed public draft. Published for public review. Not externally accredited or endorsed.
View the EICARS framework resourceDocument
Return to the EICARS guidance index
EICARS implementation guidance — proposed public draft. Checklist coverage: R10.1, R10.2, R10.3, R10.4. Prepared November 9, 2026. These suggested approaches support the published GovKM-proposed EICARS v0.1 draft; they do not add requirements or grant external accreditation.
Purpose and use
Assign control ownership, reassess material changes and verify corrective actions while retaining authorized human decisions.
Use this guide within a declared organizational scope, with existing repositories and suitable organizational processes. AI is optional. Examples and suggested evidence are implementation aids; the published standard governs a conformance assessment. The Riverton case below is fictional, not an observed deployment or test result.
Responsible roles
Accountable control owners and approving officials, coordinated through existing governance.
Assign responsibilities through the organization’s actual instruments. A suggested role in this guide does not itself confer decision authority.
R10.1 Assign continuous control ownership
Suggested approach: Assign a responsible owner for each control and approve review coverage, frequency and monitoring responsibilities appropriate to risk. Use existing operating and records reviews where suitable. Define who receives exceptions and who can approve corrective action. “Continuous” governance means controls remain managed during change; it does not require uninterrupted automated inspection.
Riverton example: Riverton assigns owners for source references, records treatment, access and briefing content. Each knows when to review and how to report an unresolved issue.
Evidence and completion check: Retain the charter, responsibility assignments and review schedule. Inspect completed reviews and follow up on missed or unsupported checks.
R10.2 Reassess after material changes
Suggested approach: Identify events that require reassessment, such as policy changes, changed delegation, repository moves, revised access or integration changes. Determine affected controls and uses rather than repeating an entire assessment automatically. Review source responsibilities when offices reorganize. Keep the basis for the assessment decision.
Riverton example: Riverton changes the IT ticket integration. The owner rechecks acceptance status, source references and access enforcement for the briefing before relying on the revised path.
Evidence and completion check: Inspect one material change and the resulting impact review. Retain the targeted reassessment, findings and the responsible acceptance or use limitation.
R10.3 Track evidence and corrective action
Suggested approach: Maintain a usable record linking each assessed requirement to evidence and determination. Track gaps with responsible owners, due dates, corrective actions and retest results. Close an issue only after the authorized reviewer verifies the result. Keep earlier failed evidence and stated limitations according to retention requirements.
Riverton example: A broken Riverton inspection reference receives an owner and correction date. Replacing the link is not closure until a reviewer checks the intended source and authorized access.
Evidence and completion check: Inspect one corrective action from finding through retest and verified closure. Keep accepted risks distinguishable from requirements that have actually been demonstrated.
R10.4 Retain authorized human decisions
Suggested approach: Keep policy approval and consequential decisions with the officials authorized to make them. AI can help prepare proposals or identify possible issues, but its output remains advice until approved through the applicable process. Clearly distinguish permission to retrieve information from permission to change records, communicate commitments or execute actions.
Riverton example: The Riverton assistant can summarize outstanding conditions. It cannot approve the opening, execute a contract modification or change the official date merely because it can edit a project record.
Evidence and completion check: Retain the decision and delegation evidence. Walk through a machine-generated proposal and confirm that the appropriate official’s approval precedes any authorized consequential action.
Evidence and completion checks
Agree the population, expected results and acceptance conditions before assessing. Record the date, assessor, evidence reference, observed result and limitation. Use approved safe examples for access, malicious-content or lifecycle tests. Documented policy and observed operating behavior are both relevant; one does not automatically prove the other.
On smaller screens, scroll the table horizontally to view every column.
| Item | Suggested evidence and demonstration |
|---|---|
| R10.1 | Retain the charter, responsibility assignments and review schedule. Inspect completed reviews and follow up on missed or unsupported checks. |
| R10.2 | Inspect one material change and the resulting impact review. Retain the targeted reassessment, findings and the responsible acceptance or use limitation. |
| R10.3 | Inspect one corrective action from finding through retest and verified closure. Keep accepted risks distinguishable from requirements that have actually been demonstrated. |
| R10.4 | Retain the decision and delegation evidence. Walk through a machine-generated proposal and confirm that the appropriate official’s approval precedes any authorized consequential action. |
Record a gap where the required outcome is not demonstrated. Assign an owner and review date, then verify any correction. Completion of this page alone does not demonstrate conformance with all ten domains, certify legal compliance, approve an AI deployment or authorize autonomous actions.
Common mistakes
Calling an uploaded policy an operating control; closing issues without retesting; letting an AI proposal become policy automatically.
Continue the checklist
Use this page with the EICARS standard, the identity guide and the full Riverton scenario. No particular product, model or repository migration is required.
Implementation overview
Suggested operating approach: assign the responsible roles, confirm applicability, implement suitable controls in the existing environment, examine operating evidence and track unresolved gaps. Tailor the methods to scale and risk. Maintain current services during preparation and preserve records, access and legal obligations throughout.
Standards traceability and references
Version history
November 9, 2026 — Publication authorized by GovKM. Guidance based on checklist and government authority reference package checked November 5, 2026. References must be periodically revalidated.
November 9, 2026 — Expanded implementation guidance, version 0.1. Replaced the shorter implementation text with the reviewed Riverton examples, task-specific approaches, evidence checks and official authority mappings, with Robert Noyes’s approval. Existing URLs and checklist anchors are preserved. No EICARS requirement or GovKM doctrine is amended.