Sounds like an interesting idea. But, like others, I am skeptical relying on a "beta labeled" web service to handle this for me.
The beta is for a "new and improved" version. If you remove beta from the address, you can access the current let's-call-it "stable" version. I played around with this a while ago. Didn't think the way it's implemented solves the problem as I perceive it. (Plus, the risk of these confirmation emails ending up in spam felt a bit like a downer.)
Dead Man's Switch
11–20 of 101 posts
Re: Dead Man's Switch
#12Edit: it also seems like a perfect target for hacking, as people may write information there that evil people could profit from greatly.
Re: Dead Man's Switch
#13Interesting, but potentially disastrous, depending on your email contents, if the company messes up. For this, I'd rather have a lawyer, a safe, a bank box... Anything that would end up dealing with my friends and family if I died.
Re: Dead Man's Switch
#14Interesting, but potentially disastrous, depending on your email contents, if the company messes up. For this, I'd rather have a lawyer, a safe, a bank box... Anything that would end up dealing with my friends and family if I died.
Re: Dead Man's Switch
#15Re: Dead Man's Switch
#16Something similar could be constructed using Shamir's Secret Sharing (for example) [1], where the involved parties would have to communicate (and thus know each other) to retrieve the secret from their parts. The linked service surely is easier to handle but such a scheme would not depend on any trusted host (except yourself as you know the secret and share the parts). Possibly a combination of both would be great, t…
I'm a little unclear on what problem you're trying to solve. Are you saying you should wait for a second place to set up such a service, sign up for both, and use a simple secret sharing scheme[1] to ensure that only once both go out does anyone know the original message? Or does that not solve the problem you were talking about? [1]Which in this case would probably just be -- since in this case you don't want it to…
No 3rd party service needed at all.
Couldn't you encrypt the results again with different numbers? So you could do interesting things like 'my wife AND (any 3 of 50 others)'
Re: Dead Man's Switch
#17Something similar could be constructed using Shamir's Secret Sharing (for example) [1], where the involved parties would have to communicate (and thus know each other) to retrieve the secret from their parts. The linked service surely is easier to handle but such a scheme would not depend on any trusted host (except yourself as you know the secret and share the parts). Possibly a combination of both would be great, t…
I'm a little unclear on what problem you're trying to solve. Are you saying you should wait for a second place to set up such a service, sign up for both, and use a simple secret sharing scheme[1] to ensure that only once both go out does anyone know the original message? Or does that not solve the problem you were talking about? [1]Which in this case would probably just be -- since in this case you don't want it to…
So am I, actually, sorry. My initial thought was that a central authority (a host that might go down or bankrupt) could be avoided if I were to split my secret into parts, distribute them among my loved ones (telling them what it is about and that I trust them they'll not meet behind my back while I'm still alive), accompanied by instructions how it works. This way, there's no plain text of my super secret stored anywhere.
This solves the "my secret should be known by my peers when _something happens_"-issue. The "inform the others if something happens to me"-problem actually persists and for _this_ problem, a service like the one posted probably is a solution, sending out "the person has not been reachable for X days, please meet and uncover his secret"-mails to the peers.
Re: Dead Man's Switch
#18Earlier quoted context omitted.
I'm a little unclear on what problem you're trying to solve. Are you saying you should wait for a second place to set up such a service, sign up for both, and use a simple secret sharing scheme[1] to ensure that only once both go out does anyone know the original message? Or does that not solve the problem you were talking about? [1]Which in this case would probably just be -- since in this case you don't want it to…
Here's how it would work: You decide how many different friends and family you are going to send your secret message to, and how many of them will need to agree to unlock the message together. Let's say you pick 15 recipients and 8 need to agree. Then ANY 8 of the 15 messages can be combined to decrypt the secret. No 3rd party service needed at all. Couldn't you encrypt the results again with different numbers? So yo…
You could take k=54 and give your wife 51 keys.
Re: Dead Man's Switch
#19Earlier quoted context omitted.
Here's how it would work: You decide how many different friends and family you are going to send your secret message to, and how many of them will need to agree to unlock the message together. Let's say you pick 15 recipients and 8 need to agree. Then ANY 8 of the 15 messages can be combined to decrypt the secret. No 3rd party service needed at all. Couldn't you encrypt the results again with different numbers? So yo…
'my wife AND (3 of 50)' You could take k=54 and give your wife 51 keys.