Live data from Hacker News

Boeing 787 In Flight Entertainment System Security fun

btr.pm

101–110 of 147 posts

Re: Boeing 787 In Flight Entertainment System Security fun

#101

I wish people wouldn't do shit like this on live systems like this one. Even the port scan could have had bad consequences (especially since this person did -A). By all means explore the interesting JSON object that was downloaded and yeah I'd worry about installing random stuff on my machine. I'm not talking about crashing the plane; I'm talking about crashing the IFE and me then having to sit through 10 hours of pe…

If your software can't handle nmap it has no business being on any network anywhere ever.

This mentality is where a lot of our current security problems come from, from IoT to critical infrastructure to ATMs, etc. Developers can't imagine someone would ever do anything nefarious on their "closed" network, so they don't bother doing more than cursory security. Then the internet shames anyone who tries to demonstrate how bad things really are.

Re: Boeing 787 In Flight Entertainment System Security fun

#102

There's a lot of posts mentioning that a scan shouldn't cause any trouble, however there's no way of knowing how the services are configured on the other end, or how they are set up to respond to certain packet types, or how the server will respond to certain data within those packets if said data does not conform to expected lengths etc. A lot of assumptions are made that non-conforming data will be ignored in a clo…

I remember about 20 years ago, you could crash any Windows computer you had the IP address of by sending a particularly crafted package to a certain port. Oh, those were the days.

Port 139, maybe?

http://insecure.org/sploits/windows.OOB.DOS.html

Re: Boeing 787 In Flight Entertainment System Security fun

#104
post #42

Earlier quoted context omitted.

If anything were to happen, it definitely shouldn't affect the avionics, not even remotely, or the plane would not have had a chance of certification. Data to the less secure IFE had better flow through a unidirectional network ("data diode"), and/or use a separate set of sensors. Even if it brought down the server, it's still nothing that the flight attendants can't solve by "turning it off and back on". This kind o…

> definitely shouldn't affect the avionics No, and the flaw you're busy exploiting also definitely shouldn't be there. (Yes, the IFE is probably airgapped. Probably.)

What flaw? He was merely querying a public http API and scanning for ports.

Re: Boeing 787 In Flight Entertainment System Security fun

#105
post #19
post #6

Earlier quoted context omitted.

It's borderline; if something bad happens (and bad things definitely can happen from portscanning, especially embedded systems), you'll be on the hook for it.

"you'll be on the hook for it." Particularly if something goes terribly wrong and you're on the plane.

[deleted]

Re: Boeing 787 In Flight Entertainment System Security fun

#107
post #95

Earlier quoted context omitted.

Out of curiosity, when else would you suggest they do this? Other than "not at all", of course, which is not going to happen.

During a pentest?

What about this write-up leads you to believe that a pentest ever has (or will (on purpose)) happened??

Re: Boeing 787 In Flight Entertainment System Security fun

#108

I wish people wouldn't do shit like this on live systems like this one. Even the port scan could have had bad consequences (especially since this person did -A). By all means explore the interesting JSON object that was downloaded and yeah I'd worry about installing random stuff on my machine. I'm not talking about crashing the plane; I'm talking about crashing the IFE and me then having to sit through 10 hours of pe…

If your software can't handle nmap it has no business being on any network anywhere ever. This mentality is where a lot of our current security problems come from, from IoT to critical infrastructure to ATMs, etc. Developers can't imagine someone would ever do anything nefarious on their "closed" network, so they don't bother doing more than cursory security. Then the internet shames anyone who tries to demonstrate h…

That doesn't justify putting other people's lives at risk. Testing on a live system without permission is still irresponsible.

Re: Boeing 787 In Flight Entertainment System Security fun

#109
post #42
post #29

Earlier quoted context omitted.

Thank you for this comment. I for one would be pretty pissed if a "hacker" decided to crash my/or my kids entertainment on a long flight. There is definitely a need for this type of work, but doing so in a 50,000 lb brick floating a few miles above the ground isn't an atmosphere I am comfortable with, especially if I am present...

If anything were to happen, it definitely shouldn't affect the avionics, not even remotely, or the plane would not have had a chance of certification. Data to the less secure IFE had better flow through a unidirectional network ("data diode"), and/or use a separate set of sensors. Even if it brought down the server, it's still nothing that the flight attendants can't solve by "turning it off and back on". This kind o…

The only way to know that you won't crash a critical system is to try it. You're right you shouldn't be able to but that doesn't mean it can't be done. Doing this in flight is still dangerous.

Re: Boeing 787 In Flight Entertainment System Security fun

#110
post #84
post #56

Earlier quoted context omitted.

I agree that, in theory, at least the avionics shouldn't be accessible from the IFE. I am sure there is a rigorous protocol for making sure this is properly secured and certification for airworthiness. I think the parent comment was more making the point that we don't need a flight full of people scanning ports for fun and profit, and the consequences of doing so are unknown and could lead to things like no wifi or I…

This is obscurantism. Port-scanning a networked system, even aggressively, must be considered typical environmental hazards that any network-attached system must be able to weather (preferably with no degradation in service).

The point is not that the system is fine, the point is that the method used to identify the flaw is dangerous. This needs to be fixed but the ends do not justify the means.
Post reply on HN