Update
This document presents a summary update to the ANCR WG and Consent Receipt community on of some of key issues and solutions that address them since MVCR v0.8 (when spec was frozen) for review by ANCR WG.
The Original Use Case – To replace/ advance the Online opt-in's contract of adhesions, with a privacy agreement model that include standardized privacy rights access, independent of the technology and service provider. In such a way the 'concerns' are separated and the service providers can dramatically reduce data processing risk, transfer liability, and reduce the burden of policy on people with an international standard.
The v1.2 completes Minimum Viable Consent Receipt use case which started the consent receipt work. Including an analysis on what was broken in the v1.1, preparing the way forward for a V2 receipt specification. This receipt specification scope is on the legally required technical fields for extending personal data governance online.
Key challenges were a lack of maturity and granularity in operational semantics of the legal frameworks , specifically a) the technical semantics of delegation, authority, and control b) enforceable privacy law (GDPR) c) standards for notice and consent (ISO 29100 and 29184). Thus addressing an International set of terms, definitions Notice content controls and consent structure format, so that people can consent to control and transfer their own data to another entity (locally or across jurisdictions)
With a focus on the delegation of authority and the jurisdictional fields for a proof of notice and consent record. Called an ANCR Record in this v1.2, people can technically own their own records of consent and data control. Generate with trusted 3rd Party Notary, proof of notice and evidence of consent. Track ones own consent and purposes and because of this technically generate notification for access and rights, requesting standardized transparency with a Consent Receipt.
The standardization of terminology, controls, notice and notification for maintaining a state of consent can all be automated with Consent Receipts. Utilizing standards for legal semantics to implement the power of linked data and render records/receipts to provide people with transparency over risk and performance of human centric data controls.
Key Updates
- The ISO/IEC SC 27 Committee in April 2020 to start an ISO Working Draft based on the Consent Notice Receipt
- The Consent Notice Receipt was published in appendix D, of ISO/IEC 29184 (June 6,2020) titled 'Online privacy notice and consent'
- this establishes the Consent Notice Receipt as an authoritative data governance tool to provide transparency over the control and interoperability of data processing by services between jurisdictions
- V1.1 to V 1.2 Notice; regarding 'well known issues and developments' (WKID) Updates,
- delegation (on-behalf)
- proof of notice receipt
- Consent Notice Receipt (Human Definition)
- a receipt to prove awareness of any policy or notice regarding surveillance; a physical sign, a blinking light, T&C's, privacy policies, cookie notices, online consent forms etc, any notice or notification to inform people about the active state of processing and accountability.
- Consent is a human centric term which is technically a multi-permissoned active state at any one point of time reflecting hidden and personal capabilities per context, biological, social, legal, but more importantly, the physical environment which dictates security and controls considerations for the individual.
- generated from the notice and or sign presented to the Individual in the individuals physical context indicating the system permissions/data protection and controls scopes/ relevant to the person and context.
- the consent notice receipt MUST function to link privacy rights information and access into the processing context, using a receipt for proof and post interaction access to those rights.
- a key challenge was the legal ontology for Purpose Specification
- to address this, Kantara CISWG members supported
- the launch of the W3C Data Privacy Vocabulary Group on the eve of the GDPR @ ODI in London in conjunction with MIT Media Labs
- updating / replacing the MVCR Appendix with the contributions of the Personal Data Categories from Jason Cronk (revised by the Open Consent Group), now an agreed and adopted category basis for semantic control interoperability
- Purpose category, referencing an industry or sector code of conduct. Often referred to as a trust framework, pr code of conduct for practices that are nuanced as like a digital identity governance scheme for (micro)credentials and certification. Codes of conduct are often championed at a national and international to be approved by Data Protection and Privacy Regulators for an industry and sector.
- to address this, Kantara CISWG members supported
- Legal Justifications for Processing
- For people the purpose is used to make choices and decisions it is used to inform people so they can grant consent or assent in some way for a specified purpose.
- Behind this purpose specification is the legitimacy of the processing which is technically broken down into recognized legal reasons for surveillance
- Now greatly simplified with the GDPR setting an international standard and ISO 29184, as a set of standard legal justifications,.
- Consent
- Contract
- Legitimate Interest
- In the Pubic's Interest
- for the Vital Interest of the Individual
- for a required legal obligation
- with a conformity assessment built in, any notice can be extended to provide a consent notice receipt to a person - where by standards are used to specifying the legal justification, purpose, data categories, so that the rights available for person are accessible and viewable in context. (the objective of the CR receipt format ) Regardless of service and terms
Governance Interoperability:
Standardized Privacy Notice Semantics for Transborder identity and data governance
Human Governance Interoperability
People first must have some sort of notice that they are providing consent before consent is possible. People must first be aware of surveillance before it can be trusted / consistently depended upon, or trustworthy in context. This is required for human usability and is described in terms of transparency (or conformance assessment) of the notice and its effectiveness for privacy risk management and data governance.
Legal Governance Interoperability
A privacy notice is the only required elements for all personal data privacy processing across all privacy legislated jurisdictions. The harmonization's of the legal semantics, via international standards and the adoption of best practices. Notice is the most similar across all jurisdictions and it is also the only privacy element that is constant in all frameworks.
Notice for security, privacy, health and safety is universally required in governance, and where there is none. Like big data, there is little to no providence,
Technically Governance Interoperability : (Decentralized Governance)
Active state event receipts enable in context transparency to support rights that are proportionate and reciprocal, meaning that the Individual can see the active state of the legal entity and status of the service, independent of the service, ( reciprocal transparency) and then have the choice to use rights as defined by legal justification and context.
Legal Justification Standards for Dynamic Data Flow Controls
For a high privacy assurance and transparency an online privacy notice can be structure and labelled to automate the permissioning over the flow and control of processing
For online services, there are more that one legal justification operating at once, for example, explicit consent to a PII Controller most often requires secondary processing by a third party with a contract based framework, legitimate interest for tracking service renewals, legal obligations to flag fraud, and implmentation safeguards for public and vital interest access. E.g. the emergency health responder.
An Individual manages/ governs by consent to purpose, and a Systems authority is provided by specifying the legal justification a key point and nuance to highlight in order to understand how notice can aid in the interoperability of governance between system
For transparency, a consent notice receipt can come in these 6 legal flavours of purpose specification, framed by privacy regulation as the overarching scheme/trusted framework for all parties.
- Explicit Consent Notice Receipt
- Contract Notice Receipt
- Vital Interest of Individual (Vital Interest Notice Receipt)
- Legal Obligation - ( Legal Notice of Monitoring Receipt
- Legitimate Interest - Essential-Use Notice Receipt
- Public Interest - Public Health, Safety, Security Notice Receipt \
In all contexts, notifications a inform the lifecycle of legal justification for processing and its relationship, and receipts render this lifecycle making transparent active state to which rights apply in context, and what the performance of those rights ares legally expected by people.
CR V1.2 Updates Proposed to advance CR V1.1
the receipt is further defined and fields and broken down into
- Part 1 : Required Notice of Controller Identity Fields - the capture of the identity of the controller, and the physical context of the notice for processing provided by the controller
- Part 2: Legal Justification and (services) purpose specification to generate a consent notice receipt from the notice presented to the Individual
- Part 3: the human interaction point - in which proof of notice being provided/read is captured and a Consent Notice Receipt is generated.
Additional information for data control & accountability providence can be nested in the receipt to provide a higher level of automated privacy assurance to better mitigate risk and liability
Consent Types Defined in v1.2
- explicit
- implied
- directed
- altruistic
Consent Notice Receipt (MVCR Finished = v1.2)
In summary,
The CR v1,1 as published known challenges have been addressed and are specified here in the v1.2 update.
CR v1,2 Format Structure and fieilds
- Notice field object
- Location & Time
- Location – twin -
- Physical Device -
- PII Controller object
- Jurisdictions,
- Link to physical notice
- Extend it (Legal Justification)
- Privacy Stakeholders
- Categories of controllers
- Consent Purpose Specification (v.1.1)
- Purpose Category
- Purpose Descriptions
- Purpose Sensitive Categories of Data
- Sensitive data category
- Personal Data Category
- Personal Data Types/attributes etc
- Personal Data Processing Treatment
- Storage
- Security (cert/sighed key)
- Extensions –Requirements (according to Context)
Notice & Notifications
A Notice can itself be extended with a Notification for the maintenance of a consent record, and consent based relationship. Notice Receipts facilitate a Semantic Governance Framework
A notice of controller is the first section of the receipt 1, can be extended with these receipt profiles
- Contract Notice Receipt
- Vital Notice Receipt
- Notice of (legal) Obligation Receipt
- Legitimate Interest Notice Receipt
- Public Interest Notice Receipt
Notification
notifications
Rights Consent Notice Receipt
Privacy and Surveillance based rights are applied to context according to the legal justification, which is confusing even for the experts.
- Withdraw Consent
Consent Notice Receipts (Lifecycle)
The spectrum of consent has multiple vectors
- Is the relationship vector:
- Starting at the first notice for consent, then lasting for the lifecycle of Consent and permission
- This first Notice for Consent receipt is the Anchor receipt and is maintained with linked notices
- Consent Notice Receipts
- Anchor receipt
Type of Consent Receipt | Description | Lifecycle Use |
|
Explicit Consent | Anchor Receipt (starts a receipt) |
|
|
Implied Consent | Action of the PII Principal |
|
|
expressed | Notification by the PII Principal |
|
|
Directed | (Health Care ) |
|
|
Altruistic | No Notice Required - |
|
|