- About this Journal
- Abstracting and Indexing
- Aims and Scope
- Article Processing Charges
- Articles in Press
- Author Guidelines
- Bibliographic Information
- Citations to this Journal
- Contact Information
- Editorial Board
- Editorial Workflow
- Free eTOC Alerts
- Publication Ethics
- Reviewers Acknowledgment
- Submit a Manuscript
- Subscription Information
- Table of Contents
Journal of Computer Networks and Communications
Volume 2012 (2012), Article ID 151205, 20 pages
System Health Monitoring Using a Novel Method: Security Unified Process
1Départment de Genie Informatique et Génie Logiciel, École Polytechnique de Montréal, P.O. Box 6079, Succ. Downtown, Montreal, QC, Canada H3C 3A7
2Department of Computer Engineering & Information Technology, Amirkabir University of Technology, 424 Hafez Avenue, Tehran, Iran
Received 17 October 2011; Revised 12 March 2012; Accepted 16 March 2012
Academic Editor: Lixin Gao
Copyright © 2012 Alireza Shameli-Sendi et al. This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.
Iterative and incremental mechanisms are not usually considered in existing approaches for information security management System (ISMS). In this paper, we propose SUP (security unified process) as a unified process to implement a successful and high-quality ISMS. A disciplined approach can be provided by SUP to assign tasks and responsibilities within an organization. The SUP architecture comprises static and dynamic dimensions; the static dimension, or disciplines, includes business modeling, assets, security policy, implementation, configuration and change management, and project management. The dynamic dimension, or phases, contains inception, analysis and design, construction, and monitoring. Risk assessment is a major part of the ISMS process. In SUP, we present a risk assessment model, which uses a fuzzy expert system to assess risks in organization. Since, the classification of assets is an important aspect of risk management and ensures that effective protection occurs, a Security Cube is proposed to identify organization assets as an asset classification model. The proposed model leads us to have an offline system health monitoring tool that is really a critical need in any organization.
Information security is a primary requirement in today’s communication world. These requirements are driven either by business need or by regulations. Many organizations find it difficult to derive a framework to define those requirements. In most cases, information has become the vital “asset” of businesses and is called “information asset” or “intellectual asset” . It is essential to protect this asset so as to ensure its confidentiality, integrity, and availability . While preserving these essential protections, the right information should be available to the right people, at the right place and at the right time. It is expected to make the information secure to guarantee that it is correct and available.
Also, it can be guaranteed that information is not jeopardized by misuse, which could lead to the loss of business and low performance of regulations. Obviously, information security management plays a very important and crucial role in each organization. The organization is expected to follow certain security compliance regulations and standards, together with the implementation of an information security management infrastructure. Therefore, an appropriate information security infrastructure, which is a vital need for most organizations, must be provided and implemented. Information security standards are helping organizations at this stage. There are many standards available for deriving a framework to define and structure the organization’s requirements. As an example, one of the most applicable standards is ISO27001, which is an ISO accredited standard for information security management . There are several reasons why an organization should implement the ISO27001 standard and the primary one will be the business demand .
Many organizations have introduced an ISMS to improve their security information management but always have big challenges to align goals of ISMS with their native security structure . There are different ways of implementing an ISMS, but they are unable to implement it effectively and cannot keep it continuously within the organization. In this paper, a framework is proposed to cover ISO27001 and ISO17799 in such a manner that roles for all of the personnel in the organization are defined and each role has been assigned to predefined tasks. Also, each role has a specific workflow which is also defined in the framework. On the other hand and contrary to the ISO27001 standard which uses a waterfall model of implementation, in this proposed framework we will explore incremental and iterative mechanisms to implement an ISMS. Also, while implementing the ISMS, the proposed framework can figure out the status of the executed sections that makes the implementation effective.
This paper is organized as follows: first, we discuss related work and several existing methods. The proposed model is illustrated in Section 3. In Section 4, experimental results are presented. Conclusion and future work will be discussed in Section 5.
2. Related Work
2.1. Information Security Management System
Information security means protecting information and information systems . Protection concept refers to the unauthorized access, disruption or, etc. Usually, the attacker exploits security goals (CIA): data confidentiality (), data integrity (), and service availability () using vulnerabilities that are a flaw or weak point in system security procedure, design, or implementation. Data confidentiality ensures that any authorized user can have access to only certain resources such as “information in database,” “system configuration,” and “network topology” which are needed to be protected against inappropriate disclosures. Integrity verifies that any authorized user can modify resources in an acceptable manner. Availability means that the assets are always accessible by the authorized users. An information security management system consists of some policies concerned with information security management. ISO/IEC 27001 standard gives overview of information security management systems. The key point in implementing ISMS is that it must remain effective and efficient over time. Thus, ISO/IEC 27001 standard incorporates Plan-Do-Check-Act (PDCA) cycle to keep long-term effectiveness and efficiency and adopt information systems changes . PDCA is an iterative four-step management method. Unfortunately, a problem still occurs in the implementation of ISMS with PDCA; all activities scheduled in the Plan phase are only performed later in the Do phase. ISMS implementation experiences in the past few years indicate that the proposed method has still not reached full maturity and could not ensure that ISMS remains effective and stable over time. Indeed, it emerged as a nonincremental method. The proposed algorithm not only keeps the iterative nature of the PDCA model but also manages all activities incrementally.
2.2. Risk Assessment
Risk assessment is a major part of the ISMS Process. There are two types of risk assessment: (1) online: online risk assessment is a real-time process of evaluation and provides a risk index related to the host or network. Online risk assessment is very important in terms of minimizing the performance cost incurred. In the dynamic model, we can dynamically evaluate attack cost by propagating the impact of confidentiality, integrity and availability through dependencies model or attack graph [6–12]. (2) Offline: in Information security management system we use offline risk assessment. The information security management system standards specify guidelines and a general framework for risk assessment. In many existing standards, such as NIST and ISO27001, risk assessment is described. However, while these standards present some guidelines, there are no details on how to implement it in an organization. In a complex organization, risk assessment is a complicated process which involves many assets.
Guan et al.  assessed information security risks according to the likelihood and impact factors of each. In this method, risk factors are determined according to standard ISO17799 categorization. Then, it is assumed that determining the likelihood of each risk is similar to determining the weights in pairwise comparisons in the AHP method. Based on this view, the likelihood or weight of each risk factor is being determined using experts’ opinions. On the other hand, the vulnerability of each information asset for each risk factor is considered equal to its impact severity, which takes its relative value from experts through linguistic variables.
Wang and Elhag  proposed a fuzzy TOPSIS method based on alpha level sets and applied it in bridge risk assessment. In this example, the likelihood and impact of different threats are being determined in linguistic variable forms and then are applied in bridge risk assessment by multiplying their related fuzzy values. Likewise, four effective criteri on impact severity are introduced. Experts express their opinion in the form of these four criterion, with which the severity impact is then calculated.
Kondakci  presented a composite system used for quantitative network security assessment. The idea is preventing the evaluation of each asset separately by applying repetitive attacks. The proposed model (composite system) generates and executes attacks once, composes risk data, and uses the risk data for the entire network in order to perform the overall assessment.
We agree with the arguments presented in [15, 16] that existing risk assessment models are often difficult to implement and handle in real world contexts without using appropriate software, because of their computational complexity. We are interested as [15, 16] to offer a model that not only tries to represent risk effect with a quantitative value but also can be easily implemented by any organization in the SUP model. Another important point is that all of the steps of proposed risk assessment are managed in SUP structure incrementally and iteratively.
The main contributions of this paper can be summarized as (1) contrary to the ISO27001 standard which uses a waterfall model of implementation, in this proposed framework we will explore incremental and iterative mechanisms to implement an information security management system. The iterative approach can prevent project failure and cause robust implementation of security goals in the last iteration. (2) Role segregation has not been considered in ISO27001 standard and other security models properly. SUP proposes an appropriate role segregation and makes sure that we establish a framework where we can easily segregate security roles, and responsibilities. Roles have been segregated into about 20 roles and in each phase of SUP, it is clear which activities have to be done by each role and which artifacts have to be generated. (3) Since the proposed model is incremental and iterative, one of the important features of SUP is monitoring. Monitoring ensures that we established a framework to monitor roles, responsibilities, new assets, security policies and continuity of the executive committee of the organization. (4) In SUP, we present the FEMRA (fuzzy expert model for risk assessment) model, which uses a fuzzy expert system for risk assessment in organizations. Many risk assessment models have been proposed during the last decade. The distinguishing feature that separates our model from previous models is that all the steps to assess risk are done incrementally and iteratively based on the SUP structure. (5) To determine the risk, effective criterions are considered, and experts present their opinion with respect to these criterions. It leads us to increased accuracy and reliability of the results. (6) Asset classification plays a very important role in information security management. In the proposed risk assessment, we have designed a security cube (an asset classification), which is a combination of the valuable and important assets of the organization from a security perspective.
3. Proposed Model
SUP is an iterative and incremental approach that can help design, implement, monitor, and manage information security management system. This approach provides any organization with a predictable life-cycle security process for the development, adoption, and continual improvement of the information security solution . Several fundamental principles which support successful iterative development are laid at the core of the SUP and represent the essential structure of the SUP [18, 19]. Classify the assets with the proposed security cube. Identify high risks early and manage continuously. Work as a team. Improve quality of implementation over time. Implement a modular ISMS with components.
3.1. Why Develop Iteratively and Incrementally?
In the waterfall method, the biggest problem is that risk management will be reduced whenever the business model, assets identification, threats, and/or vulnerabilities are not perfectly known. Another problem of the waterfall method for the implementation of an ISMS is that the strategies of future phases are not considered before they are started. The initial idea behind developing an ISMS iteratively is that, in contrast with the waterfall implementation, the developer is allowed to take advantage of what was learned during the development of earlier, incremental, deliverable versions of security levels within the organization. Learning comes from both the development and reaching the security levels, where possible. Risks are mitigated earlier, because elements are integrated progressively. We can accommodate changing the requirements in this method. We can facilitate the ISMS improvement and refinement which results in more robust ISMS. An iterative approach is generally superior to a linear or waterfall approach for many different reasons .
In the security unified process, iterations are planned in number, duration, and objective. A proper assessment of objectives enables the move to the next iteration successfully. The iterative approach can prevent project failure and cause robust implementation of security goals in the last iteration.
3.2. Structure of the SUP
As seen in Figure 1, the proposed information security management model includes two dimensions: static, which are disciplines, and dynamic, which are phases. In this architecture, the static dimension comprises six disciplines that are represented by business modeling, asset, security policy, implementation, configuration and change management, and project management. The dynamic dimension contains four life-cycle phases that are illustrated by inception, analysis and design, construction, and monitoring. Also, each phase can iterate. The area under the curve that is associated with each discipline shows the relative amount of effort and activity required to perform it over time. Along the vertical axis are the disciplines, which are a collection of workflows related to a major area of concern within the overall project [17, 18]. Figure 2 presents asset discipline.
A workflow consists of some activities that produce a result of observable value. Figure 3 presents, identifies and analyzes risk workflow. As seen in Figure 3, in each workflow, we have some roles, activities, and artifacts that are integrated to provide the goal of workflow. Table 1 explains each concept of elements in workflows. As mentioned, role segregation has not been considered in ISO27001 standard and other security models properly. SUP proposes an appropriate role segregation and makes sure that we establish a framework where we can easily segregate security roles and responsibilities. As mentioned, Figure 3 illustrates one of the SUP model workflow, that are relevant to the asset discipline. Roles segregation is clearly shown in this workflow that includes eleven roles: threat evaluator, network specialist, network security specialist, communication specialist, computer specialist, network designer specialist, vulnerabilities evaluator, software specialist, information security specialist, physical security specialist, and human resource analyzer. Six activities have been specified, and in fact each role is responsible to perform the related subactivities. Also, all the artifacts (output of activities) should be updated, and each role has to keep updated the related sections of each artifact. Fifteen artifacts are shown as the input artifacts that are generated in the previous workflows.
From a security management perspective, all security life cycles of SUP are decomposed into four phases, and each phase is concluded by a major milestone. These milestones are represented by inception objectives, risk management, security level, and monitoring milestones. In each milestone, there are some major criteria that must be evaluated to determine whether the objectives of the phase have been met or not. These criteria are the phases objectives that must be reached. For instance, at the security-level milestone, the primary evaluation criteria for the construction phase involves the answers to these questions. Is the security level acceptable? Are the identified risks reduced?
The construction phase may be started again if it fails to reach this milestone. A positive assessment shows that the project can be moved to the next phase successfully. Figure 4 shows the phases and milestones of a security management project at each phase end.
3.4. Phases, Objectives, and Activities
The inception phase is the first security project phase. In this phase, an accurate identification of the organization’s business model as well as an asset identification is performed. The most important objectives in this phase that must be met and evaluated are. agreement that the cost/schedule estimates are appropriate. agreement that the right set of security requirements have been obtained and that there is a common understanding of these requirements. agreement that the identified assets are acceptable. agreement that the defined risk assessment and management methodology is appropriate. formation of the executive committee of the organization.
Table 2 describes the activities during the inception phase of the SUP. During the analysis and Design phase, the analysis of assets to identify vulnerability points, threat points, and eventually risks is a vital step. During this phase, the most important objectives which need to be evaluated are as follows.
Activities of the Inception Phase Agreement that the classified assets are acceptable. All risks have been identified, and a mitigation strategy exists for each. Risks have been identified in accordance with the risk assessment and management methodology. The designed system is in accordance with the identified risks. Agreement that the designed system reduces risks. Writing the security policy.
Table 3 describes the activities of the analysis and design phase of the SUP. The construction phase focuses on implementing the designs resulting in risks reduction within an organization. Implementing the designs is based on a workflow that is extracted from the analysis and design phase. This workflow shows that a design can be started based on design priority. If we treat the base on design priority, the risks are reduced to an acceptable level. In SUP, security levels based on design priority are divided in five levels. On the other hand, the construction phase consists of five iterations. At the end of each iteration, the organization will reach a new security level. During this phase, the most important objectives that must be evaluated are as follows. Is the security level acceptable? Are the identified risks reduced? Agreement that the security level is acceptable.
Table 4 illustrates the activities of the SUP construction phase. During the monitoring phase, a monitoring program should be planned. The monitoring scope is the identification of new assets, vulnerabilities, and threats in asset discipline, reviewing the security policies in the security policy discipline and testing the implementations in the implementation discipline. The project manager must organize specific roles to ensure the ISMS effectiveness. During this phase, the most important objectives that must be evaluated are as follows. testing the implementation to keep the security at an acceptable level, agreement that major risks do not exist.
Table 5 represents the activities of the SUP monitoring phase. ISO17799 includes eleven sections with 134 controls. Afterwards, ISO27001 has been developed as a wrapper to be put around ISO17799 to manage it with a PDCA model. By contrast, the SUP model comprises disciplines, workflows, and activities. Based on our structure, ISO17799 is mapped to the activities of the six disciplines and ISO27001 is mapped to the workflows of the six disciplines. Therefore, the percentage of project progress can easily be measured based on these two standards for each stage of the ISMS implementation project when using the SUP framework.
3.5. Risk Assessment
In SUP, we present the FEMRA (fuzzy expert model for risk assessment) model , which uses a fuzzy expert system for risk assessment in organizations. The risk assessment varies considerably with the context, the metrics used as dependent variables, and the opinions of the persons involved. Fuzzy logic thus represents an excellent model for this application. Organizations can use FEMRA as a tool to improve the ISMS implementation. One of the interesting characteristics of FEMRA is that it can represent each risk with a numerical value. The managers can detect higher risks by comparing these values and develop a good strategy to reduce them . The relevant knowledge from human experts is stored as rule database in order to apply fuzzy logic and infer an overall numerical value . There are three steps in the fuzzy model: fuzzification, inference engine, and defuzzification. The input and output of the fuzzy model is a number. In the inference engine, we define fuzzy rules. The first step in fuzzy logic processing involves a domain transformation called fuzzification. To transform crisp input into fuzzy input, membership functions must first be defined.
The next step is to apply if-then rules. The final step is defuzzification. This step is used to convert the fuzzy output set to a crisp number. We define three membership functions for input and output: low, medium, and high. Figure 5 illustrates the dependencies among some of the most important notions in the risk assessment terminology. There are three steps in the risk assessment model.
Step 1. The goal of the first step is to identify the assets and the potential threats applicable to the IT system. Three main bases of security known as the security golden triangle (confidentiality, integrity and availability) are used to evaluate assets, and calculate threat effects. Therefore, in this step, we have the CIA triad evaluated by experts.
Step 2. The goal of this step is to generate a list of asset vulnerabilities. We can then calculate asset values, vulnerability effects and threat effects.
Step 3. The goal of the final step is to calculate the risks. To calculate these effects, we use the fuzzy model that will be explained.
Algorithm 1 illustrates the proposed risk assessment pseudocode.
3.5.1. Asset Classification and Identification
Asset classification plays a very important role in information security management. So far, some methods have been proposed to classify the assets in organizations. If we can classify assets properly, it will help us achieve effective asset protection. In the proposed asset classification, we have designed a security cube, which is a combination of the valuable and important assets of the organization from a security perspective, and the Zachman model . Assets are classified according to three views. Business View. The business view consists of the three views of the Zachman framework (WHY-HOW-WHO), which includes value, policy, vision, mission, strategy, structure, process, partner, cooperator, internal rule, external rule, role, and human. There are also some empty fields that illustrate the flexibility of the model; some other parameters can be added to the cube. Logical View. The logical view is divided into three sections that are software, data, and logical infrastructure of networks. The data section is the WHAT view of the Zachman framework. The software section also is divided into foreign, country, and organization parts. Each part includes network tools, web application, application, programming, utility, DBMS, OS, and office. The data section is divided into personal and organizational parts, and each part comprises DB, file, paper, and brain storage. In the network section, the six parts are platform, application, strategy, protocol, communication, and design. Each part also includes different parameters that are illustrated in Figure 6. Physical View. The physical view consists of four sections: media, storage, WHERE, and hardware components. The WHERE section is used as the WHERE view of the Zachman framework.
Each item in the cube should be evaluated with the four disciplines of SUP. This means that, when we are in the business modeling discipline, our view of each item is different than that from other disciplines. Additionally, in each discipline, each item should be evaluated with a C-I-A triad. Table 6 presents some examples of assets based on the security cube.
3.5.2. Threat Identification
A threat is something which may happen. When a threat materializes, it may result in unwanted events which could damage the system or organization . Threats can adversely affect assets. Table 7 shows some examples of threats.
3.5.3. CIA Triad Evaluation
Evaluating the CIA triad is key to calculate the organization’s risks, and we can determine which one of these three complimentary goals is more important to an organization. The weight of confidentiality , integrity , and availability are denoted as , and , respectively. We use experts to evaluate the CIA triad. . This illustrates the expert opinion in confidentiality, integrity, and availability respectively. Obviously, a higher number of experts would give a better risk assessment. Finally, the base of the CIA triad can be calculated with the following formula:
Table 8 illustrates the opinion of experts about the CIA triad for a hypothetical organization.
3.5.4. Vulnerability Identification
A vulnerability is a flaw or weak point in system security procedures, design, or implementation. It could be exploited by an attacker or may affect the security goals of the CIA triad. Vulnerability identification can be achieved by different means such as software tools in networks, questionnaire forms, and so forth . Table 9 presents some examples of asset vulnerabilities.
3.5.5. Risk Identification
The objective of risk identification is to identify all possible risks to the assets. In the previous sections, we exposed all the vulnerabilities of each asset. We also exposed all threats to the organization’s assets. In this section, we determine which threats are related to which vulnerability. The relationship between each vulnerability and threat is a risk. Table 10 illustrates some risks within an organization.
3.5.6. Asset Value (AV)
The CIA triad should be used to calculate the value of each asset. We use experts to evaluate each asset. To get better results, we should get help from different experts for each group of assets in the security cube. For example, network experts should evaluate network assets such as servers, clients, and firewalls, software experts should evaluate software assets such as web applications. Each expert assigns a value from one to nine to each part of CIA triad based on Table 12. For example, a value of nine for confidentiality means that this asset’s privacy is very high and a value of one for availability means that the availability of the asset is not important. Finally, the asset’s value could be calculated with formula (2). , and illustrates the calculation of asset value in confidentiality, integrity, and availability, respectively. Table 11 shows the calculation of asset value by experts:
3.5.7. Vulnerability Effect (VE)
We represent vulnerability effects with a percentage, and, for better accuracy, we get help from experts. For example, 90% means a very high vulnerability percentage, which means that all threats related to this vulnerability have a high probability of occurring. Finally, the vulnerability effect could be calculated with formula (3). Table 13 shows experts’ opinions for a given vulnerability
3.5.8. Threat Effect (TE)
We used the CIA triad to calculate threat effects. We use experts to calculate those effects. For each threat, we should get help from relevant experts to get better results. The calculation method of threats is similar to the one for assets. Each expert assigns a value from one to nine to each part of the CIA triad based on Table 11. For example, a value of nine in confidentiality means that this threat in the confidentiality area is very dangerous. Similarly, the value one in availability means that this threat cannot be dangerous for the availability. Finally, the threat effects could be calculated with formula (4). , , and illustrates the calculation of threat effect in confidentiality, integrity, and availability, respectively. Table 14 shows the calculation of threat effect by experts:
3.5.9. Risk Effect (RE)
Risk effects are modeled using three parameters: asset values, vulnerability effects, and threat effects. The following subsections will show how the risk effect can be calculated with the fuzzy model: Fuzzification. Three membership functions are used for the three inputs, as can be seen in Figures 7(a), 7(b), and 7(c). Inference Engine. The inference engine is fuzzy rule-based and is used to map an input space to an output space. The required rules for risk assessment are created as: Rule 1: if (Threat_Effect = Low) then Risk_Effect = Low Rule 2: if (Threat_Effect = Medium and Vulnerability_Effect = Low) then Risk_Effect = Low Rule 3: if (Threat_Effect = Medium and Vulnerability_Effect = Medium) then Risk_Effect = Low Rule 4: if (Threat_Effect = Medium and Vulnerability_Effect = High) then Risk_Effect = Medium Rule 5: if (Threat_Effect = High and Asset_Value = Low) then Risk_Effect = Medium Rule 6: if (Threat_Effect = High and Vulnerability_Effect = Low and Asset_Value = Medium) then Risk_Effect = Medium Rule 7: if (Threat_Effect = High and Vulnerability_Effect = Medium and Asset_Value = Medium) then Risk_Effect = Medium Rule 8: if (Threat_Effect = High and Vulnerability_Effect = High and Asset_Value = Medium) then Risk_Effect = High Rule 9: if (Threat_Effect = High and Vulnerability_Effect = Low and Asset_Value = High) then Risk_Effect = Medium Rule 10: if (Threat_Effect = High and Vulnerability_Effect = Medium and Asset_Value = High) then Risk_Effect = High Rule 11: if (Threat_Effect = High and Vulnerability_Effect = High and Asset_Value = High) then Risk_Effect = High Defuzzification. Finally, we build another membership function to represent the different possibilities identified by the risk assessment, as displayed in Figure 7(d). This process is called defuzzification. Two of the most common techniques are the centroid method and maximum method. In the centroid method, the crisp value of the output variable is computed by finding the center of gravity of the membership function. In the maximum method, the crisp value of the output variable is the maximum truth value (membership weight) of the fuzzy subset. The defuzzification technique that is used for this model is the centroid method.
4.1. Risk Assessment
Table 15 shows the results of the risk assessment method for some risks (which were extracted based on Table 10). In this table, the asset values, vulnerability effects, and threat effects were calculated with formulas (2), (3) and (4) and the risk effects were calculated based on these three previous values and the fuzzy model.
4.2. SUP Framework
To verify the efficiency of the proposed model, it has been implemented in two industrial organizations. They both had implemented ISMS based on ISO27001 three years ago but lost its continuity after seven months. The goal was to reimplement ISMS in these organizations but using the SUP method instead. After waiting seven months, it was possible to make a meaningful comparison between the status of this implementation and the one they had with ISO27001. The results of these two implementations are presented in Table 16. The comparison between the two methods is based on 8 parameters, which are the most important aspects of the ISMS implementation. Monitoring. This aspect ensures that we established a framework to monitor roles, responsibilities, new assets, security policies and continuity of the executive committee of the organization. Maintenance and Continuity. This aspect ensures that our Information Security Management System will not lose its stability over time. Continuity is one of the biggest challenges that all security managers deal with, because we have to consider security in all business processes, and it needs perfect risk assessment and management over time. Reporting. This aspect ensures that we established a framework for easy and continuous reporting. Customer Confidence. customers expect their information to be secure and private. If we implement a powerful ISMS mechanism, we can improve customer confidence. For this purpose, we have to determine some indicators. Risk Assessment. This aspect makes sure that our risk assessment model identifies high risks and prioritizes them properly. Obviously, it helps us more accurately reduce risks in the risk management step. Also, it makes sure that we have good asset classification. As mentioned, asset classification plays a very important role in information security management. If we can classify assets properly, it will help us to achieve an effective asset protection. Business Continuity. It makes sure that our business continuity management process prevents business disruptions and security failures and ensure that essential operations are restored as quickly as possible . Role Segregation. It makes sure that we establish a framework where we can easily segregate security roles and responsibilities. Proper segregation helps other aspects of the ISMS implementation. Configuration and Change Management. This aspect ensures that adapting to change, controlling change, and effecting change are under control. In ISMS, we have many security documents or policies that are related to each other, and changing a document is a challenge.
Each value in the aspect columns indicates the average of the top managers’ opinions that have been gathered (all values are rounded up). Results show that SUP improves the ISMS implementation. The most impressive part of the results was shown in maintenance and continuity, role segregation, and risk assessment, because there is rarely success without iterative and incremental mechanisms. Also, significant improvements in other parameters cannot be ignored.
ISO27001 is the best framework to implement and maintain an organization’s security. The most important point in this standard is that external certification of ISO27001 does not mean that you are really secure; it only means that you are managing security in line with the standard. On the other hand, ISO27001 points out methods for risk assessment and choosing controls and policies, but it never addresses the relations between all these parts as a well-designed integrated structure for security specialists. The results obtained clearly demonstrate the benefits of implementing the SUP framework to implement an ISMS. SUP has effectively improved the ISO27001 implementation process. Using the SUP framework within an organization leads to a better and higher-quality ISMS implementation. Effective management, increased success of the ISMS implementation, and well-defined tasks for each person who has a role in the ISMS implementation are precisely identified. One of the most important parts to ensure an effective ISMS implementation is the classification of assets, for which the security cube is proposed in the SUP method. To bring the organization to a certain security level, an incremental and iterative process has been designed. Therefore, security levels are divided into N levels, and by achieving each one, the organization will reach the desired security. For each of these levels, or iteration, there is a workflow of designs. SUP have been implemented in two industrial organizations, and its results have been compared with the previous implementation status of ISMS. The results show the significant improvement in evaluation indicators.
The authors would like to thank Alexandre Montplaisir of the DORSAL laboratory at École Polytechnique de Montréal for interesting discussions and helpful feedback. The support of the Natural Sciences and Engineering Research Council of Canada (NSERC), the Defence Research and Development Canada (DRDC), and the Ericsson Software Research is gratefully acknowledged.
- M. Dey, “Information security management—a practical approach,” in Proceedings of the IEEE AFRICON, pp. 1–6, September 2007.
- ISO, “Information technology Security techniques Information security management systems Requirements,” ISO/IEC 27001, 2005.
- J. Eloff and M. Eloff, “Information security management—a new paradigm,” in Proceedings of the SAICSIT, pp. 130–136, 2003.
- J. S. Broderick, “ISMS, security standards and security regulations,” Information Security Technical Report, vol. 11, no. 1, pp. 26–31, 2006.
- L. Chung, “Dealing with security requirements during the development of information systems,” in Proceedings of the 5th International Conference on Advanced Information Systems Engineering (CAiSE '93), pp. 234–251, Paris, France, 1993.
- S. Kondakci, “A new assessment and improvement model of risk propagation in information security,” International Journal of Information and Computer Security, vol. 1, no. 3, pp. 341–366, 2007.
- S. Kondakci, “A causal model for information security risk assessment,” in Proceedings of the 6th International Conference on Information Assurance and Security, pp. 143–148, IEEE Computer Society, 2010.
- S. Kondakci, “Network security risk assessment using bayesian belief networks,” in Proceedings of the 2nd IEEE International Conference on Social Computing, IEEE International Conference on Privacy, Security, Risk and Trust, pp. 952–960, IEEE Computer Society, August 2010.
- S. Kondakci, “A recursive method for validating and improving network security solutions,” in Proceedings of the International Conference on Security of Information and Networks (SIN '07), pp. 74–83, Trafford Publishing, 2007.
- C. Pak, “The near real time statistical asset priority driven (NRTSAPD) risk assessment methodology,” in Proceedings of the 9th ACM SIG-Information Technology Education Conference (SIGITE '08), pp. 105–112, ACM, October 2008, New York, NY, USA.
- C. Pak and J. Cannady, “Asset priority risk assessment using hidden Markov models,” in Proceedings of the 10th ACM Special Interest Group for Information Technology Education (SIGITE '09), pp. 65–73, Fairfax, Va, USA, October 2009.
- C. Xiaolin, T. Xiaobin, Z. Yong, and X. Hongsheng, “A markov game theory-based risk assessment model for network information system,” in Proceedings of the International Conference on Computer Science and Software Engineering (CSSE '08), pp. 1057–1061, December 2008.
- B. C. Guan, C. C. Lo, P. Wang, and J. S. Hwang, “Evaluation of information security related risks of an organization—the application of the multi-criteria decision-making method,” in Proceedings of the 37th IEEE Annual International Carnahan Conference on Security Technology, pp. 168–175, October 2003.
- Y. M. Wang and T. M. S. Elhag, “Fuzzy TOPSIS method based on alpha level sets with an application to bridge risk assessment,” Expert Systems with Applications, vol. 31, no. 2, pp. 309–319, 2006.
- S. Kondakci, “A composite network security assessment,” in Proceedings of the 4th International Conference on Information Assurance and Security, pp. 249–254, IEEE Computer Society, 2008.
- M. Hamdi and N. Boudriga, “Algebraic specification of network security risk management,” in Proceedings of the ACM Workshop on Formal Methods in Security Engineering (FMSE '03), pp. 52–60, October 2003.
- L. Muller, M. Magee, P. Marounek, and A. Philipson, “IBM IT governance approach-business performance through IT execution,” 2008, http://www.redbooks.ibm.com/abstracts/sg247517.html.
- IBM Rational Unified Process (RUP), http://www-01.ibm.com/software/awdtools/rup.
- P. Kroll and P. Kruchten, Rational Unified Process Made Easy: A Practitioner's Guide to the RUP, Addison-Wesley, Boston, Mass, USA, 2003.
- C. Larman and V. R. Basili, “Iterative and incremental development: a brief history,” Computer, vol. 36, no. 6, pp. 47–56, 2003.
- A. Shameli-Sendi, M. Jabbarifar, M. Shajari, and M. Dagenais, “FEMRA: fuzzy expert model for risk assessment,” in Proceedings of the 5th International Conference on Internet Monitoring and Protection, pp. 48–53, Barcelona, Spain, 2010.
- K. Haslum, A. Abraham, and S. Knapskog, “Fuzzy online risk assessment for distributed intrusion prediction and prevention systems,” in Proceedings of the 10th International Conference on Computer Modeling and Simulation, pp. 216–223, IEEE Computer Society Press, Cambridge, UK, 2008.
- G. Stoneburner, A. Goguen, and A. Feringa, “Risk management guide for information technology systems,” http://csrc.nist.gov/publications/nistpubs/800-30/sp800-30.pdf.
- J. A. Zachman, “The Zachman framework,” http://www.zachmaninternational.com/.