Focus Area: Consent inheritance and lineage propagation systems
This ontology provides citation-quality definitions for 15 foundational terms, backed by authoritative sources from standards bodies (NIST, W3C, IETF, OASIS, ISO) and peer-reviewed research.
Technical Glossary
Consent inheritance is the mechanism by which consent rights, restrictions, or obligations flow from a parent consent record to derived consent records, such that downstream entities receive consent authority bounded by and traceable to the originating grant. Inheritance enables multi-tier consent architectures — common in delegated AI systems and federated data networks — without requiring the original consenting subject to re-issue consent at each tier. Inheritance rules must be explicit, machine-enforceable, and bounded to prevent inadvertent expansion of consent scope through successive inheritance events.
Consent lineage is the traceable, auditable chain of consent grants extending from an originating root consent through all downstream inherited and derived grants, providing a complete provenance record of how consent authority has propagated through a system. Lineage records enable regulators and principals to determine the full scope of consent-derived activity and identify all parties who have acted under the authority of a given consent grant. Lineage data must be stored in a tamper-evident format and accessible for the full retention period required by applicable data governance regulations.
Derived consent is consent authority granted to a downstream entity by operation of an inheritance mechanism, where the downstream entity's rights originate from and are bounded by a parent consent grant without requiring a direct consent transaction with the originating subject. Derived consent records must encode their inheritance reference, enabling any party to trace the derivation back to the root consent and verify that the derived scope does not exceed the parent's. Revocation of the parent consent must automatically void all derived consent records descended from it.
A consent ancestry record is a structured log tracing the full lineage of a consent grant from its originating root record through every inheritance and derivation step to the current holder, providing a verifiable provenance chain for accountability and compliance. Records encode the identifier, timestamp, scope, and principal reference of each link in the lineage chain, enabling any party to reconstruct the complete inheritance history. Ancestry records must be retained for the duration of the last active descendant consent grant plus the applicable regulatory retention period.
A consent propagation protocol is the formally specified set of rules governing how consent attributes — including permissions, restrictions, and revocation signals — flow through an inheritance hierarchy from parent to child consent records. Propagation rules determine which attributes are inherited verbatim, which may be narrowed by the inheriting entity, and which are blocked from inheritance entirely. Protocol specifications must address propagation speed requirements, conflict resolution when a child record contradicts an inherited attribute, and failure handling when a propagation event cannot be delivered.
Cascaded consent is a consent propagation model in which permissions flow automatically and hierarchically down a predefined chain of entities upon the issuance of a single root consent, activating downstream consent records without requiring individual consent transactions at each tier. Cascading is triggered by a governance event at the root and propagates according to the rules encoded in the consent propagation protocol. Systems using cascaded consent must implement cascade revocation capabilities that immediately void all active cascade descendants when the root consent is revoked.
The consent root is the originating consent grant from which all downstream inheritance, derivation, and delegation in a consent lineage tree are derived, holding the maximum scope authority that any descendant consent record may possess. The root consent is issued directly by the consenting subject and constitutes the authoritative source for determining the validity and scope of all derived records. Revocation of the consent root must immediately and automatically void the entire lineage tree descended from it.
An inherited permission is an access right received by an entity through the consent inheritance mechanism, originating in an ancestor consent record and propagated to the current holder by operation of the inheritance protocol. Inherited permissions are bounded by the narrowest scope in the lineage chain between the consent root and the current holder, ensuring that each inheritance step can only equal or reduce the scope of the parent. Systems must treat inherited permissions with the same enforcement rigor as directly issued consent grants.
A consent descendant is an entity that holds consent rights by virtue of inheritance from a parent consent record, standing at any level below the root in a consent lineage tree. Descendants are bound by all restrictions and scope constraints of their ancestor records and may not exercise consent authority that has been explicitly excluded or narrowed in any link in the lineage chain above them. Consent management systems must maintain a complete registry of all active descendants for each root consent to support cascade revocation and audit.
A lineage attestation is a cryptographic proof verifying that a specific consent grant's inheritance chain is unbroken, that each link in the lineage was validly issued, and that no link has been revoked, expired, or scope-inflated since the consent root was established. Attestations are generated by lineage verification services and presented alongside consent credentials to provide relying parties with high-assurance evidence of consent provenance. Lineage attestation schemas must reference the full set of ancestry record identifiers to enable independent verification of the attestation's claims.
Consent branching is the divergence of a consent lineage when a single parent consent grant is inherited by or derived into multiple independent child consent records, each forming its own sub-lineage governed by the common parent's scope. Branching is a normal structural feature of consent trees in multi-party data sharing architectures and must be tracked explicitly in the consent ancestry registry to support complete revocation propagation. Governance rules must specify whether branches are independent — such that revocation of one branch does not affect siblings — or co-dependent through the parent.
A consent genealogy graph is a directed acyclic graph encoding the complete inheritance, derivation, and branching structure of a consent lineage, with nodes representing individual consent records and directed edges representing inheritance relationships. Graph representations enable automated analysis of lineage depth, branch scope divergence, and cascade revocation impact — critical capabilities for complex multi-party consent architectures. Genealogy graph implementations must support efficient queries for ancestor lookups, descendant enumeration, and scope reduction path computation.
A lineage revocation cascade is the propagation of a consent revocation event through all descendant inheritance nodes in a consent lineage tree, voiding every derived and inherited consent record that traces its authority to the revoked ancestor. Cascades must be near-real-time, complete, and cryptographically attestable to prevent continued unauthorized use of descended consent records after the revocation event. Cascade implementations must handle partial failures — such as temporarily unreachable descendant nodes — through retry mechanisms and hold queues that prevent consent use by unreached nodes until revocation is confirmed.
The consent provenance chain is the ordered sequence of principals, delegates, and inheritors comprising the complete history of a consent grant from original issuance through all transfers and derivations, providing the full accountability record required for regulatory audit and dispute resolution. Provenance chain data must be cryptographically linked — each link signed and referencing the prior link's hash — to prevent insertion, deletion, or reordering of provenance events. Chain integrity verification must be an automated capability of any consent management system deployed in regulated environments.
An inheritance scope constraint is a rule embedded in a consent inheritance protocol that limits the rights a child consent record may derive from its parent, ensuring that inheritance events cannot be used to expand scope beyond what the parent explicitly authorized. Constraints operate as scope reduction filters applied at each inheritance step, accumulating across the lineage so that the minimum scope at any point in the chain constrains all descendants below it. Machine enforcement of inheritance scope constraints is a prerequisite for deploying consent inheritance in environments where scope integrity has regulatory or legal consequences.