Digital credentials can be better for privacy than emailing scans of documents around. They are not automatically better. Here is what actually happens to information.
Where things are kept
On the person's device
The credential itself
The credential and everything it says
The private key that proves it is theirs, generated on the device and never sent anywhere
The record of what they have shared and with whom
DiligenceID does not hold a copy of an issued credential, and cannot read one.
In the service
What we do keep
The configuration of credential types and checks
A record that a credential was issued, and its current status
A record that a check took place and how it turned out
Administrative activity, for audit
These records exist so issuers and checkers can see what happened. They are how withdrawal works.
Issuing and checking credentials creates records, and those records are what make withdrawal work and give both sides an audit trail. What stays out of them is the credential itself and the keys that bind it to a person.
What is shared during a check
The design point is that an organisation asks for what it needs, rather than taking a copy of everything.
The request is specific
A check names the facts it wants. Asking whether a licence is current does not require a date of birth or a home address to come across with it.
The person sees it first
Before anything is sent, the wallet shows who is asking, what they have asked for, and which parts are required rather than optional.
Declining is a real option
Nothing is shared without the person approving it. A declined request is a normal outcome, not an error.
Consent can be withdrawn later
A person can review the organisations they are connected to and end a connection they no longer want.
What the checker then holds
Once facts have been shared, the receiving organisation holds them and is responsible for them under its own privacy obligations. That part is theirs, not ours.
A request as the person sees it, before anything is shared. Sample data.
Confirmed as part of an engagement
Where data is held
Hosting region is set per deployment and stated in writing in the agreement. If data residency is a firm requirement, raise it early and we will confirm what is achievable.
How long records are kept
Retention for issuance and checking records is set per deployment to match your own retention policy, and written into the agreement.
Your own obligations
Issuing or checking credentials means handling personal information, so the Privacy Act applies to your organisation as it does today. We will work through what that means for your design.
What your deployment carries
Credential design decides what information travels. We work through that with you so a credential carries what the decision needs and no more.
This website
What this site collects.
This is a static website. It sets no cookies, includes no third-party analytics or advertising, and does not track you between visits.
If you send an enquiry through the contact form, we receive what you typed and use it to answer you. Please do not put identity documents, credential contents or anything else sensitive into it.
Privacy questions: privacy@maits.co.nz. The MAITS privacy statement covers how MAITS handles enquiries.
Working on a privacy impact assessment?
Tell us the deployment you have in mind and we will work through what information travels, who holds it, and the options for carrying less.