Broken Encapsulation, how hacking is really just finding ways to play middle man to component systems.
The annual black hat and defcon conferences are well known events where hackers and crackers of all types of systems come together to demonstrate their latest "exploits". These range from ways to snoop data or voice off of open cell or wifi networks to ways to modify the function of various hardware systems. In this years Defcon conference a team of hackers introduced some exploits of the computer systems inside a modern automobile. You can see a video of some of their results here, the interesting thing about hacking though that goes beyond the FUD generation that the media seems intent on producing by publishing such stories is that they aren't really that surprising.
Engineering systems is about learning to cleverly use abstractions and functional encapsulation to built extremely complex systems. In object oriented programming the concepts of encapsulation are a fundamental aspect of good OO design principles and I've written extensively on these ideas in posts in the past. Exploitation in the physical realm of hardware systems is realized by breaking the encapsulation of the physical components of the system (in this case a car) and then introducing a middle man to modulate the system directly or remotely. When one sees them this way it really is no surprise that they are possible, in OO programming the encapsulation layers are hidden behind layers of code abstractions that never present themselves for manipulation by outside agents. In software only the interface presented to the end user affords the possibility of an input vector for committing some exploit (for example cross site scripting and validation attacks) but these offer a very small attack surface and one that can be readily fixed by software engineers once discovered.
Hardware is a bit different, most of the components in your car or tv or computer are directly accessible by you simply with the aid of a screw driver in many cases, you can break through the layers of physical encapsulation that otherwise would mask the interfaces you are presented from your ability to change the deeper components that present the functions in those interfaces. So it is in this exploit where the hackers had to gain physical access to the various control computers in the car in order to hijack and modulate their inputs and outputs...this type of broken encapsulation affords an attack surface that is not fixed as it is in a software UI where access to chop down behind the interface is not provided outside of the functional buttons, fields, drop downs provided by the engineers.
The attack surface for physical devices can be expanded by third party access...the breaking of the contracts of encapsulation that enable component based systems of hardware to function creates vulnerabilities for modulation of the interaction of those components...this should make perfect sense and should not be seen as a flaw in the design of the systems. A car computer should not necessarily have to be more protected from external access than they currently are by the physical barriers of the car that keeps them hidden and to expect that car companies build them such that such systems are impervious to access can be done but will come quite literally at a higher cost.
Links:
https://en.wikipedia.org/wiki/Object-oriented_programming
http://sent2null.blogspot.com/2008/02/objects-abstractions-symmetry-and-pop.html
http://sent2null.blogspot.com/2008/04/avoiding-de-spaghettification-in-client.html
http://sent2null.blogspot.com/2008/02/on-origins-of-comlexity-in-life.html
http://sent2null.blogspot.com/2008/03/another-late-night-and-building-with.html
http://sent2null.blogspot.com/2013/01/is-core-principle-that-guides-evolution.html
https://en.wikipedia.org/wiki/DEF_CON
Engineering systems is about learning to cleverly use abstractions and functional encapsulation to built extremely complex systems. In object oriented programming the concepts of encapsulation are a fundamental aspect of good OO design principles and I've written extensively on these ideas in posts in the past. Exploitation in the physical realm of hardware systems is realized by breaking the encapsulation of the physical components of the system (in this case a car) and then introducing a middle man to modulate the system directly or remotely. When one sees them this way it really is no surprise that they are possible, in OO programming the encapsulation layers are hidden behind layers of code abstractions that never present themselves for manipulation by outside agents. In software only the interface presented to the end user affords the possibility of an input vector for committing some exploit (for example cross site scripting and validation attacks) but these offer a very small attack surface and one that can be readily fixed by software engineers once discovered.
Hardware is a bit different, most of the components in your car or tv or computer are directly accessible by you simply with the aid of a screw driver in many cases, you can break through the layers of physical encapsulation that otherwise would mask the interfaces you are presented from your ability to change the deeper components that present the functions in those interfaces. So it is in this exploit where the hackers had to gain physical access to the various control computers in the car in order to hijack and modulate their inputs and outputs...this type of broken encapsulation affords an attack surface that is not fixed as it is in a software UI where access to chop down behind the interface is not provided outside of the functional buttons, fields, drop downs provided by the engineers.
The attack surface for physical devices can be expanded by third party access...the breaking of the contracts of encapsulation that enable component based systems of hardware to function creates vulnerabilities for modulation of the interaction of those components...this should make perfect sense and should not be seen as a flaw in the design of the systems. A car computer should not necessarily have to be more protected from external access than they currently are by the physical barriers of the car that keeps them hidden and to expect that car companies build them such that such systems are impervious to access can be done but will come quite literally at a higher cost.
Links:
https://en.wikipedia.org/wiki/Object-oriented_programming
http://sent2null.blogspot.com/2008/02/objects-abstractions-symmetry-and-pop.html
http://sent2null.blogspot.com/2008/04/avoiding-de-spaghettification-in-client.html
http://sent2null.blogspot.com/2008/02/on-origins-of-comlexity-in-life.html
http://sent2null.blogspot.com/2008/03/another-late-night-and-building-with.html
http://sent2null.blogspot.com/2013/01/is-core-principle-that-guides-evolution.html
https://en.wikipedia.org/wiki/DEF_CON
Comments