Retriever
Security and privacy
secret sharing
SHOW HN2024
How HN took it
11 positive, 13 neutral or asking, 0 mixed, 28 critical, out of 52 comments about the project. Thread score -0.26.
Privacy: 1 for, 20 againstIdea: 8 for, 6 againstDesign: 2 for, 2 against
The thread, comment by comment
Each row is a top-level comment and its replies, in HN's order. Select a cell to open that comment on HN.
positive neutral or mixed critical about another commenter or something else the maker
What HN said
What people liked
Simple and easy for non-technical users with no account needed
From 2 comments
Great tool. Secret sharing always felt needlessly complicated and clunky. I love that this lets you securely share secrets with zero barriers to entry in seconds. No need for…
sherifnada on HNI'm loving it! So simple, yet exactly the thing needed to share a secret quickly in a secure manner over a non-secure channel, e. g. email. Still a fresh idea I've never seen…
taffit on HN
Easy to self-host
From 1 comment
Thanks! Yea, that's all you need to do really. It's pretty simple to get it up and running :)
asadeddin on HN
Objections
Browser-delivered JavaScript means users must trust the server to serve unchanged code
From 2 comments
Right, but how do we know that https://retriever.corgea.io faithfully returns the code in that GitHub repo? We still have to trust corgea.io.
paulgb on HN> But if we assume this site can be trusted not to send secrets online (which is easy to verify) This would require every sender and recipient to read and understand the…
akerl_ on HN
Third-party scripts and trackers loaded by the page
From 2 comments
Generally a good idea, but it’s implementation is not fully thought through. It’s supposed to be a secure place where secrets are shared, but it comes with Remote Code Executions…
tmoehle on HNI will not use this. It loads too many third party domains. It has a tracker. Something like this should not be this leaky IMHO.
dncornholio on HN
Sharing URLs over ordinary channels adds little security
From 2 comments
No, I think the question is: if you're passing the URLs via email, WhatsApp, or anything else, then if that system is compromised then you've revealed the secret. If you trust…
SamBam on HNWhy bother encrypting the fragment of the URL at all? Anyone who has the text of the URL gets the message, whether the fragment is encrypted or not. Encryption is just…
rerdavies on HN
Requests lack sender identity authentication
From 1 comment
Interesting. I guess the only weakness I can see is that there is no way to know that a request genuinely comes from the person you think is requesting it. On the one hand, that…
MattPalmer1086 on HN
Requests
Generate a fresh key pair per request
From 1 comment
It seems key-pair is generated only once. Could be great to get fresh for every request.
bvrmn on HN
Delete or regenerate the private key
From 1 comment
great, my browser history is going to be full of secrets now
bnpxft on HN
Questions
Why not just send the secret directly over E2E encrypted chat
From 1 comment
I don't get it: if you have a canal of communication anyway, why not send the secret directly ? We have many options for E2E encrypted communications, some of which are perfect…
rakoo on HN
How the two URL exchange works
From 1 comment
I'm confused. How do you send the request URL, and how do you receive the encrypted secret? If the answer is "email, chat, text, Whatsapp" or whatever, them why not just send the…
SamBam on HN
Alternatives named
Magic Wormhole and croc
From 2 comments
People keep reinventing Magic Wormhole, and nobody has really done it better; most of them don't even reach parity. https://github.com/magic-wormhole/magic-wormhole
tptacek on HNHaven't found anything better than croc, personally. https://github.com/schollz/croc
emptysongglass on HN
yopass
From 1 comment
We use self-hosted yopass at work. Works great and since the link only works once you can simply send the URL with the decryption key to the receiver. If they can open it, the…
hashmush on HN
privnote
From 1 comment
Nothing new here. Sites like privnote.com have been around much longer. PGP, end-to-end encryption is everywhere now.
_el1s7 on HN
GPG
From 1 comment
I generally just use GPG. 1. I share my public key (if not done previously). 2. They encrypt the secret and send the result back, all using whichever tools they'd like. 3. Only I…
g4zj on HN