Difference between revisions of "Wallet Notices"
From MgmtWiki
(→Context) |
(→Context) |
||
Line 7: | Line 7: | ||
* This page considers only the role of the [[Verifier]] as it is assumed that any other party first needs to verify the wallet and holder. | * This page considers only the role of the [[Verifier]] as it is assumed that any other party first needs to verify the wallet and holder. | ||
* Government legislation that mandates the release of information on different terms than these is not in the scope of this page. | * Government legislation that mandates the release of information on different terms than these is not in the scope of this page. | ||
− | * The Privacy Transparency Statement is to be included in any request for [[Subject]] information. | + | * The Privacy Transparency Statement is to be included in (or prior to) any request for [[Subject]] information. |
==Goals== | ==Goals== |
Revision as of 11:55, 31 January 2024
Full Title
The contents and availability of notification to the user of a digital Wallet needs to satisfy both privacy concerns and user preferences.
Context
- The term user here applies to wallets holders and Subjects when they are different from the holder.
- Typically only the holder (owner) of the wallet receives and stores notices.
- This page considers only the role of the Verifier as it is assumed that any other party first needs to verify the wallet and holder.
- Government legislation that mandates the release of information on different terms than these is not in the scope of this page.
- The Privacy Transparency Statement is to be included in (or prior to) any request for Subject information.
Goals
The following are the required success criteria for both the user and the Verifier.
- The identification of the Verifier must be established prior to the release of any information that can be used to identify or track the user.
- Once an enduring relationship has been established with a user as evidenced by the acquisition of user information, the Verifier is obligated to notify the user by some channel when that information is released under any condition not approved by the user.
Problems
- User fatigue sets in on excessive notice displays. This fatigue is different for different user and so display thresholds need to be under user control.
- Smartphones typically have one overall notification setting per app. The wallet setting should be on, but that is not very likely.
- There are detailed settings under notifications (Banners, Sounds, Badges, etc.), but they are very seldom part of the user's attention.
- Some wallet devices can be tracked by the radio signals that are released as a part of establish a connecting to the wallet.
- At the time that the Verifier creates the request and provides their own Identifier and privacy transparency statement, the Identifier of the Holder is not known. The Verifier probably records the endpoint network address of the Entity that contacted them, but that could just be the address of a VPN endpoint.
Solutions
- The initial message from the Verifier to the user will contain ...
Audit
- The only way to verify that privacy-preserving mandates are satisfied is for some level of auditing as to what a Verifier actually does.
- All audits have some information that should not be released to the public.
- A list of notifications from Verifiers should be maintained by user wallets for the user's sole benefit. This can be consider to be an audit trail.
- Audit trails in the Verifier containing user private information must be protected by encryption or similar levels of protection.
References
- See wiki page on Patient Experience
- See wiki page on Self-issued ID chooser UX
- See wiki page on Wallet