6 ms·
If we wanted secure products, we wouldn't ban devices. We'd mandate they open their firmware to audits.
by WarOnPrivacy 7mo ago
If we wanted secure products, we wouldn't ban devices. We'd mandate they open their firmware to audits.
- dmitrygr 7mo agoproblem is: how do you prove the firmware in the flash chip matches source? And I do not mean me, with a disassembler and a pi pico to read out the flash chip. I mean the 70-yaer-old corner shop owner that buys this router to provide free WiFi for customers?
- WarOnPrivacy 7mo ago> how do you prove the firmware in the flash chip matches source? Trusted, qualified independent experts: Ala Underwriters Laboratories.
- dmitrygr 7mo agoOne word for you: dieselgate https://en.wikipedia.org/wiki/Volkswagen_emissions_scandal https://en.wikipedia.org/wiki/Volkswagen_emissions_scandal
- actionfromafar 7mo agoSomeone did go to jail, so there's at least that.
- dmitrygr 7mo agoYes. But a lot of people still got cars that were not as represented. So if we follow the same pattern, somebody will go to jail, but most routers will not be running verified or safe code.
- Snafuh 7mo agoDo you apply the same scrutiny to the food you eat? Some trust has to be created through testing standards and the law, but generally we do believe what the label says in day to day life.
- dmitrygr 7mo agoIn so far as I cook myself? Yes
- kelnos 7mo agoSo you personally test your produce to ensure it's safe to eat, has no pesticides embedded in it that could harm you, etc.? You do that after every single trip to the grocery store or farmer's market? Every trip? You don't spot check, and assume/hope/trust that the ones you don't test are safe?
- actionfromafar 7mo agoThe routers thing? That's probably just a scam to get donations to the Trump Family Bunker/Ballroom in DC or other pet project.
- KennyBlanken 7mo agoFriendly reminder that _all_ automakers - European, American, and Asian - had been doing this emissions cheating for decades. Detection of the car being on a rolling road, special button combos that trigger the emissions testing map, etc
- kelnos 7mo agoA process not working on occasion doesn't mean the entire verification method is garbage. I get the desire to not have to trust a third party, but realistically, there isn't a way to function without doing so, outside of going out and living in the forest in a cabin you've built yourself, either doing without electricity, or with solar panels you've built yourself from raw materials. Human processes aren't like computers. They're messy. They fail sometimes. They need checks and balances. Sometimes those checks and balances don't work. Sometimes the checks only work well after the fact, and the people who were harmed aren't all made whole. That's life. We probably can't do much better.
- gbin 7mo agoA trusted website that compiles it from source and a way for you to go to a webpage and flash from there automatically. The FPV community does that all the time with a set of websites for their ESC, flight controllers, radio, all open source. You can add signatures etc but just a trusted website goes a long way vs a random blob preinstalled
- dmitrygr 7mo agoThat proves that the one they checked, had the correct firmware. It does not prove that the one from the next batch that you bought did. We are all technical people here we and understand that there isn’t really an easy way to do this that a random non-technical person could actually understand and use.
- PickledHotdog 7mo agoIsn't the person you're replying to suggesting people can update the firmware to the trusted version via a website? So it doesn't matter if you get one from 'the next batch' - provided you're on top of updating the firmware.
- megous 7mo agoThere's no solution to that other than having knowledge and researching the code/device yourself. You can pick apart modern Linux/busybox based IoTs fairly quickly, so effort needed is not really a huge issue. Maybe trusted community of people could do it for everyone, but there's currently all kinds of potential legal trouble brewing in that approach. Complete and public reverse engineering of every aspect of any device would have to be made completely legal, so that people could freely publish all artifacts extracted from a device and produced during reverse engineering and collaborate on them without any fear of repercussions. Also HW manufacturers would have to be prohibited from NDAing documentation for SoCs, etc. Side benefit would be that this would also serve as a documentation for freeing the device and developing alternative firmwares with modernized sw/reduced attack surface.
- dmitrygr 7mo agoWe are in violent agreement. And precisely because there is no simple solution to it, half-measures like what is proposed here do absolutely no good, and often times do harm.
- zobzu 7mo agonot to mention even on the bananapi you gotta trust mediatek.
- clcaev 7mo agoIt'd be great if open firmware could be commercially viable. Finding a business model is hard. The OpenWRT One [1] sponsored by the Software Conservancy [2] and manufactured by Banana Pi [3] works lovely. [1] https://openwrt.org/toh/openwrt/one https://openwrt.org/toh/openwrt/one [2] https://sfconservancy.org/activities/openwrt-one.html https://sfconservancy.org/activities/openwrt-one.html [3] https://docs.banana-pi.org/en/OpenWRT-One/BananaPi_OpenWRT-One https://docs.banana-pi.org/en/OpenWRT-One/BananaPi_OpenWRT-O...
- sophrosyne42 7mo agoOpen firmware would become commercially viable when IP is abolished
- AshamedCaptain 7mo agoHow do you see firmware becoming more open without copyright exactly?
- amlib 7mo agoNot prosecuting people trying to reverse engineer any kind of software would be a great start...
- AshamedCaptain 7mo agoMost of this software is already GPL.
- mindslight 7mo agoI'm no fan of imaginary property, but you're going to have to lay out your reasoning here. Firmware security is such crap precisely because most hardware manufacturers see it as nothing but a cost center they wish they could avoid. The difficulty of installing OpenWRT or Linux in general on hardware comes from that hardware not being documented, or not having straightforward APIs like BIOS/EFI. Or for some devices, community distributions that dubiously remix manufacturer-supplied binaries are available. But we generally see that as soon as the manufacturer stops their updates, the community versions start lagging behind as well.
- vetrom 7mo agoYou will first probably need Congress to legislate away the long standing prohibitions against offering (easily) user-modifiable RF devices on the market. Self ownership and full 'right to repair' has carve-outs in the FCC's regulations in the name of limiting unintentional broadcasting/radiation. Maybe a challenge to those would survive in the post-Chevron environment. I wouldn't expect any Congress in the last 25 years to pass a law which would go against the incumbent telecom lobbyist interests though, and I'd expect such a hole if it did hit case law, to get 'patched' fairly quickly. About the only way to really solve that would be to embarrass vendors enough to open their moats.
- yjftsjthsd-h 7mo agoI dunno, I'm pretty big on FOSS but I don't think you would need that to improve. Requiring that the firmware have its source code available to audit doesn't mean that users can replace it. AFAIK you could, today, with no legal changes, have a vendor release 100% of the code under eg. a MIT license while also making the device refuse to run firmware not signed with their keys. Researchers could poke at it to find bugs, and FCC regulations wouldn't be touched. (Note: IANAL, so feel free to point out if I'm wrong about that) (To be clear, I don't think that's good enough; at a minimum I think there should be a wifi card that does refuse modifications and a main application processor that is 100% user controlled so that they can actually fix problems without needing the vendor to help, but I think it's useful to point out that auditing code doesn't require being able to install it)
- kogepathic 7mo ago> AFAIK you could, today, with no legal changes, have a vendor release 100% of the code under eg. a MIT license while also making the device refuse to run firmware not signed with their keys. This is already the case today with many embedded devices. They have secure boot enabled so even if the vendor releases the GPL source code (big if), you can't do anything because the device will only boot the vendor's signed firmware. > at a minimum I think there should be a wifi card that does refuse modifications and a main application processor that is 100% user controlled so that they can actually fix problems without needing the vendor to help This is already possible. The RF components frequently have a signed firmware blob that is verified on load. There is no reason but planned obsolescence and greed keeping the application processor locked to running the vendor's signed code.
- rkangel 7mo agoNot all of the functionality is in the firmware though. You can put stuff in the silicon itself that allows backdoors. It's very difficult to inspect a laid out chip for nefarious elements - there's too much of it to do manually. Having a secure supply chain is probably the best way to prevent that happening. Which is not to say that I support this rule - it sounds like another import weapon trump can swing against people who aren't his friends.
- autoexec 7mo ago> You can put stuff in the silicon itself that allows backdoors. Very few companies make the chips too. It'd be very easy for the government to force them to add backdoors.