- cross-posted to:
- technology@lemmy.world
- diy@slrpnk.net
- technology@lemmy.zip
- cross-posted to:
- technology@lemmy.world
- diy@slrpnk.net
- technology@lemmy.zip
You must log in or register to comment.
Talk about building a solution in search of a problem
So, umm, my bed suddenly get too hard or soft at night? Yawn.
I want to learn more about this! Searching for "bed backdoor " right now
The email address attached to the public key, eng@eightsleep.com, to me suggests the private key is likely accessible to the entire engineering team.
This assumption is doing a lot of heavy lifting in the authors argument that this is a big deal.
Remember, the “s” in IoT stands for “security”.
I could completely see this email address being a shared email address and not tied to a single user.
I’m 90% sure it is not a single user. I just don’t see how that really affects the security of the product, given that the company that sells it can already do the things the author is saying can be done if you have this key.
To be clear, I wouldn’t buy this. I just don’t think the SSH key makes it any worse than it already was
Would you rather one person have access to your device / data to potentially perform malicious actions or multiple people access to your device / data to potentially perform malicious actions?
And if you tell me multiple people, you’re full of it.
How so, it’s clearly a shared account
I don’t think that’s a wild assumption to make
A shared account doesn’t mean everyone who works there has access to it, or that those who do have access aren’t subject to some type of access control.
The article basically goes on to say that the existence of this key makes a huge difference to the security/privacy of the product. It argues that using it, someone could access data from the device, or use it to upload arbitrary code to the device for it to run. However, those are both things the user is already trusting the company with. They have to trust that the company has access controls/policies to prevent individual rogue employees doing the things described. It seems unreasonable to say that an SSH key being on the device demonstrates that those controls aren’t in place.
I agree to an extent, the user already uses a cloud service. So they have to trust the provider.
And as far as a bed goes, I suppose you can’t expect the customer to ssh into it if something goes wrong and you have to fix it.
Both seems reasonable to me.
This is fucked up, but it’s still somehow better than a Murphy Bed backdoor.
