If it's open source it can be verified that it's not storing the data.
And I 100% agree that software scanning an ID is an overall bad way to verify. With a CC# validation at least that shows up on my statement, but if my kid is sneaky enough to get mine out of my wallet I have no way of knowing.
I feel like #1 and #2 are problems whether its client side or server side. As for #3 I would lean in the direction of there being a one-time check with no persistent knowledge. Like when you flash your ID to the bartender to order a drink. A client app that scans the ID and returns the answer to the requestor.
But I don't think there is any way to reliably implement this sort of thing. I think it should really just be left to parental control and monitoring.
Some kind of cryptographic signing of the executable could probably help with that.
Ultimately I don't believe there can ever be a foolproof solution and the emphasis should be on client-side parental controls.
This goes in a better direction than web sites doing it themselves, I think. The government put out an open source tool that runs locally and the browser just gets a yay/nay return code from it.
I just bought a few WD drives direct, but their web site has a problem with validating virtual credit card numbers. I'm the few days it took to resolve it the price went up. Fortunately since I had the support ticket I was able to get refunded the difference.
What if it was just an off the cuff joke?
You know Russ, I've been known to fuck myself.
I guess you're not thinking of "locked down" in terms of independent developers finding the iOS and Android "play by our rules and be distributed thru our app store or we'll make it hard for users to run your software" to be a barrier to distribution.
I was referring to this
If this technology is successful, the end result could be that we would see our Linux laptops one day being as locked down as an Iphone or Android device.
Because if there's one thing Linux users think about their systems .. it's "hey why does this thing let me do what I want?"
Proton Mail is a good idea for the zero-knowledge encryption, but it's a whole lot of vendor lock in as you can't use standard clients (IMAP/STMP/CalDAV/CardDAV) for mail/calendar/contacts. Tuta isn't any better in this regard. If you're looking for ability to use standard open clients, probably mailbox.org would be a good option to check out.
They have really dragged out making a Linux Drive client. The protocol isn't documented for 3rd party implementations, but they're Windows/Mac desktop clients are open source so it's conceivable to reverse engineer the protocol from those, but nobody has done it.
They've delivered a bunch of new apps to their suite like a crypto wallet and an AI agent, rather than addressing popular feature requests for existing software.
hey my kids used to play this! weird game.