This is the new normal, folks. Consumer technology is manufactured for six to twelve months, but live in our homes for three to five years. Today's manufacturers cannot afford to update software for hardware devices they have already moved on from. Changing that requires a significant upheaval in their business models. This applies to every "connected device:" printers, cell phones, home routers, refrigerators, therm…
I daresay people aren't going to like this answer but, you ultimately have to align the interests of the manufacturers and the consumers. Which probably means some sort of subscription model and even a requirement that the subscription be current to function. I know. Yuck. But the only other real possibility is to legislate that such updates be made available for N years as part of the purchase conditions.
D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
171–180 of 306 posts
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#172This is the new normal, folks. Consumer technology is manufactured for six to twelve months, but live in our homes for three to five years. Today's manufacturers cannot afford to update software for hardware devices they have already moved on from. Changing that requires a significant upheaval in their business models. This applies to every "connected device:" printers, cell phones, home routers, refrigerators, therm…
> This is the new normal, folks. Consumer technology is manufactured for six to twelve months, but live in our homes for three to five years. Today's manufacturers cannot afford to update software for hardware devices they have already moved on from. Changing that requires a significant upheaval in their business models. Ubiquiti has a number of CVEs and has addressed them in a timely manner, IMHO. If you’re buying t…
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#173Earlier quoted context omitted.
Would this not also require some sort of exploitable CORS vulnerability?
CORS prevents the JS from seeing the result but it doesn't prevent the sending of the request. This is one of the reasons my internal network is not 192.168.1.1/24 and the router is not 192.168.1.1.
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#174Earlier quoted context omitted.
They're not necessarily lemons at the time of sale though. In general, we don't legislate that products need to upgraded and maintained after they're sold. (Yes, there are lemon laws and warranty requirements for defects--which are at least related.) However, how would you feel about legislation that required five years of dealer service to be included with every automobile sale? Or other products in a similar vein?…
They were lemons at time of sale, though, we just didn't know it yet . Between that and the ecosystem/society argument, I think it's a no-brainer. > However, how would you feel about legislation that required five years of dealer service to be included with every automobile sale? Or other products in a similar vein? This analogy doesn't work for me; software bugs are defects , they aren't something getting old and fa…
The economics of providing 5 years of defensive patching on a $100 device simply does not work.
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#175Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#176Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#177Earlier quoted context omitted.
Open source software on routers is a little complicated. FCC requires home router manufacturers to prevent users from modifying transmit settings (primarily to prevent interference with weather systems - which 5G is also going to mess with). While the router manufacturers themselves might not provide features to modify the parameters, allowing third-party open source firmware opens them upto liability, because third-…
The FCC is certainly the problem in this case. If someone modifies the product to break the law the person is at fault not the manufacturer. That someone could do modify their radio to do bad things shouldn't stop me from modifying mine to do good things.
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#178[1] https://www.tomsguide.com/news/d-link-wont-fix-serious-secur...
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#179Earlier quoted context omitted.
Open source software on routers is a little complicated. FCC requires home router manufacturers to prevent users from modifying transmit settings (primarily to prevent interference with weather systems - which 5G is also going to mess with). While the router manufacturers themselves might not provide features to modify the parameters, allowing third-party open source firmware opens them upto liability, because third-…
Really it seems like the radio ASICs themselves should be adding a little bit of embedded flash or OTP memory. But barring that, as the storage requirements of routers increase (having already moved from NOR to NAND flash) we may eventually reach the point where a router includes a BGA SSD whose controller can enforce permanent read-only permissions on a partition that stores RF parameters.
Example: https://hackaday.com/2019/09/05/esp8266-and-esp32-wifi-hacke... what if Espressif dropped support for these a while ago? You couldn't securely use these in some scenarios without reverse-engineering the binary blobs and patching the flaws. And I can't imagine how many of IoT devices out there use that chip or a derivative.
Re: D-Link Home Routers Open to Remote Takeover Will Remain Unpatched
#180Earlier quoted context omitted.
CORS prevents the JS from seeing the result but it doesn't prevent the sending of the request. This is one of the reasons my internal network is not 192.168.1.1/24 and the router is not 192.168.1.1.
Doesn't CORS generally send an OPTION request first to see if the target site even allows the requests, thus preventing this? That's what I've seen when trying to work around browser CORS limitations.