DOCSLIB.ORG

Misuse Case and Security Requirement Analysis for an Application

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Misuse Case and Security Requirement Analysis for an Application MISUSE CASE AND SECURITY REQUIREMENT ANALYSIS FOR AN APPLICATION Thesis Submitted in partial fulfillment of the requirements for the degree of MASTER OF TECHNOLOGY in COMPUTER SCIENCE & ENGINEERING - INFORMATION SECURITY by VINEET KUMAR MAURYA (07IS11F) DEPARTMENT OF COMPUTER ENGINEERING NATIONAL INSTITUTE OF TECHNOLOGY KARNATAKA SURATHKAL, MANGALORE-575025 June, 2009 Dedicated To My parents & Suraksha Group Members D E C L A R A T I O N I hereby declare that the Report of the P.G Project Work entitled "MISUSE CASE AND SECURITY REQUIREMENT ANALYSIS FOR AN APPLICATION" which is being submitted to the National Institute of Technology Karnataka, Surathkal, in partial fulfillment of the requirements for the award of the Degree of Master of Technology in Computer Science & Engineering - Information Security in the Department of Computer Engineering, is a bonafide report of the work carried out by me. The material contained in this report has not been submitted to any University or Institution for the award of any degree. ……………………………………………………………………………….. (Register Number, Name & Signature of the Student) Department of Computer Engineering Place: NITK, SURATHKAL Date: ............................ C E R T I F I C A T E This is to certify that the P.G Project Work Report entitled "MISUSE CASE AND SECURITY REQUIREMENT ANALYSIS FOR AN APPLICATION" submitted by Vineet Kumar Maurya (Register Number: 07IS11F), as the record of the work carried out by him, is accepted as the P.G. Project Work Report submission in partial fulfillment of the requirements for the award of the Degree of Master of Technology in Computer Science & Engineering - Information Security in the Department of Computer Engineering. External Guide Internal Guide (Name and Signature (Name and Signature with date and seal) with date and seal) Chairman – DPGC (Signature with Date and Seal) ACKNOWLEDGMENTS I take this opportunity to express my deepest gratitude and appreciation to all those people who made this project work easier with words of encouragement, motivation, discipline, and faith by offering different places to look forward to expanding my ideas and helped me towards the successful completion of this project work. First, I would like to express my sincere gratitude to my guide Dr. Asoke K. Talukder, visiting faculty, Department of Computer Engineering, NITK, Surathkal and project coordinator & guide Mr. Alwyn Roshan Pais, Sr. Lecturer, Department of Computer Engineering, National Institute of Technology Karnataka, Surathkal for their motivating suggestions, insightful advice, invaluable guidance, help and support in successful completion of this project and also for constant encouragement and advice throughout my M.Tech programme. I would like to take this opportunity to express my thanks to the teaching and nonteaching staff of Department of Computer Engineering, NITK for their invaluable help and support in these two years of my study. I am also grateful to Suraksha group members and all my classmates for their help, encouragement and invaluable suggestions. Finally, I would like to thank all those whose direct and indirect support helped me in completing my project work & thesis in time. ABSTRACT Security is always considered as Non–functional requirement in traditional Software Development Life Cycle (SDLC) and handled outside of software development environment. In the Next Generation Network (NGN) where all applications will be networked it is compulsory that security should be treated as functional requirement. Misuse case diagram is one approach to solve our purpose. In misuse case diagram mis-actor always posed threat to our application. By doing requirement analysis with the help of misuse case diagram, we can figure out the possible way of threat to our application and can apply remedy action in form of the security use case and security patterns. Misuse cases treat security as a functional requirement. If we encapsulate misuse case diagram in the software development process, security can be embedded from early stage in SDLC process, and we can achieve our goal of developing security aware application. This project work is an attempt to develop an approach for security requirement analysis of any application using misuse case. Also a tool named “Suraksha” has been developed with this facility to develop misuse case diagram and misuse case template easily. Keywords – Misuse case, Security requirement analysis, STRIDE, CI5A, Security aware application, Security-aware Software Development Life Cycle, SaSDL. i CONTENTS Abstract i List of Figures iv Nomenclature v 1. INTRODUCTION ............................................................................................. 1 1.1 Use Case ..................................................................................................... 2 1.2 Misuse Case ............................................................................................... 3 1.3 Misuse Case Template ................................................................................ 5 1.3.1 Lightweight Misuse Case Description ............................................. 5 1.3.2 Extensive Misuse Case Description ................................................. 6 1.4 STRIDE...................................................................................................... 6 1.5 Organization of Thesis ................................................................................ 8 2. SOFTWARE DEVELOPMENT LIFE CYCLE ............................................... 9 2.1 Various SDLC Models................................................................................ 9 2.1.1 Waterfall Model .............................................................................. 9 2.1.2 Prototyping Model ........................................................................ 10 2.1.3 Spiral Model ................................................................................. 10 2.1.4 Agile Model .................................................................................. 11 2.1.5 Scrum ........................................................................................... 12 2.1.6 Extreme Programming (XP) .......................................................... 13 2.1.7 Stage-Gate Model ......................................................................... 13 2.2 Requirements ............................................................................................ 15 2.2.1 Functional Requirements ............................................................... 15 2.2.2 Nonfunctional Requirements ......................................................... 15 2.2.3 UML Model for Requirement Elicitation ....................................... 16 2.3 Design ...................................................................................................... 18 2.3.1 Design Patterns ............................................................................. 18 2.3.2 Security Design Patterns ............................................................... 19 2.4 Construction ............................................................................................. 20 ii 2.4.1 Various Techniques & Languages for Construction ....................... 21 2.4.2 Security Bugs in Construction Phase ............................................. 24 2.5 Testing ..................................................................................................... 26 2.5.1 Testing Techniques ....................................................................... 26 2.5.2 Why Security Bugs not Detected ................................................... 27 2.5.3 Security Testing ............................................................................ 28 3. SECURITY-AWARE SOFTWARE DEVELOPMENT LIFE CYCLE (SaSDLC) ......................................................................................................... 32 3.1 Problem Description ................................................................................. 32 3.2 SaSDLC Process ....................................................................................... 32 4. SECURITY REQUIREMENT ELICITATION ............................................. 38 4.1 Suraksha: Open Source Tool ..................................................................... 38 4.1.1 Suraksha: Misuse Case Diagrams .................................................. 39 4.1.2 Suraksha: Misuse Case Template .................................................. 44 4.2 Misuse Case and Security Requirement Analysis ...................................... 49 5. CONCLUSION ................................................................................................ 52 REFERENCES iii LIST OF FIGURES 1.1 A simple use case diagram…………………………………………………...3 1.2 Misuse case diagram example illustrating notations and relationships………4 2.1 Prototyping model…………………………………………………………..10 2.2 A typical Spiral model……………………………………………………....11 2.3 Stage-Gate model…………………………………………………………...14 3.1 Assets identification for an application (Suraksha)………………………...34 3.2 An example of Attack Tree with DREAD rating…………………………...35 4.1 Misuse case diagram user interface………………………………………....39 4.2 Property editor for a node in misuse case diagram window………………...40 4.3 Process to open a misuse case diagram window…………………………....43 4.4 Misuse case diagram for e-commerce application using Suraksha…………44 4.5 Textual representation of misuse case- tamper with database (part 1)……...47 4.6 Textual representation of misuse case- tamper with
Load more

