Source: http://docplayer.net/1055543-Magerit-version-2-methodology-for-information-systems-risk-analysis-and-management-book-i-the-method-ministerio-de-administraciones-publicas.html
Timestamp: 2017-03-28 08:18:50
Document Index: 400179416

Matched Legal Cases: ['art 1', 'art 1', 'ART 1', 'ART 2', 'ART 1', 'ART 2', 'ART 4', 'ART-1', 'ART-1', 'ART 2006']

MAGERIT version 2 Methodology for Information Systems Risk Analysis and Management. Book I The Method MINISTERIO DE ADMINISTRACIONES PÚBLICAS - PDF
MAGERIT version 2 Methodology for Information Systems Risk Analysis and Management. Book I The Method MINISTERIO DE ADMINISTRACIONES PÚBLICAS
Download "MAGERIT version 2 Methodology for Information Systems Risk Analysis and Management. Book I The Method MINISTERIO DE ADMINISTRACIONES PÚBLICAS"
1 MINISTERIO DE ADMINISTRACIONES PÚBLICAS MAGERIT version 2 Methodology for Information Systems Risk Analysis and Management Book I The Method MINISTERIO DE ADMINISTRACIONES PÚBLICAS Madrid, 20 June 2006 NIPO: Catálogo general de publicaciones oficiales2 PROJECT TEAM Director: Francisco López Crespo Ministerio de Administraciones Públicas Miguel Angel Amutio Gómez Ministerio de Administraciones Públicas Javier Candau Centro Criptológico Nacional External consultant: José Antonio Mañas Professor Universidad Politécnica de Madrid3 Contents 1. Introduction to Magerit Objectives of Magerit Introduction to risk analysis and management Risk analysis and management in context Awareness and training Incidents and recovery Organisation of guides Method of use The elements catalogue The Guide to techniques For those who have worked with Magerit v Evaluation, certification, auditing and accrediting When should risks be analysed and managed? Undertaking the analysis and management Risk analysis Step 1: Assets Step 2: Threats Step 4: Determination of the impact Step 5: Determination of the risk Step 3: Safeguards Revision of step 4: residual impact Revision of step 5: residual risk Risk management Interpretation of the values for impact and residual risks Choice of safeguards Profit and loss Management attitude Revision of step 1: assets Structuring the project Participants Project undertaking Overview Process P1: Planning Activity A1.1: Opportunity study Activity A1.2: Determine the scope of the project Activity A1.3: Project planning Activity A1.4: Launch the project Synthesis of process P Process P1 checklist Process P2: Risk analysis Activity A2.1: Characterisation of assets Activity A2.2: Characterisation of threats Activity A2.3: Characterisation of safeguards Activity A2.4: Estimate of the risk status Synthesis of process P P2 process checklist Process P3: Risk Management Activity A3.1: Decision making Activity A3.2: Preparation of the information security plan Activity A3.3: Carrying out of plan Synthesis of process P Checklist for process P Development of information systems Start of the processes Life cycle of applications Systems plan...79 Ministerio de Administraciones Públicas page 3 (of 140)4 4.3. Risk analysis Risk management Development security SPD Development process security SSI Information system security References Practical advice Identifying assets Discovering and modelling the dependencies between assets Valuing assets Identifying threats Valuing threats Choosing safeguards Successive approximations Baseline protection References...94 Appendix 1. Glossary Terms ISO/IEC Guide 73: References Appendix 2. References Appendix 3. Legal framework Appendix 4. Evaluation and certification framework Information security management systems (SGSI) Certification Accrediting by the certification organisation Terminology References Common evaluation criteria (CC) Beneficiaries Security requirements Creation of protection profiles Use of certified products Terminology References Appendix 5. Tools PILAR References Appendix 6. Evolution from Magerit version Appendix 7. Study case The history Process P2: Risk analysis Task T Identification of assets Task T2.1.2: Dependencies Task T2.1.3: Valuation Activity A2.2: Characterisation of threats Activity A2.4: Estimate of impact and risk Activity A2.3: Characterisation of safeguards Activity A2.4: Estimate of the risk status Process P3: Risk Management Activity A3.1: Decision making Activity A3.2: Security plan Evolution of the impact and risk indicators Classification according to ISO/IEC 17799: Ministerio de Administraciones Públicas page 4 (of 140)5 Introduction 1. Introduction to Magerit The CSAE 1 prepares and promotes Magerit 2 in response to the perception that the government (and, in general, the whole society) increasingly depends on information technologies for achieving its service objectives. The purpose of Magerit is directly related to the generalised use of electronic, computerised and telematic media, which bring evident benefits for the public but which is also subject to certain risks that must be minimised with security countermeasures that generate confidence in the use of these media. Since Magerit was first published in 1997, risk analysis has been consolidated as a necessary step for security management, as clearly recognised in the OECD guidelines 3, which state in principle 6: 6) Risk evaluation. The participants must carry out risk evaluations. This methodology is of interest to anyone working with mechanised information and the computer systems that handle it. If this information, or the services that are provided thanks to it, are of value, this methodology will allow them to know how much of this value is at risk and will help them to protect it. Knowing the risks to which working elements are subject is simply essential to be able to manage them. This fact has given rise to a large number of informal guides, methodical approaches and support tools, all of which aim at an objective analysis to know how safe (or unsafe) systems are. The great challenge of all these approaches is the complexity of the problem they face, a complexity in the sense that there are many elements to be considered and that, if they are not rigorous, the conclusions will be unreliable. This is why a methodical approach is required that leaves no room for improvisation and does not depend on the whim of the analyst. Even though serious responsibilities for complying with the organisation s objectives have been placed in the hands of information systems, doubts about their security continue to arise. Those affected, often not technicians, wonder if they can place their trust on these systems. Each failure lowers the trust on information systems, especially when the investments made in defending the means of work do not rule out failures. The ideal situation is that systems do not fail. But the reality is that most of us are used to living with systems that fail. The matter is not as much the absence of incidents, but the confidence that they are under control; it is known what failures may occur and what to do when they do occur. Fear of the unknown is the main source of lack of confidence and, as a result, knowledge brings confidence: knowing the risks allows them to be faced and controlled Objectives of Magerit Magerit seeks to achieve the following objectives: Direct objectives: 1. To make those responsible for information systems aware of the existence of risks and of the need to treat them in time. 2. To offer a systematic method for analysing these risks. 3. To help in describing and planning the appropriate measures for keeping the risks under control. Indirect objectives: 4. To prepare the organisation for the processes of evaluating, auditing, certifying or accrediting, as relevant in each case. 1 CSAE: Higher Council for Electronic Government (Consejo Superior de Administración Electrónica). 2 MAGERIT: Risk Analysis and Management Methodology for Information Systems. 3 OECD Guidelines for the Security of Information Systems and Networks, Ministerio de Administraciones Públicas page 5 (of 140)6 Introduction It also aims to achieve uniformity in the reports containing the findings and conclusions from a risk analysis and management project: Value model Description of the value of the assets for the organisation as well as the dependencies between the various assets. Risk map The account of the threats to which the assets are exposed. Safeguard evaluation Evaluation of the effectiveness of the existing safeguards in relation to the risk facing them. Risk status Classification of the assets by their residual risk; that is, by what could happen, taking the safeguards used into consideration. Deficiencies report Absence or weakness of the safeguards that appear appropriate to reduce the risks to the system. Security plan Group of security programs that put the risk management decisions into action Introduction to risk analysis and management Security is the capability of networks or information systems to resist accidents or illegal or malicious actions that compromise the availability, authenticity, integrity and confidentiality of the data stored or transmitted and of the services that these networks and systems offer or make accessible, with a specific level of confidence. The objective is to protect the organisation s purpose, taking the different security dimensions into account: Availability The readiness of the services to be used when necessary. The lack of availability causes an interruption of the service. Availability directly affects the organisation s productivity. Integrity The maintenance of the completeness and correctness of the data. Without integrity, information may appear to be altered, corrupt or incomplete. Integrity directly affects the correct undertaking of an organisation s functions. Confidentiality Information must only reach authorised persons. Lack of confidentiality or secrecy could cause leaks of information as well as unauthorised accesses. Confidentiality is difficult to recover and could undermine the confidence of others in the organisation when the person responsible for maintaining secrecy is not conscientious and it could involve the lack of compliance with laws and contractual undertakings relating to the safekeeping of data. Authenticity (of who uses the data or services) There must be no doubt as to who is responsible for information or for providing a service, both in order to trust on them and to follow up non-compliances or errors. Lack of authenticity causes falsifications and tricks that could lead to fraud. Authenticity is the basis for fighting against repudiation and it is thus basic to electronic commerce and electronic government, providing confidence without paperwork or physical attendance. All these features may or may not be required, depending on the case. Where required, they not achieved at zero cost; usually means and effort are required to achieve them. Risk analysis and management methodologies are used to rationalise this effort. Ministerio de Administraciones Públicas page 6 (of 140)7 Introduction Risk An estimate of the degree of exposure to threat to one or more assets causing damage or prejudice to the organisation. The risk shows what could happen to the assets if they are not suitably protected. It is important to know which features are of interest in each asset as well as the degree to which these features are in danger, that is, to analyse the system: Risk analysis A systematic process for estimating the size of the risks to which an organisation is exposed. Knowing what may happen, decisions must be made: Risk management The selection and implementation of safeguards for knowing, preventing, reducing or controlling the identified risks. Note that one legitimate option is to accept the risk. One frequently hears that absolute security does not exist; effectively, it is always necessary to accept a risk which however, must be known and subjected to the quality threshold required by the service. Because all this is very delicate and is not merely technical, and includes the decision to accept a certain level of risk, it is essential to know in which conditions one is working and thus be able to ascertain to what level the system is trustworthy. This requires a methodical approach that allows decisions to be made with reason and to explain the decisions rationally Risk analysis and management in context The risk analysis and management tasks are not an end in themselves but form part of the continuous activity of security management. Risk analysis allows the determination of the assets, their value and how they are protected. In coordination with the organisation s objectives, strategy and policies, risk management activities allow a security plan to be prepared which, when implemented and operated, meets the proposed objectives with the level of risk accepted by management. The implementation of security controls requires a managed organisation and the informed participation of all persons working with the information system. These persons are responsible for the daily operation, the reaction to incidents and the general monitoring of the system to determine if it effectively and efficiently meets the proposed objectives. This working plan must be repetitive since information systems are rarely unchangeable; normally they are subject to continual development, their own (new assets) and to changes in the environment (new threats), requiring periodic reviews to learn from experience and to adapt to the new context. Risk analysis provides a model of the system in terms of assets, threats and safeguards and is the foundation for controlling all activities on a well founded base. Risk management is the structuring of the security actions to meet the needs detected through analysis Awareness and training risk risk analysis and andmanagement planning safeguards implementation operation and and change management objectives, strategy and and policy policy organization awareness and and training incidents and and recovery The best security plan will be seriously compromised without the active collaboration of the persons involved in the information system, especially if the attitude is negative, and contrary or one of fighting against the security measures. This requires the creation of a security culture which, coming from top management, encourages the awareness of all those involved of its need and relevance. Ministerio de Administraciones Públicas page 7 (of 140)8 There are two basic pillars for creating this culture: Introduction A corporate security policy which is understood (written so as to be understood by those who are not experts in the matter) which is published and kept updated. Continuous training at all levels, with reminders of routine precautions and specialised activities, depending on the responsibility of each work post. So that these activities fit into the organisation, it is essential that security be: Unobtrusive, so that it does not unnecessarily impede daily activities or compromises the achievement of the proposed productivity objectives. Natural, so that it does not cause avoidable errors and facilitates compliance with the proposed good practices. Practised by management as an example in a daily activity with quick reactions to changes and incidents Incidents and recovery Persons involved must be aware of their role and continued relevance to prevent problems and to react when they do occur. It is important to create a culture of responsibility in which potential problems, discovered by those close to the affected assets, can be channelled towards the decision points. Thus, the safeguards system will respond to the situation. When an incident occurs, time starts to act against the system: its survival depends on the speed and correctness of the reporting and reaction activities. Any error, lack of precision or ambiguity in these critical moments is amplified, turning what could be a mere incident into a disaster. It is necessary to learn continuously from both successes and failures and to incorporate them into the risk analysis and management process. The maturity of an organisation is reflected in the orderliness and realism of its value model and, as a result, in the suitability of all types of safeguards, from tactical measures to an optimal organisation Organisation of guides This version 2 of Magerit has been structured into three books: this one, which describes The Method, the Elements catalogue and a Guide to Techniques. This guide describes the method from three angles: Chapter 2 describes the steps for carrying out an analysis of the risk status and for managing its mitigation. This is an entirely conceptual presentation. Chapter 3 describes the basic tasks to be carried out in a risk analysis and management project, on the understanding that it is not sufficient to have a clear idea of concepts but it is necessary to guide roles, activities, milestones and documentation so that the risk analysis and management project is constantly under control. Chapter 4 applies the methodology to the development of information systems on the understanding that system development projects must include risks from the start, both the risks to which they are exposed and those that the applications themselves introduce into the system. As a complement, Chapter 5 discusses a series of practical aspects arising from the accumulated experience over time for carrying out a really effective analysis and management. The Appendices contain reference material: 1. A glossary. 2. Bibliographical references used in developing this methodology. 3. Legal references covering the tasks of analysis and management. 4. Standards for evaluation and certification. 5. The features required from present or future tools for supporting the risk analysis and man- Ministerio de Administraciones Públicas page 8 (of 140)9 agement process. 6. A comparison of how Magerit version 1 has developed into this version 2. Finally, a practical case is given as an example. Introduction Method of use Readers new to the subject should start with Chapter 2. Those who already have some knowledge of the concepts will find the example helps to centre ideas and terminology. For those about to start a risk analysis and management project, Chapter 3 helps to structure and plan it. If the information system is simple and small or if only a first approximation is required, an informal plan may be sufficient, but when the project is large, it is necessary to be methodical. For those carrying out a risk analysis and management project, Chapter 5 helps to centre the activity without distractions. Chapter 4 is for those about to collaborate in a project to develop a new information system or in a maintenance cycle. Appendix 4 is for those working with approved systems, whether interested in a mechanism for specifying what they need or because they are interested in a mechanism to specify what they have. The planning of these guides has followed a maximums criterion, considering all types of assets, all types of security aspects and all types of situations. In practice, the user may find situations in which the analysis is more restricted, as in some frequent practical cases: Only a study of the files affected by personal data legislation is required. Only a study of information confidentiality guarantees is required. Only a study of the availability of services is required (typically because a contingency plan is being developed). Etc. These frequent situations are formally contained in the tasks for activity A1.2 with the informal comment that concentrating on a reduced domain and increasing it according to requirements is more constructive than tackling it in its entirety The elements catalogue A separate book proposes a catalogue - open to additions - that provides guidelines for: Types of assets. Dimensions for evaluating assets. Criteria for evaluating assets. Typical threats to information systems. Safeguards to be considered for protecting information systems. There are two objectives: 1. Firstly, to facilitate the work of those involved in a project in the sense of giving them standard elements that they can adapt quickly, concentrating on the specifics of the system under analysis. 2. And secondly, to provide uniform results from the analysis, promoting uniform terminology and criteria that allow the comparison with and even integration of analyses carried out by different teams. Each section includes XML notation to be used for regularly publishing the elements in a standard format that can be processed automatically by analysis and management tools. Ministerio de Administraciones Públicas page 9 (of 140)10 Introduction If the reader uses a risk analysis and management tool, this catalogue will form part of it. If the analysis is carried out manually, this catalogue provides a wide starting base for quick progress without distractions or oversights The Guide to techniques A separate book provides additional information and guides on some techniques often used when carrying out risk analysis and management projects: Techniques specific to risk analysis: Analysis using tables. Algorithmic analysis. Attack trees. General techniques: Cost/benefit analysis. Data flow charts. Process charts. Graphical techniques. Project planning. Work sessions: interviews, meetings and presentations. Delphi evaluation. This is a reference guide. As the reader progresses through the project s tasks, the use of certain specific techniques is recommended, to which this guide is an introduction, and references are provided so that the reader can learn more about the techniques described For those who have worked with Magerit v1.0 If you have worked with Magerit v1.0, all the concepts will be familiar although there has been a certain evolution. Specifically, you will recognise the so-called elements sub-model: assets, threats, vulnerabilities, impacts, risks and safeguards. This conceptual part has been validated over time and continues to be the centre around which the fundamental phases of analysis and management revolve. The so-called security sub-states has been corrected and enlarged, giving it the new name of dimensions 4 and introducing new yardsticks for measuring the interesting aspects of the assets. The process sub-model appears under the heading of structuring the risk analysis and management project. Although Magerit v1.0 has resisted the passing of time well in its conceptual aspects, the same cannot be said of the technical details of the information systems involved. An update has been attempted but above all the difference has been defined between what is essential (and permanent) and what is temporary and will change over time. This translates into giving parameters to the working method, referencing it to external catalogues of threats and safeguards that can be updated to adapt to the passing of time, both because of technological progress and progress in the subject, because, just as the system changes, so do the subjects around it, good and bad. The more successful the systems are, the more users they will have and, simultaneously, more subjects will be interested in abusing them or, simply, destroying them. Thus, the method remains open so that while what is being done and how it is being done remains clear, it can be adapted to details at all times. 4 Dimension, according to one of the definitions in the official Spanish dictionary, is each of the magnitudes of a group that serve to define a phenomenon. For example, the four-dimensional space in the theory of Relativity. Ministerio de Administraciones Públicas page 10 (of 140)11 Introduction For practical purposes, the above paragraph means that the types of assets, the dimensions and evaluation criteria, the threats catalogue and safeguards catalogue have been placed in a separate book, the Elements catalogue, so that they can evolve. Appendix 6 gives more precise details of the differences between version 1.0 and this one Evaluation, certification, auditing and accrediting Risk analysis is the cornerstone in the processes of evaluating, certifying, auditing and accrediting that establish to what extent the information system is trustworthy. Given that no two information systems are alike, the evaluation of each specific system requires adapting to its components. Risk analysis provides an overview of each system, its value, the threats to which it is exposed and the safeguards with which it is equipped. Risk analysis is therefore an obligatory step towards carrying out all the above mentioned tasks, listed in the following diagram: risk analysis value model risk management safeguards risk map audit security evaluation registry certification accreditation evaluation report This section provides a conceptual presentation of these activities. The reader will find a specific discussion of the standards relating to management systems and security products in Appendix 4. Evaluation The evaluation of security and information systems is increasingly frequent, both internally as part of management processes and by independent external evaluators. Evaluations establish to what extent an information system is trustworthy. Certification The evaluation may lead to a certification or registration of the system s security. In practice, products are certified and security management systems are certified. The certification of products is in any case impersonal: This has these technical properties. However, the certification of management systems is concerned with the human component of the organisations, seeking to analyse the way in which the systems are used. 5 Certification means assuring a behaviour responsibly and in writing. The subject of the certification - product or system - is submitted to a series of evaluations aimed at an objective: What is it wanted for? 6. A certificate states that a system can protect data from threats with a certain level of quality (protection capacity). It states this on the basis that a series of safeguards has been observed to exist and operate. This means that there are risk analysis concepts behind a certificate. 5 There are vehicles with high technical features and others with lower ones, just as there are drivers who are real professionals and others of whom it is impossible to explain how they are qualified as suitable to handle vehicles. The ideal is to put a powerful car in the hands of a great driver. From there downwards, we have a great variety of situations of lesser confidence: greater risk of something going wrong. 6 And thus we have systems suitable for human consumption or for use in conditions of extreme heat. Ministerio de Administraciones Públicas page 11 (of 140)12 Introduction Risk analysis must have been carried out before certification in order to know the risks and control them by adopting suitable controls. This will also be a control point for the management of the product or system. Accrediting Some certifications are designed to accredit the product or system. Accrediting is a specific process, the object of which is to qualify the system to form part of wider systems. It can be seen as a certification for a specific purpose. Audit Although not the same, internal or external audits of information systems are not very far from this world. Some are required by law in order to operate in a specific sector. Others are required by the organisation s management itself. Others are required by collaborating organisations that have their own level of risk connected with ours. An audit may serve as a risk analysis that allows (1) to know what is at play; (2) to know what the system is exposed to; and (3) to evaluate the effectiveness and efficiency of the safeguards. Frequently, auditors start with an implicit or explicit risk analysis either carried out by themselves or audited by them in the first phase of auditing, because it is difficult to form an opinion of what is not known. On the basis of the risk analysis, the system can be analysed and the management informed as to whether the system is under control, that is, if the security measures adopted are justified, implemented and monitored so that the system of indicators available to the management can be trusted for managing the systems security. The conclusion of the audit is a report on the deficiencies found, which are simply inconsistencies between the needs identified in the risk analysis and those discovered during the inspection of the system in operation. The audit report must describe the suitability of the measures and controls to the present regulations, identifying their deficiencies and proposing corrective or complementary measures. It will also include the data, facts and comments that support the conclusions reached and the proposed recommendations. [RD 994/1999, article 17.2.]. In the case of the government, there are some fundamental references with regard to which audits can and must be made: Royal Decree 994/1999, 11 June, approving the regulations for security measures for automated files containing personal data. Criteria for security, standardisation and conservation of applications used for processing jurisdictions, MAP, The audits must be repeated regularly both to follow the evolution of the risk analysis (which must be updated regularly) and to follow the evolution of the security plan determined by the Risk management activities When should risks be analysed and managed? Carrying out a risk analysis is laborious and costly. Preparing a map of assets and valuing them requires the collaboration of many people within the organisation from management levels to technicians. Not only must many people be involved but uniformity of criteria must be achieved between them because, although it is important to quantify the risks, it is even more important to define their relationships since a mass of data typically appears in a risk analysis. The way to tackle the complexity is to concentrate on the most important (maximum impact, maximum risk) and to remove the secondary or insignificant, but if the data are not well sorted in relative terms, it is impossible to interpret them. Ministerio de Administraciones Públicas page 12 (of 140)13 Introduction To summarise, a risk analysis is not a minor task that anyone can carry out in their spare time. It is an important task that requires effort and co-ordination and must therefore be planned and justified. A risk analysis is recommended in any organisation that depends on information and communication systems to carry out its purpose; specifically, in any environment in which goods and services are handled electronically, whether in a public or private context. Risk analysis allows decisions to be made on investment in technology, from the acquisition of production equipment to the deployment of an alternative centre to ensure the continuity of the activity, including decisions on the acquisition of technical safeguards and on the selection and training of personnel. Risk analysis is a management tool that allows decisions to be made. Decisions may be made before deploying a service or when it is operating. It is very desirable to carry it out beforehand so that the measures that must be taken are incorporated into the design of the service, in the choice of components, in the development of the applications and in the user manuals. Anything that involves correcting unforeseen risks is costly in both internal and external time, which could damage the organisation s image and may eventually cause a loss of confidence in its capability. It has always been said that prevention is better than cure and this applies here: don t wait until a service is failing - it is necessary to anticipate and be prepared. For legal reasons The risk analysis may be required for legal reasons, such as the case of Royal Decree 263/1996, 16 February, which regulates the use of electronic, computer and telematic techniques by the government. Its article 4 (Guarantees for the use of electronic, computer and telematic media and applications) states: 2. When using the media and applications referred to in the previous section, the necessary technical and organisational measures must be adopted to ensure the authenticity, confidentiality, completeness, availability and conservation of the information. These security measures must take into account the state of the art and be matched to the nature of the data and of the handling and of the risks to which they are exposed 7. Similarly, Organic Law 15/1999, 13 December, on the protection of personal data, states in its article 9 (Data security): 1. The person responsible for the file and, where appropriate, the person responsible for its handling, must adopt the necessary technical and organisational measures that guarantee the security of the personal data and prevent its alteration, loss, unauthorised treatment or access, taking into account the state of the art, the nature of the data stored and the risks to which they are exposed, whether by human action or from the physical or natural environment. This text is used again in the preamble to Royal Decree 994/1999, 11 June, approving the regulations for security measures for automated files containing personal data. This decree includes the obligation of preparing a security document: 1. The person responsible for the file must prepare and implement the security standards in a document that must be complied with by the personnel with access to the automated personal data and to the information systems. It would be difficult to prepare this document without a prior analysis of the risks to the data, an analysis which allows us to determine the pertinent security measures. Certification and accrediting If certification for the system is sought, risk analysis is a prior requisite that will be required by the evaluator. It is the source of information for determining the relationship of relevant controls for the system and which must therefore be inspected. See Appendix 4.1 on the certification of information security management systems (SGSI). 7 Risk analysis allows the determination of the risks to which they are exposed and risks management allows the measures to be matched to these risks. Ministerio de Administraciones Públicas page 13 (of 140)14 Introduction The risk analysis is also a requirement for systems accrediting processes 8. These processes are necessary for handling classified national, EU, Nato or other information from other international agreements. The first step in the process is to carry out a risk analysis to identify threats and safeguards and to satisfactorily manage risks to the system. Finally, the use of protection profiles as a contracting mechanism should be mentioned. Protection profiles (ISO/IEC-15408) have the double purpose of the a priori specification of the security requirements for a system (for its acquisition or development) and can serve as an international reference for the meaning of a certification. In either case, it sets a yardstick with respect to which the suitability of the system s security is qualified. See Appendix 4.2 on common evaluation criteria (CC). To conclude Analyse and manage the risks when there is a direct or indirect legal requirement and whenever required for the responsible protection of an organisation s assets. 8 In the formal meaning of authorisation for handling classified information. The accrediting processes depend on the applicable standards in each case. Ministerio de Administraciones Públicas page 14 (of 140)15 Analysis and management 2. Undertaking the analysis and management This chapter describes the concept of risk analysis and management, what is sought at each moment and what conclusions are achieved. There are two large tasks to be carried out: I. Risk analysis which determines what the organisation has and estimates what may happen. Elements: 1. Assets, which are the elements in the information system (or closely related to it) that give value to the organisation. 2. Threats, which are things that may happen to the assets, causing damage to the organisation. 3. Safeguards (or countermeasures), which are defence elements deployed so that those threats do not cause [so much] damage. These elements allow the estimating of: 4. The impact: what may happen. 5. The risk: what will probably happen. Risk analysis allows these elements to be analysed methodically to reach conclusions with a basis. II. Risk management which allows a thorough and prudent defence to be organised, so that nothing bad happens and at the same time preparations are made to cope with emergencies, survive incidents and continue operating in the best conditions. Because nothing is perfect, it is said that the risk is reduced to a residual level that the management can live with. Informally, it can be said that the management of security in an information system is the management of its risks and that the analysis allows this management to be rationalised Risk analysis Risk analysis is a methodical approach to determine the risk, following specific steps: 1. Determine the relevant assets for the organisation, their inter-relationships and their value i.e. what prejudice (cost) would be caused by their degradation. 2. Determine the threats to which those assets are exposed. 3. Determine what safeguards are available and how effective they are against the risk. 4. Estimate the impact, defined as the damage to the asset arising from the appearance of the threat. 5. Estimate the risk, defined as the weighted impact on the rate of occurrence (or the expectation of appearance) of the threat. In order to organise the presentation, steps 1, 2, 4 and 5 are handled first, skipping step 3, so that any estimates of impact and risk are potential if no safeguards are deployed. Once this theoretical scenario is obtained, the safeguards are incorporated in step three, providing realistic estimates of impact and risk. Ministerio de Administraciones Públicas page 15 (of 140)16 Analysis and management The following figure shows this first pass, the steps of which are described in the following sections 9 : are subject to assets assets have a threats threats value value cause a with a given degradation degradation frequency frequency impact impact risk risk Step 1: Assets The assets are the resources in the information system or related to it that are necessary for the organisation to operate correctly and achieve the objectives proposed by its management. The essential asset is the information handled by the system, that is the data. Other relevant assets can be identified around these data: The services that can be provided thanks to these data and the services needed to be able to manage these data. The computer applications (software) that allow these data to be handled. The computer equipment (hardware) that hosts the data, applications and services. The information media, which are data storage devices. The auxiliary equipment that complements the computer equipment. The communications networks that allow the exchange of data. The installations that house the computer and communications equipment. The persons who use or operate all the above elements. Types of assets Not all the assets are of the same type. The threats and safeguards are different according to the type of assets 10. Chapter 2 of the Elements catalogue gives a list of types of assets. If the system handles personal data, these are usually important in themselves and require a series of safeguards frequently regulated by law. With these assets, it is interesting to determine what treatment must be imposed 11. The fact that a datum is personal affects all the assets involved in its handling and safekeeping. 9 Readers familiar with Magerit v1.0 will notice the absence of the vulnerability concept (the potential or possibility that a threat will occur to an asset) which is incorporated using the degradation measurements of the asset and the frequency with which the threat occurs. 10 A telematic service is not attacked or defended in the same way as a work place. 11 It is as though the legislator had carried out the risk analysis for us and had determined the appropriate safeguards. In any case, laws and regulations exist and help to protect these important data. Ministerio de Administraciones Públicas page 16 (of 140)17 Analysis and management Something similar happens with data classified as confidential. When a certain report is classified so that its copies are numbered, may only reach certain persons, must not leave the premises and must be rigorously destroyed, etc, a series of safeguards is being imposed because of the sector or organisation-specific regulations. Dependencies The most notable assets are the data and services but these depend on other, more prosaic, assets such as the equipment, the communications or the often-forgotten persons who work with them. Thus, the concept of dependencies between assets or the degree to which a higher asset is affected by a security incident in a lower one seems important 112. A higher asset is said to depend on the lower asset when the security needs of the higher one are reflected in the security needs of the lower one. In other words, when the appearance of a threat in the lower asset has a prejudicial effect on the high asset. Informally, this could be interpreted as the lower assets being the pillars that support the security of the higher assets. Although it is necessary to adapt to the organisation being analysed in each case, the group of assets can frequently be structured into layers, where the upper layers depend on the lower ones: Layer 1: The environment: assets that are needed to guarantee the following layers: Equipment and supplies: power, air-conditioning, communications. Personnel: management, operations, development, etc. Others: buildings, furniture, etc. Layer 2: The information system itself: Computer equipment (hardware). Applications (software). Communications. Information media: discs, tapes, etc. Layer 3: The information: Data. Meta-data: structures, indicators, encryption keys, etc. Layer 4: The functions of the organisation, which justify the existence of the information system and give it purpose: Objectives and mission. Goods and services produced. Layer 5: Other assets: Credibility or good image. Accumulated knowledge. Independence of criterion or action. The privacy of persons. The physical well-being of persons. 12 An example can be better than a thousand words. If the building housing the equipment burns down, what ceases to function is the service perceived by the user at a distance. If the portable computer of an executive containing strategic company information is stolen, what suffers is the confidentiality of that information. Installations can be rebuilt, but the opportunity of providing the service may be lost. Theft is overcome by buying another portable computer but the secret has already been lost. Ministerio de Administraciones Públicas page 17 (of 140)18 Valuation Analysis and management Why is an asset of interest? Because of its value. We are not talking of what things cost but of their value. If something is not of any value, discard it. If an asset cannot be easily discarded, this is because it is of value. This is what has to be discovered since this is what has to be protected. The value may be its own or may be accumulated. Lower assets in the dependencies diagram are said to accumulate the value of the assets that are supported by them. The core value is usually the information (or data) that is handled by the system, with the other assets subordinated to the needs of using and protecting the information. Information systems also use the data to provide services, either internal to the organisation or for third parties, with a series of data being necessary to provide the service. Without going into technical details of how things are carried out, the group of data and end services allows an organisation to be classified functionally. The dependencies between assets allow the other assets to be related with data and services. Dimensions It may be interesting to look at the different dimensions of an asset: Its authenticity: To what extent would a lack of knowledge about who has done what be harmful? This valuation is typical of services (user authenticity) and of data (authenticity of the persons accessing the data for writing or, simply, querying). Its confidentiality: What damage would be caused by unauthorised knowledge? This valuation is typical of data. Its integrity: What damage would be caused if it was damaged or corrupt? This evaluation is typical of data that can be handled and be totally or partially false or even of a lack of data. Its availability: What damage would be caused if it were not available or could not be used? This valuation is typical of services. 13 In systems dedicated to e-government or e-commerce, knowledge of those involved is fundamental in order to be able to provide the service correctly and to be able to track down failures (accidental or deliberate) that may occur. As well as authenticity, it is interesting to calibrate in these assets: The accountability of the use of the service: what damage would be caused by not knowing to whom the service is provided? That is, who does what, when? The accountability of access to the data: what damage would be caused by not knowing who accesses the data and what they do with them? Usually the basic dimensions are recognised: authenticity, confidentiality, integrity and availability. Authenticity has been refined in this method to discriminate between the use of a service and the access to data. The concept of accountability has also been introduced, taken from the ISO/IEC guides, equally separated into the accountability of the service and of the data. The aspects of the authenticity and accountability of the data are critical for meeting the regulatory measures for files containing personal data. Chapter 3 of the Elements catalogue provides a list of security dimensions. 13 There are end services that provide the organisation s final mission. There are internal services used by the organisation to structure its own distribution of responsibilities. Finally there are services acquired from other organisations: external supplies. Ministerio de Administraciones Públicas page 18 (of 140)19 Analysis and management In a tree of dependencies in which the upper assets depend on the lower ones, it is essential to value these upper assets, those that are important in themselves. This value automatically accumulates in the lower ones, which does not mean that these may not also need their own valuation. How much is the health of the assets worth? Once it has been determined which security dimensions are of interest in an asset, it must be valued. The valuation is the determination of the cost caused by an incident that destroys the asset. There are many factors to be considered: Replacement cost: acquisition and installation. Labour cost (specialised) invested in recovering (the value of) the asset. Loss of income. Operating capacity: the confidence of the users and suppliers which translates into a loss of activity or into worsened economic conditions. Penalties due to non-compliance with the law or with contractual obligations. Damage to other assets, internal or external. Injury to persons. Environmental damage. The evaluation may be quantitative (with a quantity) or qualitative (on a scale of levels). The most important criteria to be respected are: Uniformity: It is important to be able to compare values even if they are of different dimensions in order to be able to combine own and accumulated values as well as to be able to determine if the damage is more serious in one dimension or in another. The relationship: It is important to be able to see the relative value of an asset in comparison with other assets. All these criteria are met with financial valuations (the monetary cost required to cure the asset) and it is frequently tempting to put a price on everything. If this is achieved, fine. It is even easy to put a price on the most tangible aspects (equipment, working hours, etc) but when entering into more abstract evaluations (intangible, such as the organisation s credibility) the exact financial valuation can be slippery and the cause of bitter arguments between experts. Chapter 4 of the Elements catalogue gives some guidelines for the systematic valuation of assets. Qualitative valuation Qualitative scales allow rapid progress, positioning the value of each asset in the relative order with respect to the others. The scales are frequently provided as orders of magnitude for providing estimates of the order of magnitude of the risk. The limitation of qualitative valuations is that they do not allow values to be compared beyond their relative order - the values cannot be added. Chapter 8.1 of the Guide to techniques describes an analysis model based on qualitative valuations. Quantitative valuation Absolute numerical valuations require great effort but do not have the problems of qualitative valuations. Adding numerical values is absolutely natural and the interpretation of the results is never the cause of controversy. If the valuation is monetary, financial studies can also be made comparing what is at risk with what the solution costs by answering the questions: Is it worth investing so much money in this safeguard? Ministerio de Administraciones Públicas page 19 (of 140)20 Which group of safeguards optimises the investment? Over what period of time will the investment be recovered? What is the reasonable cost of an insurance policy? Analysis and management Chapter 8.2 of the Guide to techniques gives an analysis model based on quantitative valuations. The value of an interruption to the service Nearly all the dimensions described above can be valued simply, qualitatively or quantitatively, but there is one exception: availability. Interrupting a service for one hour is not the same as interrupting it for a day or for a month. One hour s stoppage may be irrelevant while a day without service may cause moderate damage; but a month s stoppage implies the termination of the activity. Unfortunately, there is no proportional relationship between the length of the downtime and its consequences. Thus, the valuation of the [interruption of the] availability of an asset requires the use of a more complex structure, summarised in the following diagram: 3 Cost of the (interruption in the) availability m 30m 1h 2h 6h 1d 2d 1s 2s 1m 2m 6m 1a total This shows a series of steps of an interruption that end with the total, permanent destruction of the assets. In the above example, stoppages of up to six hours can be withstood without consequences. But after six hours, the alarms start to ring and increase if the stoppage exceeds two days. If the stoppage exceeds one month, it could be said that the organisation has lost its operating capacity: it is dead. From the point of view of cures, the graph directly states that not a single euro must be spent to prevent stoppages of less than six hours. A certain cost is worthwhile to prevent a stoppage from exceeding six hours or two days. When evaluating the cost of preventing the stoppage from exceeding one month, the entire value of the organisation must be weighed against the cost of the safeguards - it may not be worth it Step 2: Threats The next step is to determine the threats that may affect each asset. Threats are things that happen. Of all the things that could happen, those that are of interest are those that could happen to our assets and cause damage. There are natural disasters (earthquakes, floods, etc) and industrial accidents (pollution, electrical failures, etc) of which the information system is a passive victim, but being passive does not necessarily mean remaining defenceless. There are threats caused by persons, either through errors or intentional attacks. Chapter 5 of the Elements catalogue gives a list of typical threats. Ministerio de Administraciones Públicas page 20 (of 140) View more
MAGERIT version 3.0 Methodology for Information Systems Risk Analysis and Management. Book I - The Method
MAGERIT version 3.0 Methodology for Information Systems Risk Analysis and Management Book I - The Method TITLE: MAGERIT version 3.0. Methodology for Information Systems Risk Analysis and Management. Book More information Practical Overview on responsibilities of Data Protection Officers. Security measures
Practical Overview on responsibilities of Data Protection Officers Security measures Manuel Villaseca Spanish Data Protection Agency mvl@agpd.es Security measures Agenda: The rol of DPO on security measures More information Methods Commission CLUB DE LA SECURITE DE L INFORMATION FRANÇAIS. 30, rue Pierre Semard, 75009 PARIS
MEHARI 2007 Overview Methods Commission Mehari is a trademark registered by the Clusif CLUB DE LA SECURITE DE L INFORMATION FRANÇAIS 30, rue Pierre Semard, 75009 PARIS Tél.: +33 153 25 08 80 - Fax: +33 More information Information Security Guideline for NSW Government Part 1 Information Security Risk Management
Department of Commerce Guidelines Information Security Guideline for NSW Government Part 1 Information Security Risk Management Issue No: 3.2 First Published: Sept 1997 Current Version: Jun 2003 Table More information The potential legal consequences of a personal data breach
The potential legal consequences of a personal data breach Tue Goldschmieding, Partner 16 April 2015 The potential legal consequences of a personal data breach 15 April 2015 Contents 1. Definitions 2. More information Information Security: Business Assurance Guidelines
Information Security: Business Assurance Guidelines The DTI drives our ambition of prosperity for all by working to create the best environment for business success in the UK. We help people and companies More information University of Sunderland Business Assurance Information Security Policy
University of Sunderland Business Assurance Information Security Policy Document Classification: Public Policy Reference Central Register Policy Reference Faculty / Service IG 003 Policy Owner Assistant More information Guidelines 1 on Information Technology Security
Guidelines 1 on Information Technology Security Introduction The State Bank of Pakistan recognizes that financial industry is built around the sanctity of the financial transactions. Owing to the critical More information NSW Government Digital Information Security Policy
NSW Government Digital Information Security Policy Version: 1.0 Date: November 2012 CONTENTS PART 1 PRELIMINARY... 3 1.1 Scope... 3 1.2 Application... 3 1.3 Objectives... 3 PART 2 CORE REQUIREMENTS... More information NSW Government Digital Information Security Policy
NSW Government Digital Information Security Policy Version: 2.0 Date: April 2015 CONTENTS PART 1 PRELIMINARY... 3 1.1 Scope... 3 1.2 Application... 3 1.3 Objectives... 3 PART 2 POLICY STATEMENT... 4 Core More information INFORMATION TECHNOLOGY SECURITY STANDARDS
INFORMATION TECHNOLOGY SECURITY STANDARDS Version 2.0 December 2013 Table of Contents 1 OVERVIEW 3 2 SCOPE 4 3 STRUCTURE 5 4 ASSET MANAGEMENT 6 5 HUMAN RESOURCES SECURITY 7 6 PHYSICAL AND ENVIRONMENTAL More information ISO27001 Controls and Objectives
Introduction This reference document for the University of Birmingham lists the control objectives, specific controls and background information, as given in Annex A to ISO/IEC 27001:2005. As such, the More information RISK MANAGEMENT FOR INFRASTRUCTURE
RISK MANAGEMENT FOR INFRASTRUCTURE CONTENTS 1.0 PURPOSE & SCOPE 2.0 DEFINITIONS 3.0 FLOWCHART 4.0 PROCEDURAL TEXT 5.0 REFERENCES 6.0 ATTACHMENTS This document is the property of Thiess Infraco and all More information Please note this policy is mandatory and staff are required to adhere to the content
Policy ICT Security Please note this policy is mandatory and staff are required to adhere to the content Summary DECD is committed to ensuring its information is appropriately managed according to the More information Capital Adequacy: Advanced Measurement Approaches to Operational Risk
Prudential Standard APS 115 Capital Adequacy: Advanced Measurement Approaches to Operational Risk Objective and key requirements of this Prudential Standard This Prudential Standard sets out the requirements More information Operational Risk Publication Date: May 2015. 1. Operational Risk... 3
OPERATIONAL RISK Contents 1. Operational Risk... 3 1.1 Legislation... 3 1.2 Guidance... 3 1.3 Risk management process... 4 1.4 Risk register... 7 1.5 EBA Guidelines on the Security of Internet Payments... More information Data Security Breach Incident Management Policy
Data Security Breach Incident Management Policy Contents 1. Background... 1 2. Aim... 1 3. Definition... 2 4. Scope... 2 5. Responsibilities... 2 6. Data Classification... 2 7. Data Security Breach Reporting... More information Nine Steps to Smart Security for Small Businesses
Nine Steps to Smart Security for Small Businesses by David Lacey Co-Founder, Jericho Forum Courtesy of TABLE OF CONTENTS INTRODUCTION... 1 WHY SHOULD I BOTHER?... 1 AREN T FIREWALLS AND ANTI-VIRUS ENOUGH?... More information Disaster Recovery. 1.1 Introduction. 1.2 Reasons for Disaster Recovery. EKAM Solutions Ltd Disaster Recovery
Disaster Recovery 1.1 Introduction Every day, there is the chance that some sort of business interruption, crisis, disaster, or emergency will occur. Anything that prevents access to key processes and More information Head of Information & Communications Technology Responsible work team: ICT Security. Key point summary... 2
Policy Procedure Information security policy Policy number: 442 Old instruction number: MAN:F005:a1 Issue date: 24 August 2006 Reviewed as current: 11 July 2014 Owner: Head of Information & Communications More information Sector Development Ageing, Disability and Home Care Department of Family and Community Services (02) 8270 2218
Copyright in the material is owned by the State of New South Wales. Apart from any use as permitted under the Copyright Act 1968 and/or as explicitly permitted below, all other rights are reserved. You More information QUANTITATIVE MODEL FOR INFORMATION SECURITY RISK MANAGEMENT
QUANTITATIVE MODEL FOR INFORMATION SECURITY RISK MANAGEMENT Rok Bojanc ZZI d.o.o. rok.bojanc@zzi.si Abstract: The paper presents a mathematical model to improve our knowledge of information security and More information Computer Security Lecture 13
Computer Security Lecture 13 Risk Analysis Erland Jonsson (based on material from Lawrie Brown) Department of Computer Science and Engineering Chalmers University of Technology Sweden Security Management More information GUIDANCE NOTE FOR DEPOSIT-TAKERS. Operational Risk Management. March 2012
GUIDANCE NOTE FOR DEPOSIT-TAKERS Operational Risk Management March 2012 Version 1.0 Contents Page No 1 Introduction 2 2 Overview 3 Operational risk - fundamental principles and governance 3 Fundamental More information Nuclear Safety Council Instruction number IS-19, of October 22 nd 2008, on the requirements of the nuclear facilities management system
Nuclear Safety Council Instruction number IS-19, of October 22 nd 2008, on the requirements of the nuclear facilities management system Published in the Official State Gazette (BOE) number 270 of November More information Year 2000 Business Continuity Planning: Guidelines for Financial Institutions Introduction
Year 2000 Business Continuity Planning: Guidelines for Financial Institutions Introduction The purpose of this paper is to help financial institutions, in particular their senior management, address business More information Procuring Penetration Testing Services
Procuring Penetration Testing Services Introduction Organisations like yours have the evolving task of securing complex IT environments whilst delivering their business and brand objectives. The threat More information A Guide to Carrying Out a SWOT Analysis Introduction
A Guide to Carrying Out a SWOT Analysis Introduction Resource 1.4 A SWOT (strengths, weaknesses, opportunities and threats) analysis is often done as part of the process of developing a business plan or More information Third Party Security Requirements Policy
Overview This policy sets out the requirements expected of third parties to effectively protect BBC information. Audience Owner Contacts This policy applies to all third parties and staff, including contractors, More information Joint Universities Computer Centre Limited ( JUCC ) Information Security Awareness Training- Session Four
Joint Universities Computer Centre Limited ( JUCC ) Information Security Awareness Training- Session Four Data Handling in University Business Impact Analysis ( BIA ) Agenda Overview Terminologies Performing More information Security & Privacy Current cover and Risk Management Services
Security & Privacy Current cover and Risk Management Services Introduction Technological advancement has enabled greater working flexibility and increased methods of communications. However, new technology More information Risk assessment. made simple
Risk assessment made simple July 2015 1 Sayer Vincent LLP Chartered accountants and statutory auditors Invicta House 108 114 Golden Lane London EC1Y 0TL Offices in London, Bristol and Birmingham 020 7841 More information Employing Best Practices for Mainframe Tape Encryption
WHITE PAPER: DATA ENCRYPTION BEST PRACTICES FOR MAINFRAME TAPE Employing Best Practices for Mainframe Tape Encryption JUNE 2008 Stefan Kochishan CA MAINFRAME PRODUCT MARKETING John Hill CA MAINFRAME PRODUCT More information 2008 by Bundesamt für Sicherheit in der Informationstechnik (BSI) Godesberger Allee 185-189, 53175 Bonn
2008 by Bundesamt für Sicherheit in der Informationstechnik (BSI) Godesberger Allee 185-189, 53175 Bonn Contents Contents 1 Introduction 1.1 Version History 1.2 Objective 1.3 Target group 1.4 Application More information Recommendations for companies planning to use Cloud computing services
Recommendations for companies planning to use Cloud computing services From a legal standpoint, CNIL finds that Cloud computing raises a number of difficulties with regard to compliance with the legislation More information Office of Inspector General
DEPARTMENT OF HOMELAND SECURITY Office of Inspector General Security Weaknesses Increase Risks to Critical United States Secret Service Database (Redacted) Notice: The Department of Homeland Security, More information So the security measures you put in place should seek to ensure that:
Guidelines This guideline offers an overview of what the Data Protection Act requires in terms of information security and aims to help you decide how to manage the security of the personal data you hold. More information CYBERSECURITY IN FINANCIAL SERVICES POINT OF VIEW CHALLENGE 1 REGULATORY COMPLIANCE ACROSS GEOGRAPHIES
POINT OF VIEW CYBERSECURITY IN FINANCIAL SERVICES Financial services institutions are globally challenged to keep pace with changing and covert cybersecurity threats while relying on traditional response More information A Risk Management Standard
A Risk Management Standard Introduction This Risk Management Standard is the result of work by a team drawn from the major risk management organisations in the UK, including the Institute of Risk management More information Risk Management Policy and Framework
Risk Management Policy and Framework December 2014 phone 1300 360 605 08 89589500 email info@centraldesert.nt.gov.au location 1Bagot Street Alice Springs NT 0870 post PO Box 2257 Alice Springs NT 0871 More information Advantages and Disadvantages of Quantitative and Qualitative Information Risk Approaches
Chinese Business Review, ISSN 1537-1506 December 2011, Vol. 10, No. 12, 1106-1110 D DAVID PUBLISHING Advantages and Disadvantages of Quantitative and Qualitative Information Risk Approaches Stroie Elena More information CRISC Glossary. Scope Note: Risk: Can also refer to the verification of the correctness of a piece of data
CRISC Glossary Term Access control Access rights Application controls Asset Authentication The processes, rules and deployment mechanisms that control access to information systems, resources and physical More information Data Protection Act 1998. Guidance on the use of cloud computing
Data Protection Act 1998 Guidance on the use of cloud computing Contents Overview... 2 Introduction... 2 What is cloud computing?... 3 Definitions... 3 Deployment models... 4 Service models... 5 Layered More information November Version 01.3
November 2012 Version 01.3 The Experts in certifying Professionals e-mail: info@peoplecert.org, www.peoplecert.org Copyright 2012 PEOPLECERT International Ltd. All rights reserved. No part of this publication More information Polish Financial Supervision Authority. Guidelines
Polish Financial Supervision Authority Guidelines on the Management of Information Technology and ICT Environment Security for Insurance and Reinsurance Undertakings Warsaw, 16 December 2014 Table of Contents More information Business Continuity Planning and Disaster Recovery Planning
4 Business Continuity Planning and Disaster Recovery Planning Basic Concepts 1. Business Continuity Management: Business Continuity means maintaining the uninterrupted availability of all key business More information OCC 98-3 OCC BULLETIN
To: Chief Executive Officers and Chief Information Officers of all National Banks, General Managers of Federal Branches and Agencies, Deputy Comptrollers, Department and Division Heads, and Examining Personnel More information AUTOMATED PENETRATION TESTING PRODUCTS
AUTOMATED PENETRATION TESTING PRODUCTS Justification and Return on Investment (ROI) EXECUTIVE SUMMARY This paper will help you justify the need for an automated penetration testing product and demonstrate More information Information Security Policy
Office of the Prime Minister document CIMU P 0016:2003 Version: 2.0 Effective date: 01 Oct 2003 Information 1. statement i) General The Public Service of the Government of Malta (Public Service) shall More information Risk Management Policy
Risk Management Policy Responsible Officer Author Ben Bennett, Business Planning & Resources Director Julian Lewis, Governance Manager Date effective from December 2008 Date last amended December 2012 More information PROJECT RISK MANAGEMENT
PROJECT RISK MANAGEMENT DEFINITION OF A RISK OR RISK EVENT: A discrete occurrence that may affect the project for good or bad. DEFINITION OF A PROBLEM OR UNCERTAINTY: An uncommon state of nature, characterized More information FINAL May 2005. Guideline on Security Systems for Safeguarding Customer Information
FINAL May 2005 Guideline on Security Systems for Safeguarding Customer Information Table of Contents 1 Introduction 1 1.1 Purpose of Guideline 1 2 Definitions 2 3 Internal Controls and Procedures 2 3.1 More information Mapping of outsourcing requirements
Mapping of outsourcing requirements Following comments received during the first round of consultation, CEBS and the Committee of European Securities Regulators (CESR) have worked closely together to ensure More information AN OVERVIEW OF INFORMATION SECURITY STANDARDS
AN OVERVIEW OF INFORMATION SECURITY STANDARDS February 2008 The Government of the Hong Kong Special Administrative Region The contents of this document remain the property of, and may not be reproduced More information Advisory Guidelines of the Financial Supervisory Authority. Requirements regarding the arrangement of operational risk management
Advisory Guidelines of the Financial Supervisory Authority Requirements regarding the arrangement of operational risk management These Advisory Guidelines have established by resolution no. 63 of the Management More information INFORMATION SECURITY POLICY
INFORMATION SECURITY POLICY INFORMATION SECURITY POLICY ISO 27002 5.1 Author: Owner: Organisation: Chris Stone Ruskwig TruePersona Ltd Document No: SP- 5.1 Version No: 1.0 Date: 10 th January 2010 Copyright More information The Auditor s Communication With Those Charged With Governance
The Auditor s Communication With Governance 2083 AU Section 380 The Auditor s Communication With Those Charged With Governance (Supersedes SAS No. 61.) Source: SAS No. 114. Effective for audits of financial More information ISO 27001 Controls and Objectives
ISO 27001 s and Objectives A.5 Security policy A.5.1 Information security policy Objective: To provide management direction and support for information security in accordance with business requirements More information INFORMATION SECURITY: UNDERSTANDING BS 7799. BS 7799 is the most influential, globally recognised standard for information security management.
FACTSHEET The essence of BS 7799 is that a sound Information Security Management System (ISMS) should be established within organisations. The purpose of this is to ensure that an organisation s information More information Corporate Information Security Policy
Corporate Information Security Policy. A guide to the Council s approach to safeguarding information resources. September 2015 Contents Page 1. Introduction 1 2. Information Security Framework 2 3. Objectives More information Risk assessment. made simple. sayer vincent consultants and auditors. Introduction 3. step1 Identifying the risks 4. step2 Assessing the risks 7
Risk assessment made simple Introduction 3 step1 Identifying the risks 4 step2 Assessing the risks 7 step3 Establishing action points 11 step4 Developing a risk register 13 Monitoring and assessment 14 More information Caedmon College Whitby
Caedmon College Whitby Data Protection and Information Security Policy College Governance Status This policy was re-issued in June 2014 and was adopted by the Governing Body on 26 June 2014. It will be More information Statutory duty of candour with criminal sanctions Briefing paper on existing accountability mechanisms
Statutory duty of candour with criminal sanctions Briefing paper on existing accountability mechanisms Background In calling for the culture of the NHS to become more open and honest, Robert Francis QC, More information Cyber-Rights & Cyber-Liberties (UK) Report on the Intel 1 Pentium 1 III Processor Serial Number Feature
Introduction Cyber-Rights & Cyber-Liberties (UK) Report on the Intel 1 Pentium 1 III Processor Serial Number Feature Recently Intel have announced that the new Pentium III processor, due for release in More information Financial Services Regulatory Commission Antigua and Barbuda Division of Gaming Customer Due Diligence Guidelines for
Division of Gaming Customer Due Diligence Guidelines for Interactive Gaming & Interactive Wagering Companies November 2005 Customer Due Diligence for Interactive Gaming & Interactive Wagering Companies More information Whitepaper. Best Practices for Securing Your Backup Data. BOSaNOVA Phone: 866-865-5250 Email: info@theq3.com Web: www.theq3.com
Whitepaper Best Practices for Securing Your Backup Data BOSaNOVA Phone: 866-865-5250 Email: info@theq3.com Web: www.theq3.com DATA PROTECTION CHALLENGE Encryption, the process of scrambling information More information Internal Control Systems and Maintenance of Accounting and Other Records for Interactive Gaming & Interactive Wagering Corporations (IGIWC)
Internal Control Systems and Maintenance of Accounting and Other Records for Interactive Gaming & Interactive Wagering Corporations (IGIWC) 1 Introduction 1.1 Section 316 (4) of the International Business More information The Influence of Software Vulnerabilities on Business Risks 1
The Influence of Software Vulnerabilities on Business Risks 1 Four sources of risk relevant for evaluating the influence of software vulnerabilities on business risks Authors Hilbrand Kramer, MSc (Royal More information IM&T Infrastructure Security Policy. Document author Assured by Review cycle. 1. Introduction...3. 2. Policy Statement...3. 3. Purpose...
IM&T Infrastructure Security Policy Board library reference Document author Assured by Review cycle P070 Information Security and Technical Assurance Manager Finance and Planning Committee 3 Years This More information Guidance on data security breach management
Guidance on data security breach management Organisations which process personal data must take appropriate measures against unauthorised or unlawful processing and against accidental loss, destruction More information Information Security Handbook
Information Security Handbook Adopted 6/4/14 Page 0 Page 1 1. Introduction... 5 1.1. Executive Summary... 5 1.2. Governance... 5 1.3. Scope and Application... 5 1.4. Biennial Review... 5 2. Definitions... More information Who s next after TalkTalk?
Who s next after TalkTalk? Frequently Asked Questions on Cyber Risk Fraud threat to millions of TalkTalk customers TalkTalk cyber-attack: website hit by significant breach These are just two of the many More information PAPER-6 PART-1 OF 5 CA A.RAFEQ, FCA
1 Chapter-4: Business Continuity Planning and Disaster Recovery Planning PAPER-6 PART-1 OF 5 CA A.RAFEQ, FCA Learning Objectives 2 To understand the concept of Business Continuity Management To understand More information DATA BREACH COVERAGE
THIS ENDORSEMENT CHANGES THE POLICY. PLEASE READ THIS CAREFULLY. DATA BREACH COVERAGE SCHEDULE OF COVERAGE LIMITS Coverage Limits of Insurance Data Breach Coverage $50,000 Legal Expense Coverage $5,000 More information Advisory Guidelines of the Financial Supervision Authority. Requirements for Organising the Business Continuity Process of Supervised Entities
Advisory Guidelines of the Financial Supervision Authority Requirements for Organising the Business Continuity Process of Supervised Entities These advisory guidelines were established by Resolution No More information Underwriting put to the test: Process risks for life insurers in the context of qualitative Solvency II requirements
Underwriting put to the test: Process risks for life insurers in the context of qualitative Solvency II requirements Authors Lars Moormann Dr. Thomas Schaffrath-Chanson Contact solvency-solutions@munichre.com More information Nationwide Review of CMS s HIPAA Oversight. Brian C. Johnson, CPA, CISA. Wednesday, January 19, 2011
Nationwide Review of CMS s HIPAA Oversight Brian C. Johnson, CPA, CISA Wednesday, January 19, 2011 1 WHAT I DO Manage Region IV IT Audit and Advance Audit Technique Staff (AATS) IT Audit consists of 8 More information Business Ethics Policy
Business Ethics Policy Page 1 of 12 Preface and document control This document is intended to provide information in respect of G4S Group Head Office policy, procedure, standards or guidance and will be More information Operational Risk Management Policy
Operational Risk Management Policy Operational Risk Definition A bank, including a development bank, is influenced by the developments of the external environment in which it is called to operate, as well More information Lawyers in Business Meetings
Lawyers in Business Meetings Antoine Henry de Frahan M anaging a meeting is a simple things to do. At least, there a hundreds of books that will tell you how to do it, and you find in all corporate management More information Data Security Incident Response Plan. [Insert Organization Name]
Data Security Incident Response Plan Dated: [Month] & [Year] [Insert Organization Name] 1 Introduction Purpose This data security incident response plan provides the framework to respond to a security More information Information Security Policy
Information Security Policy Author: Responsible Lead Executive Director: Endorsing Body: Governance or Assurance Committee Alan Ashforth Alan Lawrie ehealth Strategy Group Implementation Date: September More information Information Security Policy September 2009 Newman University IT Services. Information Security Policy
Contents 1. Statement 1.1 Introduction 1.2 Objectives 1.3 Scope and Policy Structure 1.4 Risk Assessment and Management 1.5 Responsibilities for Information Security 2. Compliance 3. HR Security 3.1 Terms More information ISRE 2400 (Revised), Engagements to Review Historical Financial Statements
International Auditing and Assurance Standards Board Exposure Draft January 2011 Comments requested by May 20, 2011 Proposed International Standard on Review Engagements ISRE 2400 (Revised), Engagements More information Privacy and Electronic Communications Regulations
ICO lo Notification of PECR security breaches Privacy and Electronic Communications Regulations Contents Introduction... 2 Overview... 2 Relevant security breaches... 3 What is a service provider?... 3 More information Cyber Security: Guidelines for Backing Up Information. A Non-Technical Guide
Cyber Security: Guidelines for Backing Up Information A Non-Technical Guide Essential for Executives, Business Managers Administrative & Operations Managers This appendix is a supplement to the Cyber Security: More information WEST LOTHIAN COUNCIL INFORMATION SECURITY POLICY
WEST LOTHIAN COUNCIL INFORMATION SECURITY POLICY DATA LABEL: PUBLIC INFORMATION SECURITY POLICY CONTENTS 1. INTRODUCTION... 3 2. MAIN OBJECTIVES... 3 3. LEGISLATION... 4 4. SCOPE... 4 5. STANDARDS... 4 More information CPNI VIEWPOINT 01/2010 CLOUD COMPUTING
CPNI VIEWPOINT 01/2010 CLOUD COMPUTING MARCH 2010 Acknowledgements This viewpoint is based upon a research document compiled on behalf of CPNI by Deloitte. The findings presented here have been subjected More information HIPAA Security. 2 Security Standards: Administrative Safeguards. Security Topics
HIPAA Security SERIES Security Topics 1. Security 101 for Covered Entities 5. 2. Security Standards - Organizational, Security Policies Standards & Procedures, - Administrative and Documentation Safeguards More information II - Catalogue of Elements
MINISTERIO DE ADMINISTRACIONES PÚBLICAS MAGERIT version 2 Methodology for Information Systems Risk Analysis and Management II - Catalogue of Elements MINISTERIO DE ADMINISTRACIONES PÚBLICAS Madrid, 20 More information Other provisions in force on qualification or training in relation to radiological protection are the following:
Instruction IS-12, of 28 th February 2007, of the Nuclear Safety Council, defining the qualification and training requirements of non-licensed staff and non-licensed off-site personnel of nuclear power More information NEEDS BASED PLANNING FOR IT DISASTER RECOVERY
The Define/Align/Approve Reference Series NEEDS BASED PLANNING FOR IT DISASTER RECOVERY Disaster recovery planning is essential it s also expensive. That s why every step taken and dollar spent must be More information APPENDIX A NCUA S CAMEL RATING SYSTEM (CAMEL) 1
APPENDIX A NCUA S CAMEL RATING SYSTEM (CAMEL) 1 The CAMEL rating system is based upon an evaluation of five critical elements of a credit union's operations: Capital Adequacy, Asset Quality, Management, More information Global Corporate IT Security Risks: 2013
Global Corporate IT Security Risks: 2013 May 2013 For Kaspersky Lab, the world s largest private developer of advanced security solutions for home users and corporate IT infrastructures, meeting the needs More information How to gather and evaluate information
09 May 2016 How to gather and evaluate information Chartered Institute of Internal Auditors Information is central to the role of an internal auditor. Gathering and evaluating information is the basic More information TABLE OF CONTENTS. 2006.1259 Information Systems Security Handbook. 7 2006.1260 Information Systems Security program elements. 7
PART 2006 - MANAGEMENT Subpart Z - Information Systems Security TABLE OF CONTENTS Sec. 2006.1251 Purpose. 2006.1252 Policy. 2006.1253 Definitions. 2006.1254 Authority. (a) National. (b) Departmental. 2006.1255 More information Information Security Management System Policy
Information Security Management System Policy Public Version 3.3 Issued Document Name Owner P079A ISMS Security Policy Information Security Security Policies, Standards and Procedures emanate from the More information Care Providers Protecting your organisation, supporting its success. Risk Management Insurance Employee Benefits Investment Management
Care Providers Protecting your organisation, supporting its success Risk Management Insurance Employee Benefits Investment Management Care providers are there to help those in need. But who helps the care More information RISK MANAGEMENT AND COMPLIANCE
RISK MANAGEMENT AND COMPLIANCE Contents 1. Risk management system... 2 1.1 Legislation... 2 1.2 Guidance... 3 1.3 Risk management policy... 4 1.4 Risk management process... 4 1.5 Risk register... 8 1.6 More information Service Children s Education
Service Children s Education Data Handling and Security Information Security Audit Issued January 2009 2009 - An Agency of the Ministry of Defence Information Security Audit 2 Information handling and More information 2017 © DocPlayer.net Privacy Policy | Terms of Service | Feedback