+INF.11 General Vehicle
---+INF.11.G1. Insufficient Rules for Vehicles
---+INF.11.G2. Carelessness and Lack of Security Awareness in Handling Vehicles
---+INF.11.G3. Unregulated Data Transmission to Third Parties and Insecure Communication Interfaces
---+INF.11.G4. Improper Vehicle Modifications
---+INF.11.G5. Manipulation, Unauthorised Access, and Theft Involving Vehicles
---+INF.11.G6. Dangers in Connection with Maintenance, Repairs, and Updates
---+INF.11.G7. Threats During Decommissioning
---+INF.11.G8. Unacceptable Temperature and Humidity in Vehicles
---+INF.11.A1 Planning and Procurement [Process Owner, Procurement Department, Data Protection Officer] (B)
---+INF.11.A2 Maintenance, Inspection, and Updates [Process Owner, IT Operation Department] (B)
---+INF.11.A3 Regulations for the Use of Vehicles [IT Operation Department, Process Owner, User, Data Protection Officer] (B)
---+INF.11.A4 Creating a Security Policy [Process Owner, IT Operation Department] (S)
---+INF.11.A5 Drawing Up a Security Concept (S)
---+INF.11.A6 Establishing Instructions [Process Owner, User] (S)
---+INF.11.A7 Proper Handling of Vehicles and Sensitive Information [Process Owner, User] (S)
---+INF.11.A8 Protection against Weather-Related Influences [User, Process Owner] (S)
---+INF.11.A9 Ensuring Fuel Supplies [Process Owner] (S)
---+INF.11.A10 Disposal [IT Operation Department, Process Owner] (S)
---+INF.11.A11 Replacement Arrangements in the Event of Breakdowns [Process Owner] (H)
---+INF.11.A12 Anti-Theft System or Security Guards [Process Owner, Employee] (H)
---+INF.11.A13 Damaging Third-Party Interference [Process Owner] (H)
---+INF.11.A14 Protection of Sensitive Information from Unauthorised Access and Disclosure [IT Operation Department, Process Owner] (H)
---+INF.11.A15 Physical Protection of Interfaces [IT Operation Department, Process Owner] (H)
---+INF.11.A16 Fire Extinguishing System [Process Owner] (H)
---+INF.11.A17 Network Separation of the In-Vehicle Network with a Special Vehicle Network via Gateways (H)
|
INF.11 General Vehicle
IntroductionOrganisations use a wide variety of vehicles in many different situations to cover short and long distances. In the context of this module, vehicles are generally classified as motorised means of land, air, or water-based transport that have a vehicle cabin or similar enclosure. Some examples include passenger cars, lorries, aircraft, or ships. In this module, only the generic term "vehicle" is used unless a specific type of vehicle is meant. Almost all modern vehicles have integrated IT components (e.g. infotainment systems or internal analysis systems) which must be considered holistically in the context of information security. In addition, official tasks are often carried out not only in the rooms and buildings of an organisation, but also within vehicles, which may move between different locations and environments. A vehicle is thus also a mobile working environment in its own right which must be adequately secured by the organisation in question. ObjectiveThis module describes specific hazards that must be considered when organisations use vehicles with IT components or use vehicles in general as IT workstations. On this basis, the module defines the requirements that must be fulfilled by vehicle users and owners in order to ensure optimal vehicle operation from an information security perspective. Scoping and ModellingModule INF.11 General Vehicle must be applied once to each land, air, and water vehicle used by the organisation in question. It is designed for users and operators of vehicles. Autonomous or remote-controlled vehicles, rail vehicles, and space vehicles are excluded from this module. The type, equipment, place of use, and field of activity of a given vehicle may differ depending on the organisation at hand. In module INF.11 General Vehicle, only the typical operational scenarios of vehicles are considered; special operational purposes, such as those pertaining to rescue helicopters or military vehicles, must also be considered on a case-by-case basis. For this reason, there is no conclusive discussion of retrofitted, mission-specific IT systems or vehicle-specific specialised applications, such as those that are common in emergency vehicles or command vehicles. The equipment and the associated specialised applications of these vehicles must be dealt with individually. Furthermore, in-vehicle networks (IVNs) established via communication buses such as CAN, LIN, or Flexray are not considered because they are usually not changed by the user. In order to secure IT components that are carried by users or installed at a later point in time, all the relevant modules—such as SYS.3.1 Laptops, SYS.3.2 General Smartphones and Tablets, and NET.3.3 VPN, as well as the module layers NET.4 Telecommunication and NET.2 Radio Networks—must be considered separately. In addition, before a vehicle is disposed of, the CON.6 Deleting and Destroying Data and Devices module must be applied to ensure that no sensitive information remains in the vehicle. Since this module deals with all the relevant infrastructure aspects, there is no need to model INF.9 Mobile Workplace. Useful ResourcesThe scientific article “IT-Sicherheit und Datenschutz im vernetzten Fahrzeug” [IT Security and Data Protection in the Networked Vehicle] by the Fraunhofer Institute (DOI: 10.1007/s11623-015-0434-4) provides a general overview of networked vehicles, possible applications, the required data, and the resulting threats. The scientific article "Security Issues and Vulnerabilities in Connected Car Systems" from the 2015 IEEE Conference highlights threats that arise from vehicle networking.
1. Přehled
| Název |
Standard |
|
INF.11.A1 Planning and Procurement [Process Owner, Procurement Department, Data Protection Officer] (B)
|
The intended use of a vehicle MUST be planned before the vehicle is procured. The functional requirements for vehicles and, in particular, the requirements for information security and data protection of the IT components installed in them MUST be determined. The following aspects MUST be taken into account: - operational scenarios of the vehicles
- the immediate operational environment of the vehicles
- the entire lifecycle of the vehicles
The vehicles MUST also have adequate locking systems unless they can be continuously secured by other safeguards or arrangements. During planning, consideration SHOULD be given to the fact that many vehicles can transmit data to the vehicle manufacturer and other third parties.
|
|
INF.11.A2 Maintenance, Inspection, and Updates [Process Owner, IT Operation Department] (B)
|
Vehicles and their IT components MUST be maintained in line with the manufacturer's specifications. This MUST take into account that conventional maintenance intervals may not correspond to the updates provided for integrated IT components. Those who are allowed to install such updates MUST be clearly defined along with the environment required for this purpose. Over-the-air (OTA) updates MUST also be installed in a regulated manner. Maintenance and repair work MUST be carried out by authorised and qualified personnel in a secure environment. The manner in which external companies are to be dealt with SHOULD be clarified prior to such maintenance. If vehicle maintenance takes place at external organisations, checks SHOULD be carried out to ensure that all the unnecessary portable IT systems belonging to the vehicle are removed. When vehicles are put back into operation, a checklist MUST be used to verify that all the complaints and deficiencies in question have been rectified. The functionality of the IT components involved MUST also be checked.
|
|
INF.11.A3 Regulations for the Use of Vehicles [IT Operation Department, Process Owner, User, Data Protection Officer] (B)
|
Before any activity is carried out in a vehicle that may have an impact on the security of the information processed in the vehicle, it MUST be determined whether the activity is permissible. In this context, the information that may be transported and processed MUST be clearly regulated. In addition, the protective safeguards to be taken MUST be specified. This MUST apply to any kind of information, including that which is exchanged in conversations in vehicles. The framework conditions that are required for employees to access specific types of information at their organisation MUST be clarified. Furthermore, the extent to which infotainment systems, applications, and other vehicle services may be used MUST be regulated. The manner in which interfaces are to be secured MUST also be specified. Existing business and service directives MUST describe how IT carried in vehicles may be used and stored.
|
|
INF.11.A4 Creating a Security Policy [Process Owner, IT Operation Department] (S)
|
All the security requirements relevant to IT within vehicles SHOULD be documented in a security policy that is mandatory for employees. The policy SHOULD be known to all the relevant employees in the organisation in question and should form the basis of their handling of vehicles. The policy SHOULD clearly define responsibilities for individual tasks. The security policy SHOULD be reviewed and updated as appropriate.
|
|
INF.11.A5 Drawing Up a Security Concept (S)
|
For each vehicle, an inventory list SHOULD be drawn up that contains the following: - the IT components permanently installed or associated with the vehicle (e.g. handheld radios in emergency vehicles)
- the specialised procedures that are executed on the vehicle's integrated IT components
- instructions and operational documentation
- the mobile devices linked to the infotainment system
The inventory list SHOULD be updated regularly and as appropriate. It SHOULD be checked that all inventoried IT components belonging to the vehicle are still present. In addition, the inventory list SHOULD be used to check that no mobile devices have been connected to the infotainment system without authorisation.
|
|
INF.11.A6 Establishing Instructions [Process Owner, User] (S)
|
Instructions in the form of checklists SHOULD be available for all the fundamental situations related to vehicle information security. The instructions SHOULD be integrated into the corresponding security policy and made available in suitable checklists while the vehicle in question is in use. This SHOULD also account for the possibility that the vehicle may be stolen. In particular, the instructions SHOULD address the following scenarios: - failure of vehicle IT components
- emergency situations such as accidents
- unauthorised vehicle entry
- theft of a vehicle or objects stored therein that are relevant to information security
The responsibilities for each task SHOULD be documented in the checklists. The instructions SHOULD be followed by vehicle users in the corresponding situations. The checklists SHOULD be used to document how users proceeded in such situations.
|
|
INF.11.A7 Proper Handling of Vehicles and Sensitive Information [Process Owner, User] (S)
|
An organisation SHOULD supplement its instructions on vehicle use with guidelines on when, how, and where vehicles may be parked or docked properly. These guidelines SHOULD mainly define environments that adequately protect vehicles from unauthorised access or damage. Furthermore, the information and IT systems that may be kept in vehicles SHOULD be considered. Sufficient safeguards SHOULD be taken to protect access. Vehicle cargo SHOULD be securely stowed. It SHOULD be ensured that sensitive information cannot be viewed, overheard, or stolen by unauthorised persons from outside vehicles. Employees SHOULD be made aware of the basic operation of vehicles and the IT components involved. Employees SHOULD also be informed of the security risks at hand.
|
|
INF.11.A8 Protection against Weather-Related Influences [User, Process Owner] (S)
|
Vehicles and the IT components installed in them SHOULD be adequately protected against weather-related influences. Additional protective safeguards SHOULD be taken depending on the type of vehicle, location, and operational environment. Appropriate protective safeguards SHOULD be taken to address extreme weather conditions that occur at short notice. These protective safeguards SHOULD be documented in the form of checklists in instructions on vehicle use.
|
|
INF.11.A9 Ensuring Fuel Supplies [Process Owner] (S)
|
Before vehicles are deployed, the manner in which they will be supplied with fuel during operations SHOULD be planned. Vehicles SHOULD always be sufficiently supplied with fuel during operations.
|
|
INF.11.A10 Disposal [IT Operation Department, Process Owner] (S)
|
When vehicles are decommissioned, no sensitive information SHOULD remain in them. Before vehicles are decommissioned for the last time, the corresponding inventory list SHOULD be used to check that no inventoried items or any other relevant objects have been left behind.
|
|
INF.11.A11 Replacement Arrangements in the Event of Breakdowns [Process Owner] (H)
|
Preparatory safeguards SHOULD be taken within the organisation in question in case there is a problem with a driver or a vehicle. Depending on the importance of vehicles, replacement vehicles SHOULD be available. Alternatively, a framework agreement SHOULD be concluded with a suitable external organisation. Replacement drivers SHOULD also be available.
|
|
INF.11.A12 Anti-Theft System or Security Guards [Process Owner, Employee] (H)
|
An alarm system SHOULD be in place. Land-based vehicles SHOULD also have an immobiliser. If a vehicle is abandoned, the alarm and immobiliser SHOULD be activated. Alternatively, vehicles SHOULD be guarded.
|
|
INF.11.A13 Damaging Third-Party Interference [Process Owner] (H)
|
Depending on the type of vehicle, appropriate safeguards SHOULD be taken to protect vehicles from potential third-party interference (such as radio interference) in the planned operational environment.
|
|
INF.11.A14 Protection of Sensitive Information from Unauthorised Access and Disclosure [IT Operation Department, Process Owner] (H)
|
Vehicles and their IT components SHOULD be secured in such a way that sensitive information cannot be read, manipulated, or deleted by unauthorised persons. In this context, the manufacturer safeguards SHOULD be checked and adapted if necessary.
|
|
INF.11.A15 Physical Protection of Interfaces [IT Operation Department, Process Owner] (H)
|
All internal and external physical interfaces of vehicles SHOULD be physically secured against unauthorised use and external influences.
|
|
INF.11.A16 Fire Extinguishing System [Process Owner] (H)
|
Vehicles SHOULD have a fire extinguishing system capable of extinguishing a fire from the outside and inside. Alternatively, suitable fire-fighting equipment SHOULD be stored in vehicles.
|
|
INF.11.A17 Network Separation of the In-Vehicle Network with a Special Vehicle Network via Gateways (H)
|
In general, an organisation SHOULD ensure that no information is exchanged in an unauthorised and undefined manner between - in-vehicle networks (IVNs, which are typically connected to the networks of vehicle manufacturers) and
- mission-specific IT components.
Gateways with standardised protocols (e.g. in line with Standard CiA 447) SHOULD be used for this purpose. The gateways SHOULD be approved by the vehicle manufacturer.
|
1.1 Odkazy
1.2 Identifikované požadavky
1.3 Související regulace
2. Identifikované požadavky
Požadavky
| Zdroj |
Požadavek |
3. Související regulace
Propojené úkoly
|