Recommended publications
  • Effective Software Security Management Choosing the Right Drivers for Applying Application Security
    Effective Software Security Management choosing the right drivers for applying application security Author: Dharmesh M Mehta [email protected] / [email protected] Effective Software Security Management Table of Contents Abstract ........................................................................................................................................................ 1 Introduction ................................................................................................................................................. 2 Applying Security in Software Development Lifecycle (SDLC) ................................................................. 3 Growing Demand of Moving Security Higher in SDLC ........................................................................ 3 Effective Application Security Model ................................................................................................... 4 Conclusion .................................................................................................................................................. 13 About the Author....................................................................................................................................... 14 Effective Software Security Management Abstract Effective Software Security Management has been emphasized mainly to introduce methodologies which are Practical, Flexible and Understandable. This white paper describes the need and methodology of improving the current posture of Application Development
    [Show full text]
  • Using Malware Analysis to Tailor SQUARE for Mobile Platforms
    Using Malware Analysis to Tailor SQUARE for Mobile Platforms Gregory Paul Alice Nancy R. Mead (Faculty Adviser) November 2014 TECHNICAL NOTE CMU/SEI-2014-TN-018 CERT® Division http://www.sei.cmu.edu Copyright 2014 Carnegie Mellon University This material is based upon work funded and supported by the Department of Defense under Contract No. FA8721-05-C-0003 with Carnegie Mellon University for the operation of the Software Engineer- ing Institute, a federally funded research and development center. Any opinions, findings and conclusions or recommendations expressed in this material are those of the author(s) and do not necessarily reflect the views of the United States Department of Defense. This report was prepared for the SEI Administrative Agent AFLCMC/PZM 20 Schilling Circle, Bldg 1305, 3rd floor Hanscom AFB, MA 01731-2125 NO WARRANTY. THIS CARNEGIE MELLON UNIVERSITY AND SOFTWARE ENGINEERING INSTITUTE MATERIAL IS FURNISHED ON AN “AS-IS” BASIS. CARNEGIE MELLON UNIVERSITY MAKES NO WARRANTIES OF ANY KIND, EITHER EXPRESSED OR IMPLIED, AS TO ANY MATTER INCLUDING, BUT NOT LIMITED TO, WARRANTY OF FITNESS FOR PURPOSE OR MERCHANTABILITY, EXCLUSIVITY, OR RESULTS OBTAINED FROM USE OF THE MATERIAL. CARNEGIE MELLON UNIVERSITY DOES NOT MAKE ANY WARRANTY OF ANY KIND WITH RESPECT TO FREEDOM FROM PATENT, TRADEMARK, OR COPYRIGHT INFRINGEMENT. This material has been approved for public release and unlimited distribution except as restricted be- low. Internal use:* Permission to reproduce this material and to prepare derivative works from this material for internal use is granted, provided the copyright and “No Warranty” statements are included with all reproductions and derivative works.
    [Show full text]
  • Study on the Evaluation of Risks of Cyber-Incidents and on Costs of Preventing Cyber-Incidents in the Energy Sector Final Report
    Study on the Evaluation of Risks of Cyber-Incidents and on Costs of Preventing Cyber-Incidents in the Energy Sector final report Study on the Evaluation of Risks of Cyber-Incidents and on Costs of Preventing Cyber-Incidents in the Energy Sector Final report By: Lars Fischer, Mathias Uslar (OFFIS), Doug Morrill (Navigant), Michael Döring, Edwin Haesen (Ecofys, a Navigant company) Date: 30 October 2018 EC reference: ENER/B3/2017-465 Ecofys reference: ESMDE17665 Reviewer: Edwin Haesen © Ecofys 2018 by order of: European Commission Legal notice: This Final Report has been prepared by Ecofys under Contract (ENER/B3/2017-465). The information and views set out in this Final Report are those of the author(s) and do not necessarily reflect the official opinion of the Commission. The Commission does not guarantee the accuracy of the data included in this study. Neither the Commission nor any person acting on the Commission’s behalf may be held responsible for the use which may be made of the information contained therein. Ecofys - A Navigant Company Ecofys Germany GmbH | Albrechtstraße 10 c | 10117 Berlin | T +49 (0)30 29773579-0 | F +49 (0)30 29773579-99 | E [email protected] | I ecofys.com Register Court: Local Court Cologne | Chamber of commerce Cologne HRB 28527 | VAT ID DE 187378615 Managing Director Scott S. Harper, Julie M. Howard, Monica M. Weed Executive Summary The main objective of this study is to provide a consolidated view on main cyber threats and applicable cybersecurity frameworks in the European energy system, a suggested energy-focused risk management approach, and a set of regulatory recommendations with possible cost impact.
    [Show full text]
  • Cyber Security Guideline for Secure Software
    1 CYBER SECURITY GUIDELINE FOR 2 SECURE SOFTWARE 3 DEVELOPMENT LIFE CYCLE (SSDLC) 4 5 CyberSecurity Malaysia 6 November, 2019 7 REGISTERED OFFICE: 8 CyberSecurity Malaysia, 9 Level 7 Tower 1, 10 Menara Cyber Axis, 11 Jalan Impact, 12 63000 Cyberjaya, 13 Selangor Darul Ehsan, Malaysia 14 COPYRIGHT © 2019 CYBERSECURITY MALAYSIA 15 The copyright of this document belongs to CyberSecurity Malaysia. No part of this document 16 (whether in hardcopy or electronic form) may be reproduced, stored in a retrieval system of any 17 nature, transmitted in any form or by any means either electronic, mechanical, photocopying, 18 recording, or otherwise without the prior written consent of CyberSecurity Malaysia. The 19 information in this document has been updated as accurately as possible until the date of 20 publication. 21 NO ENDORSEMENT 22 Products and manufacturers discussed or referred to in this document, if any, are presented for 23 informational purposes only and do not in any way constitute product approval or endorsement by 24 CyberSecurity Malaysia. 25 TRADEMARKS 26 All terms mentioned in this document that are known to be trademarks or service marks have been 27 appropriately capitalised. CyberSecurity Malaysia cannot attest to the accuracy of this information. 28 Use of a term in this document should not be regarded as affecting the validity of any trademark 29 or service mark. 30 DISCLAIMER 31 This document is for informational purposes only. It represents the current thinking of 32 CyberSecurity Malaysia on the security aspects of the SSDLC environment. It does not establish 33 any rights for any person and is not binding on CyberSecurity Malaysia or the public.
    [Show full text]
  • Using Trust Assumptions with Security Requirements
    Requirements Eng (2006) 11: 138–151 DOI 10.1007/s00766-005-0023-4 ORIGINAL ARTICLE Charles B. Haley Æ Robin C. Laney Jonathan D. Moffett Æ Bashar Nuseibeh Using trust assumptions with security requirements Received: 25 July 2005 / Accepted: 28 July 2005 / Published online: 13 December 2005 Ó Springer-Verlag London Limited 2005 Abstract Assumptions are frequently made during Security requirements are used to restrict the number of requirements analysis of a system about the trustwor- cases wherein these undesirable outcomes can take place, thiness of its various components (including human and should be elicited and enumerated during a components). These trust assumptions, whether implicit requirements engineering process. or explicit, affect the scope of the analysis, derivation of One definition of requirements engineering is that it is security requirements, and in some cases how function- ‘‘concerned with the real-world goals for functions of ality is realized. This paper presents trust assumptions in and constraints on software systems’’ [2]. This definition the context of analysis of security requirements. A run- is interesting because it firmly places requirements ning example shows how trust assumptions can be used engineering in the world, as opposed to in the software. by a requirements engineer to help define and limit the Two additional definitions extend this first definition, scope of analysis and to document the decisions made stating that requirements engineering is about systems in during the process. The paper concludes with a case the world: ‘‘requirements engineering is concerned with study examining the impact of trust assumptions on the identification of the goals to be achieved by the software that uses the secure electronic transaction envisioned system’’ [3], and ‘‘requirements definition is specification.
    [Show full text]
  • Security Testing with Misuse Case Modeling
    SECURITY TESTING WITH MISUSE CASE MODELING by Samer Yousef Khamaiseh A thesis submitted in partial fulfillment of the requirements for the degree of Master of Science in Computer Science Boise State University December 2016 © 2016 Samer Yousef Khamaiseh ALL RIGHTS RESERVED BOISE STATE UNIVERSITY GRADUATE COLLEGE DEFENSE COMMITTEE AND FINAL READING APPROVALS of the thesis submitted by Samer Yousef Khamaiseh Thesis Title: Security Testing with Misuse Case Modeling Date of Final Oral Examination: 05 October 2016 The following individuals read and discussed the thesis submitted by student Samer Yousef Khamaiseh, and they evaluated his presentation and response to questions during the final oral examination. They found that the student passed the final oral examination. Dianxiang Xu, Ph.D. Chair, Supervisory Committee Jyh-haw Yeh, Ph.D. Member, Supervisory Committee Jidong Xiao, Ph.D. Member, Supervisory Committee The final reading approval of the thesis was granted by Dianxiang Xu, Ph.D., Chair of the Supervisory Committee. The thesis was approved by the Graduate College. DEDICATION Dedicated to my parents iv ACKNOWLEDGEMENTS This research and experience were possible because I have had the extraordinary advice and assistance of my supervisor Dr. Dianxiang XU. Dr. XU has provided me with critical experience as a graduate student in my desire to be a scientific researcher in the future. Dr. XU’s advice, help, and guidance have provided me space and trust that any effective researcher needs in order to be successful. I also, emphatically and truly, wish to thank my parents, Yousef and Amenah, for their unlimited support, encouragement, and assistance throughout my lifetime.
    [Show full text]
  • Managing Social Engineering Attacks- Considering Human Factors and Security Investment
    Proceedings of the Ninth International Symposium on Human Aspects of Information Security & Assurance (HAISA 2015) Managing Social Engineering Attacks- Considering Human Factors and Security Investment R. Alavi1, S. Islam1, H. Mouratidis2 and S. Lee1 1School of Architecture, Engineering and Computing, University of East London, 2School of Computing, Engineering and Mathematics, University of Brighton e-mail:{reza, shareeful, s.w.lee}@uel.ac.uk; [email protected] Abstract Soliciting and managing the protection of information assets has become a objective of paramount importance in an organizational context. Information Security Management System (ISMS) has the unique role of ensuring that adequate and appropriate security tools are in place in order to protect information assets. Security is always seen in three dimensions of technology, organization, and people. Undoubtedly, the socio-technical challenges have proven to be the most difficult ones to tackle. Social Engineering Attacks (SEAs) are a socio- technical challenge and considerably increase security risks by seeking access to information assets by exploiting the vulnerabilities in organizations as they target human frailties. Dealing effectively and adequately with SEAs requires practical security benchmarking together with control mechanism tools, which in turn requires investment to support security and ultimately organizational goals. This paper contributes in this area. In particular, the paper proposes a language for managing SEAs using several concepts such as actor, risks, goals, security investment and vulnerabilities. The language supports in-depth investigation of human factors as one of the main causes of SEAs. It also assists in the selection of appropriate mechanisms considering security investment to mitigate risks. Finally, the paper uses a real incident in a financial institution to demonstrate the applicability of the approach.
    [Show full text]
  • Advanced Misuse Case Analysis Model with Assets and Security Goals
    Journal of Information Processing Vol.22 No.3 536–546 (July 2014) [DOI: 10.2197/ipsjjip.22.536] Regular Paper MASG: Advanced Misuse Case Analysis Model with Assets and Security Goals Takao Okubo1,a) Kenji Taguchi2,b) Haruhiko Kaiya3,c) Nobukazu Yoshioka4,d) Received: July 11, 2013, Accepted: February 14, 2014 Abstract: Misuse case model and its development process are useful and practical for security requirements analysis, but they require expertise especially about security assets and goals. To enable inexperienced requirements analysts to elicit and to analyse security requirements, we present an extension of misuse case model and its development pro- cess by incorporating new model elements, assets and security goals. We show its effectiveness from the quantitative and qualitative results of a case study. According to the results, we conclude the extension and its process enable inexperienced analysts to elicit security requirements as well as experienced analysts do. Keywords: security, requirements analysis, misuse case and goal oriented requirements analysis model the potential attackers and how they could harm the system 1. Introduction as well as how their threats can be mitigated. The diagrams are One of the mandatory practices when developing a software friendly to industrial practitioners thanks to their simple graphical system is to elicit and analyse the security requirements in an syntax and their underlying semantics in comparison with other early stage of the system development process. Several require- complex methodologies, e.g., i* and KAOS. ments engineering methodologies have been proposed to address The main concern in analysing the system’s vulnerabilities is various security issues.
    [Show full text]
  • Detection and Mitigation of Web Application Vulnerabilities Based on Security Testing Taeseung Lee, Giyoun Won, Seongje Cho, Namje Park, Dongho Won
    Detection and Mitigation of Web Application Vulnerabilities Based on Security Testing Taeseung Lee, Giyoun Won, Seongje Cho, Namje Park, Dongho Won To cite this version: Taeseung Lee, Giyoun Won, Seongje Cho, Namje Park, Dongho Won. Detection and Mitigation of Web Application Vulnerabilities Based on Security Testing. 9th International Conference on Network and Parallel Computing (NPC), Sep 2012, Gwangju, South Korea. pp.138-144, 10.1007/978-3-642- 35606-3_16. hal-01551360 HAL Id: hal-01551360 https://hal.inria.fr/hal-01551360 Submitted on 30 Jun 2017 HAL is a multi-disciplinary open access L’archive ouverte pluridisciplinaire HAL, est archive for the deposit and dissemination of sci- destinée au dépôt et à la diffusion de documents entific research documents, whether they are pub- scientifiques de niveau recherche, publiés ou non, lished or not. The documents may come from émanant des établissements d’enseignement et de teaching and research institutions in France or recherche français ou étrangers, des laboratoires abroad, or from public or private research centers. publics ou privés. Distributed under a Creative Commons Attribution| 4.0 International License Detection and Mitigation of Web Application Vulnerabilities based on Security Testing* Taeseung Lee1, Giyoun Won2, Seongje Cho2, Namje Park3, Dongho Won†1 1College of Information and Communication Engineering, Sungkyunkwan University, 300 Cheoncheon-dong, Jangan-gu, Suwon-si, Gyeonggi-do, 440-746, Korea [email protected], {tslee,dhwon}@security.re.kr 2Department of Computer Science & Engineering, Dankook University, Korea [email protected], [email protected] 3Department of Computer Education, Teachers College, Jeju National University, Jeju, Korea [email protected] Abstract.
    [Show full text]
  • Managing Security Knowledge Through Case Based Reasoning
    Managing Security Knowledge through Case based Reasoning Corrado Aaron Visaggio and Francesca De Rosa Dept. of Engineering, University of Sannio, Italy Abstract. Making secure a software system is a very critical purpose, especially because it is very hard to consolidate an exhaustive body of knowledge about security risks and related countermeasures. To define a technological infrastruc- ture for exploiting this knowledge poses many challenges. This paper introduces a system to capture, share and reuse software security knowledge within a Soft- ware Organization. The system collects knowledge in the form of misuse cases and makes use of Case Based Reasoning for implementing knowledge manage- ment processes. A reasoned analysis of the system was performed throughout a case study, in order to identify weaknesses and opportunities of improvement. 1 Introduction Knowledge about software security is now acquiring an economic and strategic value for Organizations: recently a market of vulnerabilities is developing and expanding fast [4]. In order to improve security into software products, developing or hiring skilled professionals is not enough [11]. As pointed out by Barnum and McGraw [13], critical software security knowledge should be captured and widely shared. Once formalized and catalogued, this knowledge could be used within the Organization with two pur- poses: training, and supporting the problem solving process. Previous experience could be reused as is, or could help produce the solution for a new problem. Threats modeling is a central aspect of the security engineering process [5]. A way to model threats in terms of interaction with the system is the misuse case [9]. A misuse case describes potential system behaviors that are not acceptable by a system’s stakeholders.
    [Show full text]
  • Developing Abuse Cases Based on Threat Modeling and Attack Patterns
    Journal of Software Developing Abuse Cases Based on Threat Modeling and Attack Patterns Xiaohong Yuan*, Emmanuel Borkor Nuakoh, Imano Williams, Huiming Yu Department of Computer Science, North Carolina A&T State University, 1601 East Market St., Greensboro, North Carolina, USA. * Corresponding author. Tel.: 1(336)2853700; email: [email protected]. Manuscript submitted February 20, 2015; accepted April 20, 2015. doi: 10.17706/jsw.10.4.491-498 Abstract: Developing abuse cases help software engineers to think from the perspective of attackers, and therefore allow them to decide and document how the software should react to illegitimate use. This paper describes a method for developing abuse cases based on threat modeling and attack patterns. First potential threats are analyzed by following Microsoft’s threat modeling process. Based on the identified threats, initial abuse cases are generated. Attack pattern library is searched and attack patterns relevant to the abuse cases are retrieved. The information retrieved from the attack patterns are used to extend the initial abuse cases and suggest mitigation method. Such a method has the potential to assist software engineers without high expertise in computer security to develop meaningful and useful abuse cases, and therefore reduce the security vulnerabilities in the software systems they develop. Key words: Abuse case, threat modeling, attack patterns, secure software development. 1. Introduction To secure cyberspace, it is critical to engineer secure software. Security-related activities and deliverables need to be integrated into each of the phases of software development life cycle [1]-[3]. One of the security-related activities is to develop abuse or misuse cases.
    [Show full text]
  • IN2001 Software Engineering Og Prosjektarbeid Vår 2018 Sikker
    IN2001 Software Engineering og prosjektarbeid Vår 2018 Sikker systemutvikling Audun Jøsang University of Oslo Hva er informasjonssikkerhet ? • Informasjonssikkerhet betyr å beskytte informasjonsressurser mot skade. • Hvilke informasjonsressurser skal beskyttes? – Eksempel: data, programvare, konfigureringer, utstyr og infrastruktur • Dekker både tilsiktet og utilsiktet skade – Trusselagenter kan være mennesker eller naturlige hendelser – Mennesker kan gjøre skade både tilsiktet og utilsiktet • Definisjon av informasjonssikkerhet: – Beskyttelse av informasjonens konfidensialitet, integritet og tilgjengelighet. I tillegg kan andre egenskaper, f.eks. autentisitet, sporbarhet, uavviselighet og pålitelighet omfattes. (NS 27002:2005) – The preservation of confidentiality, integrity and availability of information; in addition, other properties such as authenticity, accountability, non-repudiation and reliability can also be involved. (ISO27000:2016) IN2001 2018 Sikker Systemutvikling 2 Security services and controls • Security services (aka. goals or properties) – implementation independent – supported by specific controls • Security controls (aka. mechanisms) – Practical mechanisms, actions, tools or procedures that are used to provide security services Security services: e.g. Confidentiality – Integrity – Availability support Security controls: e.g. Encryption – Firewalls – Input Validation IN2001 2018 Sikker Systemutvikling 3 Risikomodell for sikkerhet Forklaring: Trussel- Har attributt aktør Bidrar til Trusselaktør- Trusselaktør- Trussel-
    [Show full text]