Re: Access control for IoT
Valerio Bellizzomi <[email protected]> Tue, 19 Jan 2016 09:41:18 +0100
| Newsgroups | gmane.comp.capabilities.general |
|---|---|
| Organization | SEL |
| Message-ID | <[email protected]> |
On Mon, 2016-01-18 at 17:30 -0800, Tony Arcieri wrote: > On Mon, Jan 18, 2016 at 5:11 PM, Ben Kloosterman <[email protected]> wrote: > > > Not practical / wise for HW / small ioc . Yet to see a single mother > > board auto update - with good reason . HW normally works on no changes and > > if there are any changes there is normally a very length cycle before its > > released. This includes Flash /EEproms , not to mention that it some cases > > you can brick the device with some Eeproms if you do it to often. > > > > Not true. It is quite common for embedded hardware these days to not only > be field updatable, but be able to transparently and incrementally download > updates and install them. I will again point to my employer as reference. > We do it, so I'm afraid I have to ignore your claims to the contrary. > > Likewise, I would argue it's irresponsible to put devices which don't > automatically update onto the Internet (that is the subject of this > discussion, right? The *Internet* of Things). > > There are certainly many applications of hardware for which updates are a > bad idea, or devices which are too small or constrained to support > automatic updates. But you have to Venn Diagram that with the types of > devices it's reasonably responsible to connect to the Internet and assign > an IP address to. in practice you have the option to include an ethernet library and: 1) get the IP address via dhcp 2) hardcode the IP address into the program > I would argue it's irresponsible to put any device on the Internet which is > not capable of receiving software updates. it seems after all that an automatic update mechanism is also a possible attack vector.