I think this is maybe best expressed as pmOS development being controlled by the community, rather than a single organisation. I’d much rather use an OS where I have confidence that the developers are acting in the users best interest, rather than their employers best interest.

My opinion is that forks/downstreams of giant codebases like AOSP are largely going to have to accept choices made by the upstream. They can maybe pick and chose a few points where they maintain local patches, but that takes a lot of effort.

As an example, I think most chromium-based browsers will end up dropping support for uBlock Origin because Google dropped it upstream. That’s the kind of choice they [edit: i.e. google] can make in their own self-interest by virtue of controlling the project, and the reason I’d prefer to use community-developed software.

And they’re not going to pay millions to be the default for a browser that no one uses.

Yeah, its not unreasonable that you’d have a remote way to access the device to gather debug data with the customers consent. An SSH key in the firmware is a flexible way to do that, so long as there are good controls in place to ensure that it isn’t misused.

I think multiple people already have access to the databases that store the data the device sends. I don’t really care whether they get the data from the device itself or from the database.

Similarly, I think multiple people have the ability to make changes to the firmware build and the systems that distribute it. So those people already have the potential ability to gain access to the device.

One person or multiple people having unauthorised access are both unacceptable. I’m saying that the users have to trust the companies ability to prevent that occurring, and that therefore this particular technical detail is mostly irrelevant

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

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.

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.

This assumes that the reviewer who gave the rating wasn’t considering value as part of their scoring. I’d expect the reviewer to be scoring a TV based on his good it is compared to similarly priced competitors, not comparing to every other TV on the market

Here’s an Olympic sprinter powering a toaster. He generates 0.021kWh going flat out: https://youtu.be/S4O5voOCqAQ

It’s not that you change the passwords for each website often, it’s that you use a different password for each site. That way if one site gets hacked and your password is leaked, it can’t be used to access your accounts on other sites.

Plenty of costs don’t depend on how much usage there is. If a tree falls and takes out a power line it cosrs the same whether that line was being used at 1% capacity or 100%

DNS = Domain Name System. This is used to lookup an IP address (e.g. 123.234.54.32) from a domain name (e.g. lemmy.ml). A DNS query is one of the first things your computer does when you visit a site.

Plain DNS is unencrypted, which means that anyone with the ability to read your requests (e.g. your ISP) can see the names of sites that you’re visiting.

TLS = Transport Layer Security. This is a protocol that’s used to create an encrypted connection between your device and another one, in this case the DNS server. When this is used, the content of your DNS requests is hidden. Your ISP can still see that you’re talking to the DNS server, but not what you’re saying to it.

TLS also allows your device to cryptographically verify the identity of the DNS server. Without it, someone with the ability to modify your connection could change the responses from the DNS server. That would allow them to send you back the IP address of a server they control, rather than the real servers IP.