BS ISO 20214:2015 pdf download

BS ISO 20214:2015 pdf download.SECURITY ARCHITECTURE FOR SPACE DATA SYSTEMS
2.2 BACKGROUND
Today, ubiquitous terrestrial network connectivity among principal investigators and mission operations has become standard. At the same time, computer processing power and communication resources have progressed steadily to the point that they are easily accessible to potential attackers. These two facts put mission operations more at risk than in the past when operations were carried out over closed, mission-specific networks, and computer and communication resources were not as powerful or widespread. The security risks to both spacecraft and ground systems have increased to the point where CCSDS must foster adoption of specific information security standards (as necessary) in order to protect mission- critical resources and sensitive mission information. CCSDS promotes secure interoperability for space missions and the incorporation of security within the system. This security architecture helps to complete CCSDS’s overall reference architecture by adding specific guidance for developing the security aspects of a system architecture. The security architecture for a mission should respond to threats identified via a risk assessment, which is necessary to provide mission planners with a better understanding of the risks that they should plan to counter via security technologies.Key factors to consider for space missions are the vulnerability of sophisticated space or ground resources to potential attackers the consequences of the malicious use of public assets, including consequences of public perception. For example, hacking into the telecommand system of any Mars mission would be extremely visible, extremely embarrassing, and potentially very costly for affected CCSDS member agencies.
2.3 CCSDS REFERENCE ARCHITECTURE RASDS
employs multiple views to present a space data system architecture. Space data systems are complex, consist of hardware, software, and organizations, and are frequently composed of elements belonging to different organizations, some of which are on the ground, others of which are in space. Because of the complexity of these systems, it is difficult to depict all of these various aspects in a single framework. As a result, the system architecture is described with multiple views, each focusing on different concerns associated with the system.
A view is a form of abstraction achieved by using a selected set of architectural concepts and structuring rules in order to focus on particular concerns within a space data system. Further background information is available in RASDS (reference [B1]). Each view is developed in the context of a specific viewpoint specification. Five types of viewpoints and associated views are described in RASDS: 1) Enterprise Viewpoint: The motivation for Enterprise Views is that there are complex organizational relationships involving spacecraft, instruments, ground systems, scientists, staff, and contractors that are distributed among multiple organizations (space agencies, science institutes, companies, etc.). The Enterprise View is used to address these organizational relationship aspects of space data systems. The Enterprise View describes the organizations involved in a space data system and the relationships and interactions among them. The relationships are described in terms of the roles, responsibilities, and policies of the organizations; and the interactions among the organizations are described in terms of agreements and contracts.