13.09.2014 Views

Local Area Networks (LANs) in Aircraft - FTP Directory Listing - FAA

Local Area Networks (LANs) in Aircraft - FTP Directory Listing - FAA

Local Area Networks (LANs) in Aircraft - FTP Directory Listing - FAA

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

1. INTRODUCTION.<br />

This is the f<strong>in</strong>al report of a 2-year Federal Aviation Adm<strong>in</strong>istration (<strong>FAA</strong>)-funded study to<br />

address security and safety issues associated with networked airborne local area networks<br />

(LAN). This study consisted of two phases. Phase 1 <strong>in</strong>vestigated the methodologies for<br />

identify<strong>in</strong>g and mitigat<strong>in</strong>g potential security risks of onboard networks that could impact safety.<br />

Phase 2 <strong>in</strong>vestigated techniques for mitigat<strong>in</strong>g security risks <strong>in</strong> the certification environment.<br />

Individual systems onboard aircraft are designed to meet specific operational, functional, and<br />

physical requirements. The safety requirements of a flight-critical avionics system differ from a<br />

cab<strong>in</strong> management system or a passenger <strong>in</strong>-flight Internet service. If these systems become<br />

<strong>in</strong>terconnected, <strong>in</strong>compatibilities <strong>in</strong> design assumptions, adm<strong>in</strong>istrative policies, user <strong>in</strong>teraction,<br />

and data security considerations <strong>in</strong>crease their exposure to risk. Actions taken <strong>in</strong> the context of<br />

an open passenger network (whether orig<strong>in</strong>at<strong>in</strong>g onboard an airplane or from some remote site<br />

via a network connection) must be prevented from <strong>in</strong>troduc<strong>in</strong>g flight-safety risks to flight-critical<br />

systems.<br />

Airborne systems are designed, built, and approved <strong>in</strong> accordance with airworth<strong>in</strong>ess<br />

requirements. Current <strong>FAA</strong> safety assurance processes for airborne systems are based upon<br />

Aerospace Recommended Practice (ARP) 4754 [1], ARP 4761 [2], and Advisory Circulars (AC);<br />

e.g., AC 23.1309-1C [3] and AC 25.1309-1A [4]. <strong>FAA</strong> software assurance is based on<br />

compliance with RTCA/DO-178B [5] that guides software development processes. Complex<br />

electronic hardware design assurance is based on RTCA/DO-254 [6]. The primary <strong>FAA</strong><br />

certification standards are the respective regulations, <strong>FAA</strong> policy, and the ACs.<br />

This study addresses how to extend current <strong>FAA</strong> processes and certification environment to<br />

<strong>in</strong>clude networked airborne <strong>LANs</strong> <strong>in</strong> a mathematically viable manner. Because of the extensive<br />

scope of the current <strong>FAA</strong> policies and processes, this report addresses this larger issue by<br />

specifically expla<strong>in</strong><strong>in</strong>g how to extend the software assurance subset. Other aspects of <strong>FAA</strong><br />

policy and processes can be extended <strong>in</strong>to networked environments <strong>in</strong> a parallel manner (i.e., by<br />

leverag<strong>in</strong>g a security model framework, see section 6.2).<br />

DO-178B is one means to secure approval of airborne software. The system safety assessment<br />

processes (ARP 4754 and ARP 4761) determ<strong>in</strong>e failure conditions of the system and def<strong>in</strong>e<br />

safety-related requirements as <strong>in</strong>put to the software life cycle processes. DO-178B identifies the<br />

software level of a software item based on the potential contribution of the software to failure<br />

conditions for the entity <strong>in</strong> question. Software level refers to the worst-case result of a failure of<br />

that software upon aircraft safety <strong>in</strong> terms of one of five possible failure condition categories.<br />

The failure condition categories range from failure conditions that would prevent the aircraft’s<br />

cont<strong>in</strong>ued safe flight and land<strong>in</strong>g (catastrophic) to failure conditions that do not affect the<br />

operational capability of the aircraft nor <strong>in</strong>crease crew’s workload (no effect). Higher software<br />

levels, and greater assurance protections, are provided to entities that would have higher safety<br />

consequences should they fail. DO-178B also addresses some software design and certification<br />

considerations for user-modifiable software, option-selectable software, commercial off-the-shelf<br />

(COTS) software, and other software-related issues.<br />

1

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!