4 ms·
>The context I'm trying to convey is that a dongle that exposes the OBD-II port wirelessly should probably expose only the "safe-ish" parts of OBD-II. No direct
by patcheudor 10y ago
>The context I'm trying to convey is that a dongle that exposes the OBD-II port wirelessly should probably expose only the "safe-ish" parts of OBD-II. No direct CAN bus access, no access to mode 8, mode 4, etc.
Yes, it should but what does that mean in the context of a device you plug into your OBD-II port which can be made to run anything an attacker wants? Most of these devices are running full systems similar to LTE radios, etc., which have been demonstrated to be so vulnerable that it's possible to hijack the embedded computer to run code of choice. Just recently we saw the radio disclosure from Google and from several years back there was this one from a research team at Intel:
https://www.youtube.com/watch?v=q4pRYZjzL_E https://www.youtube.com/watch?v=q4pRYZjzL_E
Honestly, at the point an attacker can run arbitrary code, short of implementing some crazy in device firewall, expect a device like this to have access to a bunch of stuff by the fact it's plugged into the OBD-II port.
- tyingq 10y agoThe dongle is taking something that requires physical access and exposing it on a network, in this case with weak 8 digit pins. That implies a responsibility to be smart about it. I assume there's a microcontroller in front of the serial comms. That would be a good place to filter packets. These are fairly simple filters that probably only need to look at the first byte or two of a request to limit to OBD-II only, and only certain requests. That's not a crazy firewall, just simple microcontroller code. But sure, car manufacturers should do something as well. OBD-II port is a misnomer. It's like calling an ethernet port a "WWW Port". It doesn't need to expose everything that it does. The manufacturers know these are being used by consumers. They can put a more open port somewhere else for mechanics.