Is finishing the dinner more important than applying a patch that fixes actively exploited bug that locks your oven into cleaning mode and burns everything inside into ash over the next three hours? Or something that disables the safety checks and lets the oven overheat and burn your house down?
(Granted, the latter shouldn't physically be possible because it should have physical temperature killswitches etc.)
People always (understandably so!) consider software updates to be annoyances; but especially when you give an example like _an oven_, the potential for _catastrophic_ failures is too great.
I wonder how the impulse to connect everything to the internet will be remembered.
Hopefully, that's how the impulse will be remembered.
I agree that these scenarios are (relatively) far fetched _now_; but if we expect the future to include connecting appliances like that to the internet, then solving problems like those is table-stakes stuff.
I understand that enforced software updates are annoying; but for high-stakes environments like this they strike me as a lesser of the two evils.
Great, so we now agree that it's important to keep the system patched and up to date.
Besides that, the safe mode oven should still be able to cook food manually.
Though I guess making the experience frustrating could keep more people from needlessly connecting everything to the network because it sound futuristic...
You could have a second SoC on the device running off ROM, whose only purpose is handling this safe mode and controlling internet access of the main device. Keep it simple and make it essentially just a fuse that can be blown (turning off internet access) by a signed message from the manufacturer. Keep the hardware capability of this SoC to just that, so even if you have a vulnerability on that thing itself, an attacker can't really do anything with it. Keep the code running on that SoC simple and preferably make it a FSM that is proven to be free of vulnerabilities. Also make sure the main device can't interfere with it in any way.
Once the fuse is blown, the user needs to press a physical button on the device to re-enable internet access. Preferably ship the devices with this internet access disabled by default.
Even better yet, don't build an internet connected oven... but that ship has sailed in many areas.
This was exactly my thought. Download the update then take the device offline until it's applied if the update contains a security vulnerability.
Rushing to get out the door, "Honey, did we turn off the stove?" Presumably you can then check with your phone.
I'd expect the network connection to go down and the oven not to turn on at least as often as 10 minute makes an operable difference.
Anyway, last time I had this anxiety, I checked my Ring camera in the kitchen that's posted there for reasons like this. Works for the stove and faucet too.
These devices are designed to work for hours with minimal supervision. Given the size of the user base, IMO ovens are extremely reliable. And electricity prices are too low to be anxious about the costs.
I wish. A while back, I put some (food) stuff to dry in the oven on a very low heat, knowing it would take all night to dry fully. After six hours, the oven decided that I must have accidentally left it on by mistake, and switched off automatically, and that stuff was wrecked when I got up in the morning and checked on it.
+1 for this at the consumer level. My oven may have a critical update, but - for right now - *nothing* is more critical than finishing dinner. I'll let the update apply the day after thanksgiving when I'm doing the dishes.
There are a few connected appliances brands that do this well: updates are broken down into two classes - "critical/security" updates and "all the other updates" - and I get to pick from "do nothing, notify, notify and download, notify, schedule/auto-apply" for both channels. Unfortunately this is not common because it takes planning and more than the bare minimum to pull off.