Retriever

Security and privacy

secret sharing

SHOW HN2024

193points
99comments
#409of 3,515 in 2024
Top 12%of 2024 by points

How HN took it

RoastedHalf or more of the comments are critical

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 HN
    • I'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 HN
    • I 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 HN
    • Why 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 HN
    • Haven'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

Category, keywords, summaries and labels on this page were made by AI (Thread Reader v2) and not checked by hand. Each point links to the comments it came from.

Add a badge to your READMEShown on HackerShow
[![Shown on HackerShow](https://hackershow.org/badge.svg)](https://hackershow.org/show/39105502)