If a person receives a static, permanent QR code, then some QRs will leak (or be deliberately leaked) and will be used en masse. And some QRs will be given out to friends and family.
...who cares? The QR code contains a cryptographically signed attestion that “DanArmak” is vaccinated. Not “whoever displays this code is vaccinated”. You only need a program for decoding it, and verifying the signature against the signing keys from states.
Photocopying them would be only slightly more useful than photocopying somebody else’s drivers license. Sure, if they’ve got the same name or look just like you, they can use it, but if I photocopy my drivers license and put it online, there’s not a lot of people who could reasonably pass as me.
With permanent codes, the application presenting the QR can’t prove it’s the genuine application, so people could just as easily show an image.
You absolutely do not need anything to display it, you could print it out on paper. The genuine-ness comes from the cryptographic signature.
Saying that such an un-trustworthy system
It’s extremely trustworthy, but unfortunately the mechanism of trust isn’t clear until you understand public key cryptography.
Including photos in the QR is possible; a B&W photo would fit. If you want to include more data, you can put a copy of the photo online
The whole point of the suggestion was a scheme which was not traceable. That means not fetching people’s pictures.
QR bandwidth is surprisingly high.
I understand how QR codes work just fine, but being on a piece of paper in somebody’s wallet, we’ve got to turn the ECC up to max, and I’ve also got an estimate for the size of the rest of the data that needs to go in there in order to make it useful.
The mechanism doesn’t need to be perfect, it’ll just mostly work, and this one also perfectly preserves privacy. (It can also be tweaked and tuned in a variety of ways which I’m not going to take the effort to explain to a non-software engineer.)
We’re talking past one another, trying to solve different problems. I’m a software engineer by profession and I understand how public-key cryptography works. I also assumed you were not a software engineer because your comment didn’t make sense for the problem as I understand it.
The QR code contains a cryptographically signed attestion that “DanArmak” is vaccinated. Not “whoever displays this code is vaccinated”.
That works fine, and is the system used in Israel and proposed in some EU countries. But it’s not what I understand Zvi to be arguing for.
Zvi wants a system which doesn’t let verifiers identify the person in front of them, only learn that they’re vaccinated. He clarifies this in this comment.
If the QR proves “DanArmak is vaccinated”, then I also need to prove I’m DanArmak. E.g. by displaying a state ID. This lets verifiers track me, simply because they learn who I am and businesses regularly sell or share data on customers / visitors. The application verifying the QR codes can make this even easier—most businesses install the same verifier application, and it uploads info about the people whose IDs it verifies. IIUC, the US doesn’t have any privacy laws that would forbid private entities from such collading, tracking, and selling such data, even without disclosure.
To clarify—the most humane, least risky use case that would satisfy these desiderata would be have a modular system where we
Verify off-site that DanArmak is vaccinated (or has allergies, or a heart condition, or is immunocompromised)
Verify on-site that you’re DanArmak
Give the user the option of sharing information with the state or local health department so they can contact you or your physician about virus exposure (not just covid), food poisoning, whatever.
This could be widely adapted to a variety of situations, depending on how rigorous one wants to be about verifying someone’s ID.
If we DO stick with apps, the best approach might be to give everyone a QR code (including those who haven’t gotten vaccinated or tested). Separately, provide multiple options for verifying the codes (strict verification of ID, census of how many people are vaccinated once capacity is exceeded, etc)
Looks like some people may already be moving in this direction.
Right, so whatever direction we go with this, it’s really important that the application be open source, as Jeffrey Zients has suggested, so that businesses can add on security features that identify the person.
...who cares? The QR code contains a cryptographically signed attestion that “DanArmak” is vaccinated. Not “whoever displays this code is vaccinated”. You only need a program for decoding it, and verifying the signature against the signing keys from states.
Photocopying them would be only slightly more useful than photocopying somebody else’s drivers license. Sure, if they’ve got the same name or look just like you, they can use it, but if I photocopy my drivers license and put it online, there’s not a lot of people who could reasonably pass as me.
You absolutely do not need anything to display it, you could print it out on paper. The genuine-ness comes from the cryptographic signature.
It’s extremely trustworthy, but unfortunately the mechanism of trust isn’t clear until you understand public key cryptography.
The whole point of the suggestion was a scheme which was not traceable. That means not fetching people’s pictures.
I understand how QR codes work just fine, but being on a piece of paper in somebody’s wallet, we’ve got to turn the ECC up to max, and I’ve also got an estimate for the size of the rest of the data that needs to go in there in order to make it useful.
The mechanism doesn’t need to be perfect, it’ll just mostly work, and this one also perfectly preserves privacy. (It can also be tweaked and tuned in a variety of ways which I’m not going to take the effort to explain to a non-software engineer.)
We’re talking past one another, trying to solve different problems. I’m a software engineer by profession and I understand how public-key cryptography works. I also assumed you were not a software engineer because your comment didn’t make sense for the problem as I understand it.
That works fine, and is the system used in Israel and proposed in some EU countries. But it’s not what I understand Zvi to be arguing for. Zvi wants a system which doesn’t let verifiers identify the person in front of them, only learn that they’re vaccinated. He clarifies this in this comment.
If the QR proves “DanArmak is vaccinated”, then I also need to prove I’m DanArmak. E.g. by displaying a state ID. This lets verifiers track me, simply because they learn who I am and businesses regularly sell or share data on customers / visitors. The application verifying the QR codes can make this even easier—most businesses install the same verifier application, and it uploads info about the people whose IDs it verifies. IIUC, the US doesn’t have any privacy laws that would forbid private entities from such collading, tracking, and selling such data, even without disclosure.
To clarify—the most humane, least risky use case that would satisfy these desiderata would be have a modular system where we
Verify off-site that DanArmak is vaccinated (or has allergies, or a heart condition, or is immunocompromised)
Verify on-site that you’re DanArmak
Give the user the option of sharing information with the state or local health department so they can contact you or your physician about virus exposure (not just covid), food poisoning, whatever.
This could be widely adapted to a variety of situations, depending on how rigorous one wants to be about verifying someone’s ID.
If we DO stick with apps, the best approach might be to give everyone a QR code (including those who haven’t gotten vaccinated or tested). Separately, provide multiple options for verifying the codes (strict verification of ID, census of how many people are vaccinated once capacity is exceeded, etc)
Looks like some people may already be moving in this direction.
https://github.com/joelbcastillo/CS6903-Vaccine-Passport-Checker/tree/main/src/CS6903-Vaccine-Passport-Checker
Again, easier to implement if the software is open source.
Right, so whatever direction we go with this, it’s really important that the application be open source, as Jeffrey Zients has suggested, so that businesses can add on security features that identify the person.