Re:The Keys to the Kingdom
by teddyh on Friday June 24, 2022 @09:21AM
(#31861349)
When reading this, I always ask myself: Why should the keys to devices owned by customers not be held by the customers? I know the answer, of course, but it’s disheartening.
Re:The Keys to the Kingdom
by Chris2048 on Friday June 24, 2022 @12:58PM
(#31865644)
This is a key for company firmware, so the second point has nothing to do with it, except the easier it is for a user to write their own firmware, the easier it is for malicious actors to do the same.
Re:The Keys to the Kingdom
by Klaster_1 on Friday June 24, 2022 @09:14AM
(#31861241)
As a developer with expertise elsewhere, such write ups always amaze me. I used to think of hardware as unmodifiable black boxes, but over time my point of view changed to consider almost all consumer electronics hackable to various degrees, you just have to know how.
On this note, I wish someone hacked the Shimano Di2 firmware to enable the RD shift amount of gears different to the stock value (10,11,12 and so on). Judging by this video [1], the hardware is capable of that (or was, the RD-6770 was superseded a while ago).
Re:The Keys to the Kingdom
by gumby on Friday June 24, 2022 @11:55AM
(#31864252)
A small style nit: I am surprised that a journal like the CACM (not a general audience publication) would think that common acronyms like JTAG, UART, and FIFO need be spelled out at first use.
I’m not the journal’s editor, so perhaps it is appropriate to assume the audience will be unfamiliar with the terms. But in that case merely expanding the acronym is mostly useless (e.g. a JTAG port is an extremely low level debugging interface and knowing the name of the standards body doesn’t help explain that).
Re:The Keys to the Kingdom
by BizarroLand on Friday June 24, 2022 @12:29PM
(#31865028)
I think that it's a standard writing device to always fully spell out acronyms in case someone who isn't familiar happens across the post.
It would be bad if someone who might enjoy the post or be inspired by it were to get frustrated or confused by an acronym and get pushed back from the field by it.
To address the point about companies also needing to deploy firmware — you can have two keys on the device:
1. For company firmware.
2. Included key with the device.
On this note, I wish someone hacked the Shimano Di2 firmware to enable the RD shift amount of gears different to the stock value (10,11,12 and so on). Judging by this video [1], the hardware is capable of that (or was, the RD-6770 was superseded a while ago).
[1] https://www.youtube.com/watch?v=hAW5DvLSkak
I’m not the journal’s editor, so perhaps it is appropriate to assume the audience will be unfamiliar with the terms. But in that case merely expanding the acronym is mostly useless (e.g. a JTAG port is an extremely low level debugging interface and knowing the name of the standards body doesn’t help explain that).
It would be bad if someone who might enjoy the post or be inspired by it were to get frustrated or confused by an acronym and get pushed back from the field by it.
But sigh, doing the right thing that costs $ ahead of disaster is rare. Over time I've seen this too many times...