digital trustworthiness - is about notice semantics that people can trust to see who (if not oneself) is in control and accountable for personal information.
Process in progress:
| StatusACTIVE | |
Notice & Consent for people relies on clear communication.Decentralized identity relies on legal semantics and notices by implementors to be compliant with sovereign data rights. These semantics need to be standardized to be used by decentralized identifier based technologies for human interoperable data governance. The more unified across ecosystems the notice and risk semantics, the more human centric the service becomes. | Specification proposal: to extend Decentralized Semantic Governance for dynamic data control architecture for active control transparency that people can use. ( DDC)
|
This credential is essential for generating digital notice and consent, it contains the legal entity name, which is bound as a credential by the accountable person as defined by their role in the organization.
Develop this controller credential specification with a set of rules for the use, maintenance, and lifecycle of a privacy controller credential.
To illustrate:
A record format to capture the bound controller information, which can be used to present a notice of control according to context, and a notice of who the accountable person is according to purpose of credential use.
The specification should provide:
Details for Risk and Liability Management
Supporting Decentralized Data Controls with Identity Governance for Data subject’s (data) rights. This task force mission is to enhance identity and data governance interoperability with standardized notice of Control and accountability for processing personal data (with the ToiP layered governance model.)
The key challenge this initial specification is aimed to address is systemic (and broadcasted) transparency over the controller of personal information, so that data controls can be used automatically to enable dynamic data control.
Unlike in physical world, the processors of your personal data are invisible. This is why the identity of the data controller is required in all legal privacy frameworks and is the most common and similar legal component for processing personal data. This makes the notice of control an ideal focus for ToiP governance interoperability.
Online, there can be many processors, personal identifiers can be shared and aggregated without any transparency, personal data may continuously be processed and people are completely unaware and at risk of this surveillance. This is why the promise of SSI is so attractive and why profiling and aggregation using identifiers is specifically called out in privacy legislation as high risk to privacy in which processing is required to be more (proportionally transparent). What's more, even the Controller, might contain multiple legal entities. This challenges identity management technologies for privacy compliance and human trust.
To address a key part of this challenge a specification for listing the Control Provenance, focusing on the legal entities and accountable people in control of processing personal data as the first spec to providing the needed transparency (or Notice) for the control of processing, required for trustworthy processing.
This specification will provide a nested schema to record a privacy controller credential for transparency over the control of processing. This privacy controller credential is intended to use a stack of standards and specifications to provide a standard set of identity control semantics, that can then be used in notice and notification by people to control personal data directly to provide Privacy assurance.
The Identity and Data Governance semantic based line is the international ISO/IEC 29100 security and privacy techniques framework, this is mapped to Legal jurisdiction notice schema and the differnces and risks (in terms of rights and the performance of data controls) is provided as a component of the notice of control.
The risks are used to provided a progressive framework for people to self-mitigate the risks and themselves drive the development of dynamic digital identity governance interoperability. Translating a local governance schema to the internationalized schema base for governance controls and privacy rights comparison. Then, to overlay the next schema for localized identity and data governance controls, which utilized the same surveillance and privacy semantic governance framework in order to indicate the level of data governance interoperability.
In this process the OCA utilizes this stack of standards and specifications to syncratically harmonize data portability and control with purpose driven interoperability for data and identity governance.
This is accomplished with the standard for specifying a purpose for notice and consent.
The Trustworthy Transparency Specification Stack
The use of an international standards framework for providing standarized notice semantics is critical to harmonize or highlight different security, privacy and identity management governance requirements. Standardized semantics, usable for any data governance is also critical for human interoperability/usability across domains which is the key driver of this work and effort at ToiP .
Interoperable semantic standards and specification stack:
Standard/Specifications | Title | Description | Resource Status |
---|---|---|---|
ISO 29100 | Information technology — Security techniques — Privacy framework | ISO/IEC 29100:2011 provides a privacy framework which
| Status - Is publicly available - https://www.freestandardsdownload.com/iso-iec-29100-2011.html |
ISO/IEC 29184:2020 | Online privacy notice and consent | (just published - not available to public - we are working on publishing a report/appendix for use with this group ) | |
W3C DPV 0.01 | Data Privacy Vocabulary |
|
|
Lizar, M. & Pandit, H.J., OPN: Open Notice Receipt Schema, 14th International Conference on Semantic Systems (SEMANTiCS 2019), Karlsruhe, Germany, 2019 [Published http://www.tara.tcd.ie/handle/2262/91576 [accessed July 1, 2020]
Field Name | Field Label | Format | Description | Required/Optional |
Schema Version | version | string | Required | |
OPN Privacy Profile URI | profile | string | Link to the controller's profile in the OPN registry. | Required |
Type of Notice Receipt | Notice Receipt | string | Label Notice Receipt | Required |
Receipt ID | id | string | A unique number for each Notice Receipt. SHOULD use UUID-4 [RFC 4122]. | Required |
Timestamp | timestamp | integer | Date and time of when the notice was generated and provided. The JSON value MUST be expressed as the number of seconds since 1970-01-01 00:00:00 GMT (Unix epoch). | Required |
Signing Key | key | string | The Controller’s profile public key. Used to sign notice icons, receipts and policies for higher assurance. | Optional |
Language | language | string | Language in which the consent was obtained. MUST use ISO 639-1:2002 [ISO 639] if this field is used. Default is 'EN'. | Optional |
Controller Identity | controllerID | string | The identity (legal name) of the controller. | Required |
Legal Jurisdiction | jurisdiction | string | The jurisdiction(s) applicable to this notice | Required |
Controller Contact | controllerContact | string | Contact name of the Controller. Contact could be a telephone number or an email address or a twitter handle. | Required |
Link to Notice | notice | string | Link to the notice the receipt is for | Optional |
Link to Policy | policy | string | Link to the policies relevant to this notice e.g. privacy policy active at the time notice was provided | Required |
Context | context | string | Method of notice presentation, sign, website pop-up etc | Optional |
Receipt Type | The human understandable label for a record or receipt for data processing. This is used to extend the schema with profile for the type of legal processing - and is Used to identify data privacy rights and controls |
OCA schema specification: https://docs.google.com/spreadsheets/d/1KOdq8Yy3OXmuELyh7tpHMlhyMZPSZ3Ib/edit#gid=68769926