User: Password:
|
|
Subscribe / Log in / New account

Linux and automotive computing security

Linux and automotive computing security

Posted Oct 10, 2012 21:50 UTC (Wed) by bjencks (subscriber, #80303)
In reply to: Linux and automotive computing security by iabervon
Parent article: Linux and automotive computing security

Actually, it's not that hard to do proper QoS with modern switches. Just mark all packets coming from the CD player at a lower priority than the ones coming from the brake system. You can even have the devices emit tagged packets and restrict them to a subset of available priorities.

Or you could put in extra point-to-point links between each especially critical pair of devices. With IP, it's not very hard to just add an extra host route down a different pipe; it doesn't have to have the overhead that a whole new bus would.

This doesn't even get into the possibilities of using non-ethernet transport, some of which can provide more strictly managed performance guarantees.


(Log in to post comments)

Linux and automotive computing security

Posted Oct 10, 2012 22:36 UTC (Wed) by Cyberax (✭ supporter ✭, #52523) [Link]

So CD player can instead spam all other subsystems? And going to PtP links is distinctly a step back.

Never mind that you now need a complex IP stack capable of supporting PKI on each freaking sensor. If that's not a definition of madness, then I don't know what is.

CAN bus is fine for what it does. It's GREAT. The problem is, it's an internal bus that's being abused to interface with external systems.

Adding PKI to each sensor is like adding PKI to your hard drive to fight against computer viruses.


Copyright © 2017, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds