Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

DRAFT


Date

Attendees

See the Participant roster

Voting (4 of 7 required for quorum)

#ParticipantAttending
1Davis, Peter
2Hodges, Gail
3Hughes, Andrew
4Jones, Thomas
5Thoma, Andreas
6Williams, Christopher
7Wunderlich, John

Non-Voting

#ParticipantAttending
1Aronson, Marc
2Brudnicki, David
3Dutta, Tim
4Fleenor, Judith
5Gropper, Adrian
6Jordaan, Loffie
7LeVasseur, Lisa
8Snell, Oliver
9Stowell, Therese
10Tamanini, Greg
11Whysel, Noreen

Other attendees

Goals

  • Check-in on work progress
  • Review draft outline and status of writing tasks

Discussion items (AKA Agenda)

TimeItemWhoNotes

Start the meeting. Call to order, check a

Called to order at:

Quorum Achieved/Not Achieved

2022-02-09 Meeting notes

Update/Approve Agenda

10 min.Open Tasks Review


DescriptionAssigneeTask appears on
John Wunderlich2024-05-08 Meeting notes
John Wunderlich06_V_PL: Verifiers must publicly state the purposes for collection
  • Tom Jones to create a new requirement for stating data use and retention on a per purpose basis
Tom Jones06_V_PL: Verifiers must publicly state the purposes for collection
  • Tom Jones to add some details about what context means
Tom Jones04_V_AC Contextually appropriate Verifier Identification
  • Type your task here, using "@" to assign to a user and "//" to select a due date
16_V_DM: Verifiers must only request the minimum data required for their transaction
  • Type your task here, using "@" to assign to a user and "//" to select a due date
15_V_DM: Verifier Re-identification
  • Type your task here, using "@" to assign to a user and "//" to select a due date
13_V_OT: Data subject rights
Cristina Timón López09_V_UR: Declare retention period
John Wunderlich05_P_PL: Inform users of Verifier policies
  • Type your task here, using "@" to assign to a user and "//" to select a due date
04_V_AC Contextually appropriate Verifier Identification
  • Part B: Issuers
15_V_DM: Verifier Re-identification
  • Part C: Providers
15_V_DM: Verifier Re-identification
  • CC (Consent and Choice)
15_V_DM: Verifier Re-identification
  • PL (Purpose legitimacy and specification)
15_V_DM: Verifier Re-identification
  • CL (Collection limitation)
15_V_DM: Verifier Re-identification
  • UR (Use, retention, and disclosure limitation)
15_V_DM: Verifier Re-identification
  • AQ (Accuracy and quality)
15_V_DM: Verifier Re-identification
  • OT (Openness, transparency, and access)
15_V_DM: Verifier Re-identification
  • IA (Individual access & participation)
15_V_DM: Verifier Re-identification
  • AC (Accountability)
15_V_DM: Verifier Re-identification

40 min.Report content discussion & reviewAll

Work packages

  • Create candidate/straw-person text for "information/expectations for verifiers"; "information/expectations for issuers"; "information/expectations for providers" sections (guidance to audiences about what to expect from the Requirements documents - what the requirements are intended to achieve)
    • "Persons" will also have expectations of verifier/issuer/provider behaviour - that will be reflected in the Requirements 
    • Describe what "privacy-enhancing" means from the point of view of each of the 3 target audiences
    • The material provided by Loffie is probably a good starting point for Issuers
    • e.g. Alice (holder) would like to know that Bob (verifier) will respect her privacy during and after the personal data interaction. 
  • Discussion - which entity should be displaying the trust mark? The software provider? The Venue? The Certifier? all are possible and would have different meanings to the Person
  • A single interaction can involve more than one "Relying Party" that potentially receives data

Privacy-enhancing:

  • Sense of comfort that the credential holder has that their privacy is respected throughout the credential ecosystem
  • Should include the sense of "better than status quo"

The Presentation document:

  • Must be careful to avoid overburdening the Person with too many approvals or overloads

Potential work items:

  • RP registration topic
  • Creating "bundles" of data (purposes) for different use cases
  • Creating legal liability for RPs that they will honour their promises on how they will handle data according to the principles, some of which may exceed obligations for regulatory compliance, especially for unregulated use cases
5 min.Adjourn
14h ET

Next meeting

 


Action items

  • No labels