Towards a Standardized Mapping from Automotive Security Levels to Security Mechanisms

Total Page:16

File Type:pdf, Size:1020Kb

Towards a Standardized Mapping from Automotive Security Levels to Security Mechanisms Towards a Standardized Mapping from Automotive Security Levels to Security Mechanisms Downloaded from: https://research.chalmers.se, 2021-09-28 23:19 UTC Citation for the original published paper (version of record): Rosenstatter, T., Olovsson, T. (2018) Towards a Standardized Mapping from Automotive Security Levels to Security Mechanisms IEEE Conference on Intelligent Transportation Systems, Proceedings, ITSC: 1501-1507 http://dx.doi.org/10.1109/ITSC.2018.8569679 N.B. When citing this work, cite the original published paper. research.chalmers.se offers the possibility of retrieving research publications produced at Chalmers University of Technology. It covers all kind of research output: articles, dissertations, conference papers, reports etc. since 2004. research.chalmers.se is administrated and maintained by Chalmers Library (article starts on next page) Towards a Standardized Mapping from Automotive Security Levels to Security Mechanisms Thomas Rosenstatter Tomas Olovsson Department of Computer Science and Engineering Department of Computer Science and Engineering Chalmers University of Technology Chalmers University of Technology Email: [email protected] Email: [email protected] Abstract—Modern vehicles are becoming targets and need to requirements. Currently missing in proposed models is how be secured throughout their lifetime. There exist several risk to select required security mechanisms for each component assessment models which can be used to derive security levels and function based on the security level when following that describe to what extent components, functions and messages (signals), need to be protected. These models provide methods the risk assessment process. In this paper, we address this to gather application specific security requirements based on problem by first suggesting that the risk assessment process identified threat and item combinations that need to be coped should result in five security levels, similar to the Automotive with. However, a standardized mapping between security levels Safety Integrity Levels (ASILs) and, when needed, a set and required mandatory security mechanisms and design rules of specific security requirements for that particular function. is currently missing. We address this problem first by suggesting that the risk assessment process should result in five security Fig. 1 provides an overview and puts our work into context. levels, similar to the functional safety standard ISO 26262. We believe the proposed methodology can show the way Second, we identify suitable security mechanisms and design rules towards a possible future automotive security standard similar for automotive system design and associate them with appropriate to ISO 26262 used in automotive safety. The proposed method- security levels. Our proposed methodology is as much as possible ology is realistic to deploy in existing organizations, as it is aligned with ISO 26262 and we believe that it should therefore be realistic to deploy in existing organizations. aligned with safety design methodologies which are already in place. In addition, having distinct requirements for security I. INTRODUCTION design allows the classification of components, including third- Computer and network security became more and more party designs, and enables us to know how robust and secure important as the number of interconnected devices spread. We the design is and to what extend it can be trusted by other now face similar challenges in the ongoing transition towards components. the Internet of things, industry 4.0 and smart connected vehi- We emphasize that we are focusing on mechanisms to cles. Constraints, such as low computational power, low energy be deployed in vehicles rather than traditional information consumption and real time reaction, are major challenges that systems, which is covered by the ISO 27000 family [7]. The limit the range of applicable security mechanisms and design contributions of this paper are as follows: rules. Back in 2011, Checkoway et al. provided a detailed a We propose a set of suitable mandatory security mech- analysis of the attack surface of vehicles including attacks via anisms and design rules for the automotive domain. the Tire Pressure Monitoring System and the media player [1]. a We suggest a framework for mandatory security mecha- Furthermore, Miller and Valasek have demonstrated several nisms that should be required for specific security levels. vulnerabilities that lead to attacks against vehicles that could a We motivate the proposed method with an automotive be performed remotely in 2015 [2]. use case. There is currently no standard similar to the functional safety standard ISO 26262 [3] for security in the automotive II. BACKGROUND AND RELATED WORK domain. The ISO work item ISO/SAE AWI 21434 Road The Cybersecurity Guidebook for Cyber-Physical Vehicle Vehicles – Cybersecurity engineering is currently under de- Systems, SAE J3061 [5], provides guidance for threat iden- velopment and is planned to address threat modeling and risk tification and assessment, and guidance for security in the assessment. Proposed security models, such as Microsoft’s development process. HEAVENS [6] and EVITA [8] are two STRIDE threat model [4], SAE J3061 [5] and the HEAVENS Threat Analysis and Risk Assessment (TARA) models also model [6], describe how to identify items that need to be referred to in SAE J3061, which result in security levels secured, perform the threat analysis and result in security and methods for how to specify security requirements for levels for components and functions in a vehicle. HEAVENS identified threats. Later in this paper, we apply the HEAVENS additionally describes a method for deriving item specific model to our automotive use case, to identify security relevant Selection of security mechanisms SL 1 SL 2 SL 3 SL 4 Logical Separation ● ● ● TARA Classification Message Auth. ● ● Item Threat Knowledge ... Message Integrity ­ ● ● ● ● Braking Spoofing Standard ... low Watchdog Braking Tampering Restricted ... medium ● ● ● Speed Spoofing Standard ... high ... ... ... ... critical Derive specific requirements Technical Security Requirements Analysis of the system according to a security model, such as HEAVENS, STRIDE, EVITA, or NIST FIPS PUB 199 for informations systems. Hardware Security Software Security Requirements Requirements Fig. 1: Overview of the steps from performing Threat Analysis and Risk Assessment (TARA) to requirement engineering. items, i.e., functions, components and messages (signals), and III. SECURITY MECHANISMS AND DESIGN RULES classify their security needs. The resulting security levels constitute of six elements representing the security attributes mitigating the STRIDE threats: integrity, authenticity, non- Security mechanisms are used to mitigate threats and to repudiation, confidentiality, availability, and authorization. minimize the risk of security attributes of an item being IEC 62443 [9], a security standard for industrial communi- violated. Table I shows the mapping between the STRIDE cation networks, performs a similar mapping between system threats and the corresponding security attributes, including requirements and security levels. IEC 62443 is not entirely an explanation from HEAVENS [6, p.6]. In Table I we applicable for the automotive domain due to the focus on the additionally associate the STRIDE threats with item types to human operation of industrial automation systems. emphasize the threats violating the security attributes related to The NIST FIPS PUB 199 [10], Standards for Security these types. For example, mechanisms that mitigate all types Categorization of Federal Information and Information Sys- of threats are necessary in order to properly protect messages tems, describes a security classification for information sys- or signals – the information flow. tems using confidentiality, integrity, and availability with each The benefits of having a direct relation between STRIDE having three levels, low, moderate and high. Additionally, the and security attributes is that any threat assessment model NIST special publication SP 800-53 [11], Security and Privacy can be used to derive required mandatory security require- Controls for Federal Information Systems and Organizations, ments provided a mapping to STRIDE exists. For example, contains security mechanisms for information systems. The a mapping of the CIA model in [10] to STRIDE is also work in the Connected Vehicles Pilot Development Phase 1 - possible, however, the desired granularity decreases due to Security Management Operating Concept – New York City [12] the aggregation of security attributes. A proposed mapping follows both, the NIST FIPS PUB 199 and NIST SP 800- between security levels and identified mechanisms is provided 53, and identifies safety and privacy requirements for specific in Table II. For some identified design rules and mechanisms, usage scenarios and further divides these requirements in it is favorable to divide them into different classes repre- information flow and device classes. As many of the NIST SP sented as numbers instead of dots in the table describing the 800-53 security controls are not appropriate for the automotive requirements in more detail. For instance, the requirement domain, the identified security requirements in this project do AU.3 Verify authenticity of firmware/functions on start has not cover the requirements for the automotive domain in depth. class 1 on demand verification of modules and a stricter class 2 The United
Recommended publications
  • Intrusion Detection System for Automotive Controller Area Network (CAN) Bus System: a Review Siti-Farhana Lokman* , Abu Talib Othman and Muhammad-Husaini Abu-Bakar
    Lokman et al. EURASIP Journal on Wireless Communications and Networking (2019) 2019:184 https://doi.org/10.1186/s13638-019-1484-3 REVIEW Open Access Intrusion detection system for automotive Controller Area Network (CAN) bus system: a review Siti-Farhana Lokman* , Abu Talib Othman and Muhammad-Husaini Abu-Bakar Abstract The modern vehicles nowadays are managed by networked controllers. Most of the networks were designed with little concern about security which has recently motivated researchers to demonstrate various kinds of attacks against the system. In this paper, we discussed the vulnerabilities of the Controller Area Network (CAN) within in- vehicle communication protocol along with some potential attacks that could be exploited against it. Besides, we present some of the security solutions proposed in the current state of research in order to overcome the attacks. However, the main goal of this paper is to highlight a holistic approach known as intrusion detection system (IDS) which has been a significant tool in securing networks and information systems over the past decades. To the best of our knowledge, there is no recorded literature on a comprehensive overview of IDS implementation specifically in the CAN bus network system. Thus, we proposed an in-depth investigation of IDS found in the literature based on the following aspects: detection approaches, deployment strategies, attacking techniques, and finally technical challenges. In addition, we also categorized the anomaly-based IDS according to these methods, e.g., frequency- based, machine learning-based, statistical-based, and hybrid-based as part of our contributions. Correspondingly, this study will help to accelerate other researchers to pursue IDS research in the CAN bus system.
    [Show full text]
  • Automotive Cybersecurity: Foundations for Next-Generation Vehicles
    Automotive Cybersecurity: Foundations for Next-Generation Vehicles Michele Scalas, Student Member, IEEE Giorgio Giacinto, Senior Member, IEEE Department of Electrical and Electronic Engineering Department of Electrical and Electronic Engineering University of Cagliari University of Cagliari Cagliari, Italy Cagliari, Italy [email protected] [email protected] Abstract—The automotive industry is experiencing a serious Vehicle-to-Vehicle), with a generic infrastructure (V2I) or with transformation due to a digitalisation process and the transition pedestrians (V2P). The typical application of these models is to the new paradigm of Mobility-as-a-Service. The next-generation smart cities, with the aim of optimising traffic management, vehicles are going to be very complex cyber-physical systems, whose design must be reinvented to fulfil the increasing demand sending alerts in case of incidents, coordinating a fleet of of smart services, both for safety and entertainment purposes, vehicles. causing the manufacturers’ model to converge towards that of As regards autonomous driving, it consists in expanding the IT companies. Connected cars and autonomous driving are the current Advanced Driver Assistance Systems (ADASs), such preeminent factors that drive along this route, and they cause the as lane keeping and braking assistants, in order to obtain a necessity of a new design to address the emerging cybersecurity issues: the ”old” automotive architecture relied on a single closed fully autonomous driverless car. The Society of Automotive network, with no external communications; modern vehicles are Engineers (SAE) provides, in fact, six possible levels of going to be always connected indeed, which means the attack autonomy, from level 0, with no assistance, to level 5, where surface will be much more extended.
    [Show full text]
  • Securing the Modern Vehicle: a Study of Automotive Industry Cybersecurity Practices
    Securing the Modern Vehicle: A Study of Automotive Industry Cybersecurity Practices An independent study commissioned by and Table of Contents Executive Summary ............................................................................................ 1 Organizational Dynamics and Challenges ........................................................... 3 Technical Dynamics and Challenges .................................................................... 6 Product Development and Security Testing Practices ......................................... 9 Supply Chain and Third-Party Component Challenges ........................................ 13 Conclusions ........................................................................................................ 14 Methods ............................................................................................................. 15 Appendix: Detailed Survey Results ..................................................................... 18 Ponemon Institute .............................................................................................. 29 Executive Summary Today’s vehicle is a connected, mobile computer, which has introduced an issue the automotive industry has little experience dealing with: cybersecurity risk. Automotive manufacturers have become as much software as transportation companies, facing all the challenges inherent to software security. Synopsys and SAE International partnered to commission this independent survey of the current cybersecurity practices in the automotive
    [Show full text]
  • A PRACTICAL METHOD of IDENTIFYING CYBERATTACKS February 2018 INDEX
    In Collaboration With A PRACTICAL METHOD OF IDENTIFYING CYBERATTACKS February 2018 INDEX TOPICS EXECUTIVE SUMMARY 4 OVERVIEW 5 THE RESPONSES TO A GROWING THREAT 7 DIFFERENT TYPES OF PERPETRATORS 10 THE SCOURGE OF CYBERCRIME 11 THE EVOLUTION OF CYBERWARFARE 12 CYBERACTIVISM: ACTIVE AS EVER 13 THE ATTRIBUTION PROBLEM 14 TRACKING THE ORIGINS OF CYBERATTACKS 17 CONCLUSION 20 APPENDIX: TIMELINE OF CYBERSECURITY 21 INCIDENTS 2 A Practical Method of Identifying Cyberattacks EXECUTIVE OVERVIEW SUMMARY The frequency and scope of cyberattacks Cyberattacks carried out by a range of entities are continue to grow, and yet despite the seriousness a growing threat to the security of governments of the problem, it remains extremely difficult to and their citizens. There are three main sources differentiate between the various sources of an of attacks; activists, criminals and governments, attack. This paper aims to shed light on the main and - based on the evidence - it is sometimes types of cyberattacks and provides examples hard to differentiate them. Indeed, they may of each. In particular, a high level framework sometimes work together when their interests for investigation is presented, aimed at helping are aligned. The increasing frequency and severity analysts in gaining a better understanding of the of the attacks makes it more important than ever origins of threats, the motive of the attacker, the to understand the source. Knowing who planned technical origin of the attack, the information an attack might make it easier to capture the contained in the coding of the malware and culprits or frame an appropriate response. the attacker’s modus operandi.
    [Show full text]
  • Specification-Based Automotive Intrusion Detection Using Controller Area Network
    This is the author's version of an article that has been published in this journal. Changes were made to this version by the publisher prior to publication. The final version of record is available at http://dx.doi.org/10.1109/TVT.2019.2961344 IEEE TRANSACTIONS ON VEHICULAR TECHNOLOGY, VOL. XX, NO. XX, XXX 2019 1 SAIDuCANT: Specification-based Automotive Intrusion Detection using Controller Area Network (CAN) Timing Habeeb Olufowobi, Clinton Young, Joseph Zambreno, Senior Member, IEEE, and Gedare Bloom, Senior Member, IEEE Abstract—The proliferation of embedded devices in modern and attacks [2]. Vulnerabilities across the autonomous vehi- vehicles has opened the traditionally-closed vehicular system to cles, vehicular ad-hoc networks, vehicle-to-vehicle, vehicle-to- the risk of cybersecurity attacks through physical and remote infrastructure, connected car, intelligent transportation system, access to the in-vehicle network such as the controller area network (CAN). The CAN bus does not implement a security and even traditional (non-connected) automobiles motivate protocol that can protect the vehicle against the increasing cyber adversaries to launch cyberattacks against vehicles [3]. Unfor- and physical attacks. To address this risk, we introduce a novel tunately, today’s car lacks the necessary security mechanisms algorithm to extract the real-time model parameters of the CAN to protect the vehicular system from attack. bus and develop SAIDuCANT, a specification-based intrusion A critical asset to secure is the automotive in-vehicle detection system (IDS) using anomaly-based supervised learning with the real-time model as input. We evaluate the effectiveness of network, which facilitates communication between ECUs over SAIDuCANT with real CAN logs collected from two passenger multiple physical networks and protocols, with the most preva- cars and on an open-source CAN dataset collected from real- lent being the controller area network (CAN).
    [Show full text]
  • Security Control Mechanism for Safety Critical Functions Operating on an Automotive Controller Area Network
    Security Control Mechanism for Safety Critical Functions Operating on an Automotive Controller Area Network A Thesis Presented in Partial Fulfillment of the Requirements for the Degree Master of Science in the Graduate School of The Ohio State University By Matt Appel, Graduate Program in Electrical and Computer Engineering The Ohio State University 2020 Master's Examination Committee: Prof. Girogio Rizzoni, Advisor Prof. Ness Shroff Prof. Qadeer Ahmed c Copyright by Matt Appel 2020 Abstract Safety-critical systems in automotive design are facing new challenges associated with advancements in autonomous functionality and connectivity. One of those chal- lenges is security in these systems. There are a multitude of different problems with all of these additional connectivity and sensing units. The focus of this thesis is on the internal communication of Network Control Systems(NCS) of a vehicle. The Controller Area Network (CAN) is the primary network used in safety-critical vehi- cle operation and is lacking inherent security. This thesis presents a security control mechanism for CAN that uses vehicle models to detect and mitigate malicious mes- sages on CAN. The security control mechanism is an Intrusion Detection System (IDS) that uses an unknown input observer implementation to address stealth, re- play, and covert attacks. The goal of this method is to address performance challenges in the authentication of an entire CAN bus. It uses vehicle dynamic behavior to au- thenticate messages rather than using encryption methods to require CAN message authentication when the vehicle is not under attack reducing the burden caused by implementing and continually using secure communication protocols on top of CAN.
    [Show full text]
  • Kaspersky Transportation Systems Security Portfolio
    Driving automotive cybersecurity Introduction IHS Markit forecasts that by 2023, worldwide sales Connected cars are more than just physical cars of connected cars will reach 72.5 million units, with digital technology – they are vehicles with up from 24 million units in 2015. That means almost connected infrastructures that include mobile 69% of passenger vehicles sold will be exchanging data with external sources, bringing new services systems and more. As a result, we end up with and business models to bear in automotive connected car ecosystems with multiple entry markets*. points that are vulnerable to cyberattacks. But there’s still a long way to go to guarantee Kaspersky has introduced a set of products connected vehicles are safe and secure for and serv passengers. For that to happen there needs cybersecurity to connected cars and their to be a transformation in the multiple approaches infrastructures and to support the development used across the automotive industry. of new mobility technologies, including autonomous, electric and shared technologies. Transportation System Security Automotive In-vehicle Infrastructure services security security Kaspersky Kaspersky Kaspersky Transportation Kaspersky Kaspersky Kaspersky Kaspersky Security Penetration Tailored Threat Cybersecurity Automotive Mobile Security Fraud Threat Assessment Testing Intelligence for ECUs Adaptive SDK Prevention Intelligence Reporting Platform for Vehicle SOC * Ihsmarkit.com/topic/autonomous-connected-car.html Uncover the Security Risks Security Assessment The Security Assessment service is the ideal starting point for addressing the cybersecurity agenda for connected cars and their infrastructures. It detects vulnerabilities, software architecture inconsistencies, and gaps in ECUs, hardware and software security mechanisms both in manufactured vehicles and future models and their components.
    [Show full text]
  • Detecting and Preventing Automotive Hardware Security Vulnerabilities
    Detecting and Preventing Automotive Hardware Security Vulnerabilities Ensuring hardware security, one chip at a time. VISIT: TORTUGALOGIC.COM Automating the Automotive Security Development Lifecycle Connected and autonomous vehicles present a exposed not one but a chain of security issues. promising target, much like retailers or banks, For Fiat-Chrysler vehicles, it was a remote attack where hackers can troll for personal details and that could be performed against vehicles located identity theft. anywhere in the United State that caused a 1.4 million vehicle recall as well as changes to the Is your vehicle secure? Tesla found out the hard Sprint carrier network. way. Hacking typically begins by finding a series of vulnerability issues that create a path through European vehicles are also not immune. A study the car’s maze of defenses. So, when research- by German auto club ADAC found hackers could ers at the Chinese firm Tencent revealed they wirelessly open any BMW, Mini and Rolls-Royce could burrow through the Wi-Fi connection of vehicles in minutes. An estimated 2.2 million a Tesla S, all the way to its driving systems and vehicles equipped with BMW’s ConnectedDrive then remotely activate the vehicle’s brakes, they service were vulnerable. Connected and autonomous vehicles present a promising target, much like retailers or banks, where hackers can troll for credit card numbers, home addresses, e-mail information and other personal details required for identity theft. Hackers bent on identity theft are expected to infiltrate vehicles through the infotainment portal, as the Jeep hackers did, as well as with malicious apps that appear harmless or even helpful but steal personal information.
    [Show full text]
  • Comprehensive Experimental Analyses of Automotive Attack Surfaces
    Comprehensive Experimental Analyses of Automotive Attack Surfaces Stephen Checkoway, Damon McCoy, Brian Kantor, Danny Anderson, Hovav Shacham, and Stefan Savage University of California, San Diego Karl Koscher, Alexei Czeskis, Franziska Roesner, and Tadayoshi Kohno University of Washington Abstract This situation suggests a significant gap in knowledge, Modern automobiles are pervasively computerized, and and one with considerable practical import. To what ex- hence potentially vulnerable to attack. However, while tent are external attacks possible, to what extent are they previous research has shown that the internal networks practical, and what vectors represent the greatest risks? within some modern cars are insecure, the associated Is the etiology of such vulnerabilities the same as for threat model — requiring prior physical access — has desktop software and can we think of defense in the same justifiably been viewed as unrealistic. Thus, it remains an manner? Our research seeks to fill this knowledge gap open question if automobiles can also be susceptible to through a systematic and empirical analysis of the remote remote compromise. Our work seeks to put this question attack surface of late model mass-production sedan. to rest by systematically analyzing the external attack We make four principal contributions: surface of a modern automobile. We discover that remote Threat model characterization. We systematically exploitation is feasible via a broad range of attack vectors synthesize a set of possible external attack vectors as (including mechanics tools, CD players, Bluetooth and a function of the attacker’s ability to deliver malicious cellular radio), and further, that wireless communications input via particular modalities: indirect physical access, channels allow long distance vehicle control, location short-range wireless access, and long-range wireless tracking, in-cabin audio exfiltration and theft.
    [Show full text]
  • Document Title Security Models
    HEAVENS – HEAling Vulnerabilities to ENhance Software Security and Safety Dnr 2012-04625 Document Title Security models Document Type Deliverable Document Number D2 Aljoscha Lautenbach, [email protected], Chalmers Document Responsible Mafijul Islam, [email protected], Volvo AB Document Version 2.0 Document Status Released (March 18, 2016) Dissemination Level Public Last Change March 18, 2016 Project Acronym HEAVENS Project Title HEAling Vulnerabilities to ENhance Software Security and Safety Research Program Vinnova/FFI (Fordonsutveckling/Vehicle Development), Sweden Diary Number 2012-04625 Project Duration April 2013 – March 2016 Project Coordinator Mats Olsson, [email protected] , Volvo AB © 2016 The HEAVENS Consortium HEAVENS (Dnr 2012-04625) Deliverable D2 Security models This page is intentionally left blank © 2016 The HEAVENS Consortium 2(100) HEAVENS (Dnr 2012-04625) Deliverable D2 Security models Executive Summary This deliverable (D2 Security models, Release 2, Version 2.0) presents the results and achievements of work package WP2 (Security models) of the HEAVENS project. The goal of this deliverable is to present a systematic approach of deriving security requirements for the automotive Electrical and/or Electronic (E/E) systems. It suggests an adaption of generic security engineering process for the automotive domain. The deliverable presents state-of-the-art threat analysis and risk assessment methodologies, processes, frameworks and tools, considering various industrial domains, for example, IT security, telecommunications, software engineering and defense. It presents the results obtained from performing a critical review of the state-of-the-art threat analysis and risk assessment in the context of the automotive industry. Based on this, a new security model − HEAVENS security model − for the automotive industry is proposed to facilitate deriving security requirements for the automotive E/E systems.
    [Show full text]
  • Protecting the Fleet…And the Car Business 1 International”), a Swiss Entity
    Protecting the fleet… and the car business Today’s cyber-physical threats disrupt automotive operating models Sponsored by KPMG’s U.S. Manufacturing Institute Automotive Center www.kpmg.com/us/automotive © 2017 KPMG LLP, a Delaware limited liability partnership and the U.S. member firm of the KPMG network of independent member firms affiliated with KPMG International Cooperative (“KPMG International”), a Swiss entity. All rights reserved. The KPMG name and logo are registered trademarks or trademarks of KPMG International. NDPPS 698248 Contents Ready for a car hack…times one million? 2 What is hiding in the wireless communication fog? 5 Cyber disruption will transform automotive businesses 10 Steering the way to more secure fleets 14 Making the right turns ahead 19 How KPMG can help 20 About the authors 21 © 2017 KPMG LLP, a Delaware limited liability partnership and the U.S. member firm of the KPMG network of independent member firms affiliated with KPMG International Cooperative (“KPMG Protecting the fleet…and the car business 1 International”), a Swiss entity. All rights reserved. The KPMG name and logo are registered trademarks or trademarks of KPMG International. NDPPS 698248 Software complexity 160 Ready for a car hack… Ford F-150 (2016) times one million? Modern vehicles are marvels of innovation. Even today’s most popular models are chock full of technology and connectivity. The average car contains more than 150 million lines of code, plus multiple individual computers and a vast number of wireless connections to internal and external communication channels1. It can stream music, send texts, offer real-time traffic information and personalized roadside assistance, detect nearby activity through sensors, and even drive autonomously in controlled situations.2 This immense amount of on-vehicle technology has created automobiles that have more lines of code than a 2016 Ford F-150, an F-35 fighter, and a Boeing 787.1 Moreover, vehicles and their users are data hungry.
    [Show full text]
  • Masquerade Detection in Automotive Security
    San Jose State University SJSU ScholarWorks Master's Projects Master's Theses and Graduate Research Spring 5-20-2019 Masquerade Detection in Automotive Security Ashraf Saber San Jose State University Follow this and additional works at: https://scholarworks.sjsu.edu/etd_projects Part of the Artificial Intelligence and Robotics Commons, and the Other Computer Sciences Commons Recommended Citation Saber, Ashraf, "Masquerade Detection in Automotive Security" (2019). Master's Projects. 705. DOI: https://doi.org/10.31979/etd.65bn-7anq https://scholarworks.sjsu.edu/etd_projects/705 This Master's Project is brought to you for free and open access by the Master's Theses and Graduate Research at SJSU ScholarWorks. It has been accepted for inclusion in Master's Projects by an authorized administrator of SJSU ScholarWorks. For more information, please contact [email protected]. Masquerade Detection in Automotive Security A Project Presented to The Faculty of the Department of Computer Science San José State University In Partial Fulfillment of the Requirements for the Degree Master of Science by Ashraf Saber May 2019 © 2019 Ashraf Saber ALL RIGHTS RESERVED The Designated Project Committee Approves the Project Titled Masquerade Detection in Automotive Security by Ashraf Saber APPROVED FOR THE DEPARTMENT OF COMPUTER SCIENCE SAN JOSÉ STATE UNIVERSITY May 2019 Dr. Mark Stamp Department of Computer Science Dr. Thomas Austin Department of Computer Science Fabio Di Troia Department of Computer Science ABSTRACT Masquerade Detection in Automotive Security by Ashraf Saber In this paper, we consider intrusion detection systems (IDS) in the context of a controller area network (CAN), which is also known as the CAN bus.
    [Show full text]