# System Health Monitoring Using a Novel Method: Security Unified Process

Authors: Alireza Shameli-Sendi; Masoume Jabbarifar; Michel Dagenais; Mehdi Shajari
Journal: Journal of Computer Networks and Communications
 (2012)

---

## Abstract

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.


---

## Body

## 1.  Introduction

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” [1]. It is essential to protect this asset so as to ensure its confidentiality, integrity, and availability [2]. 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 [2]. There are several reasons why an organization should implement the ISO27001 standard and the primary one will be the business demand [3].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 [4]. 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 Section3. 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 [5]. Protection concept refers to the unauthorized access, disruption or, etc. Usually, the attacker exploits security goals (CIA): data confidentiality (C), data integrity (I), and service availability (A) 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 [2]. 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. [13] 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 [14] 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 [15] 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.


### 2.3.  Contribution

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.


## 2.1.  Information Security Management System

Information security means protecting information and information systems [5]. Protection concept refers to the unauthorized access, disruption or, etc. Usually, the attacker exploits security goals (CIA): data confidentiality (C), data integrity (I), and service availability (A) 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 [2]. 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. [13] 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 [14] 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 [15] 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.


## 2.3.  Contribution

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 [17]. 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].(i)
Classify the assets with the proposed security cube.(ii)
Identify high risks early and manage continuously.(iii)
Work as a team.(iv)
Improve quality of implementation over time.(v)
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 [20].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 Figure1, 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.Figure 1
SUP architecture (phases: dynamic dimension; disciplines: static dimension).Figure 2
Asset discipline.A workflow consists of some activities that produce a result of observable value. Figure3 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.Table 1
Workflow elements.
SymbolNameDescriptionRoleA role describes the responsibilities of person or a team in SUP. Role uses artifacts to perform activities and also generates some artifacts.ActivityActivity identifies the work that roles do to obtain meaningful results. Activity has input and output artifacts.ArtifactArtifact is a either final or intermediate product that is generated during the project. Artifact may be: (1) A document such as list of threats or vulnerabilities. (2) A model such as Risk Assessment StrategyFigure 3
Identify and analyze risk workflow.


### 3.3.  Milestones

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.(i)
Is the security level acceptable?(ii)
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. Figure4 shows the phases and milestones of a security management project at each phase end.Figure 4
The phases and milestones of SUP.


### 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.(i)
agreement that the cost/schedule estimates are appropriate.(ii)
agreement that the right set of security requirements have been obtained and that there is a common understanding of these requirements.(iii)
agreement that the identified assets are acceptable.(iv)
agreement that the defined risk assessment and management methodology is appropriate.(v)
formation of the executive committee of the organization.Table2 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.Table 2
Activities of the inception phase.
DisciplineWorkflowActivityBusiness ModelingAssess Business StatusIdentify Organization Security Vision-Identify Organization Security Mission-Identify Organization Security Strategy-Identify Organization Security Policy-Identify Organization Security ValueIdentify Business ProcessesIdentify Business Structure-Identify Business Process-Identify Internal Rule-Identify External Rule-Identify Partner-Identify CooperatorIdentify Roles and ResponsibilitiesIdentify Human-Identify RoleAssetIdentify Human AssetIdentify HumanIdentify Logical AssetIdentify Organization Data-Identify Personal Data-Identify Organization Software-Identify Country Software-Identify Foreign Software-Identify Platform-Identify Network Services-Identify Network Design-Identify Protocol-Identify Communication ServicesIdentify Physical AssetIdentify Media-Identify Storages-Identify Organization Map and Position-Identify Organization Hardware Components (Printer, Scanner, Fax, Modem, Antenna, Receiver, Sender, Camera, Fire Control, Access Control, Server Room, Server, Earthing Hole, Manhole, Duct, Riser, UPS, Mobile Computer, PC, USB, CD/DVD Writer, CD/DVD Reader, Flash Reader, FDD, Firewall, IDS, Switch, Router,…)Security PolicyIndicate team membersEstablish Management TeamImplementationIndicate Scope of ImplementationIndicate Scope of ImplementationIndicate Team MembersEstablish Management Team-Establish Executive Team-Establish Advisor teamIndicate Security ToolsIdentify Organization Current Tools-Identify Security Tools-Identify Permitted tools-Indicate Buy RequirementsConfiguration and Change ManagementPlan Project Configuration and Change ControlEstablish Configuration Management Policies-Establish Change Control ProcessCreate Project Configuration Management EnvironmentSet up Configuration Management EnvironmentProject ManagementConceive New ProjectInitiate Project-Develop Business Case-Identify and Assess Project RisksCreate Security PlanDefine Project Organization and Staffing-Define Monitoring and Control Processes-Plan Phases and Iterations-Make Security Development PlanMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseActivities of the Inception Phase(i)
Agreement that the classified assets are acceptable.(ii)
All risks have been identified, and a mitigation strategy exists for each.(iii)
Risks have been identified in accordance with the risk assessment and management methodology.(iv)
The designed system is in accordance with the identified risks.(v)
Agreement that the designed system reduces risks.(vi)
Writing the security policy.Table3 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.(i)
Is the security level acceptable?(ii)
Are the identified risks reduced?(iii)
Agreement that the security level is acceptable.Table 3
Activities of the analysis and design phase.
DisciplineWorkflowActivityAssetIdentify Risk Assessment StrategyIdentify Risk Assessment StrategyAnalyze AssetIdentify Asset Lifecycle-Identify Asset condition-Identify Asset Qualitative Analysis-Acceptable Use of Asset-Give Value to the Security Golden TriangleClassify AssetLabel Asset-Prioritize AssetIdentify And Analyze RiskIdentify Threats-Identify Organization Vulnerabilities-Calculate Vulnerabilities Effect-Calculate Threats Effect-Identify Risks-Organization Risks AssessmentPlan Risks EliminationAssign Risks to DesignsPrioritize DesignsIdentify Organization Security Levels-Prioritize Designs into Security LevelsDesign Human SecurityDesign Training Program-Segregation Security Role-Design Human events ProcedureDesign Physical SecurityDesign Earthing Hole-Design Physical Access Control-Design Fire Control-Design UPS-Design Camera-Design Wireless-Design Hardware Security Tools-Design Cabling-Design 2 and 3 Layer Tools-Design Server Room-Design Server Side-Design Client SideDesign Logical SecurityDesign Availability-Design Reliability-Design Redundancy-Design Software Security Tools-Design Network Topology-Design Backup-Design Protocol-Design Switching-Design Logical Access Control-Design Zoning-Design Naming-Design Domain-Design Network Services-Design Platform-Design Communication Services-Design Software Framework Security-Design Source SecuritySecurity PolicyDocument Human Information Security PolicyHuman Access Control Procedure-Human events Procedure-Training Program Procedure-Security Use of Data Procedure-Human Confidentiality Agreement Procedure-Exchange Agreement Procedure-Prior Employment Procedure-During Employment Procedure-Termination Employment Procedure-punishes Employment Procedure-Probable Events ProcedureDocument Logical Information Security PolicyPolicy Cryptographic Procedure-Regulation Cryptographic Procedure-Information Handling Procedure-Data Exchange Procedure-Logical events Procedure-Logical Asset removal procedure-Logical Separation of Development Procedure-Logical Disposal and Reuse Procedure-User Registration Procedure-Mobile Computing-Teleworking-Monitoring System Procedure-Input Validation Procedure-Output Validation Procedure-Control Internal Processing Procedure-Restriction Change Package Procedure-Control Installation Package Procedure-Sensitive System Isolation Procedure-Out Sourcing Procedure-Internal Producing Procedure-Availability Procedure-Reliability Procedure-Redundancy Procedure-Software Security Tools Procedure-Network Topology Procedure-Backup Procedure-Protocol Procedure-Switching Procedure-Logical Access Control Procedure-Zoning Procedure-Naming Procedure-Domain Procedure-Network Services Procedure-Platform Procedure-Communication Services Procedure-Software Framework Security Procedure-Source Security ProcedureDocument physical Information Security PolicyPhysical Asset Removal Procedure-Physical Separation of Development Procedure-Sitting and Protection Procedure-Supporting Utilities Procedure-Equipment Maintenance Procedure-Clean Environment procedure-mobile computer procedure-Physical Disposal and Reuse Procedure-Human events Procedure-Earthing Hole procedure-Physical Access Control procedure-Fire Control procedure-UPS procedure-Camera procedure-Wireless procedure-Hardware Security Tools procedure-Cabling procedure-2 and 3 Layer Tools procedure-Server Room procedure-Server Side procedure-Client Side procedureImplementationBuy Security ToolsPrioritize Need ToolsConfiguration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseTable4 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.(i)
testing the implementation to keep the security at an acceptable level,(ii)
agreement that major risks do not exist.Table 4
Activities of the construction phase.
DisciplineWorkflowActivityImplementationImplement Physical DesignPrioritize Physical Design-Schedule Physical Design-Implement Earthing Hole-Implement Physical Access Control-Implement Fire Control-Implement UPS-Implement Camera-Implement Wireless-Implement Hardware Security Tools-Implement Cabling-Implement 2 and 3 Layer Tools-Implement Server Room-Implement Server Side-Implement Client SideImplement Logical DesignPrioritize Logical Design-Schedule Logical Design-Implement Availability-Implement Reliability-Implement Redundancy-Implement Software Security Tools-Implement Network Topology-Implement Backup-Implement Protocol-Implement Switching-Implement Logical Access Control-Implement Zoning-Implement Naming-Implement Domain-Implement Network Services-Implement Platform-Implement Communication Services-Implement Software Framework Security-Implement Source SecurityImplement Human DesignPrioritize Human Design-Schedule Human Design-Implement Training Program-Implement Human events ProcedureConfiguration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseCloseOut PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseTable5 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.Table 5
Activities of the monitoring phase.
DisciplineWorkflowActivityAssetMonitor AssetIdentify New Asset-Identify New Treats-Identify New VulnerabilitiesSecurity PolicyReview Human Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)Review Logical Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)Review physical Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)ImplementationMonitor Physical ImplementationTest Earthing Hole-Test Physical Access Control-Test Fire Control-Test UPS-Test Camera-Test Wireless-Test Hardware Security Tools-Test Cabling-Test 2 and 3 Layer Tools-Test Server Room-Test Server Side-Test Client SideMonitor Logical ImplementationTest Availability-Test Reliability-Test Redundancy-Test Software Security Tools-Test Network Topology-Test Backup-Test Protocol-Test Switching-Test Logical Access Control-Test Zoning-Test Naming-Test Domain-Test Network Services-Test Platform-Test Communication Services-Test Software Framework Security-Test Source SecurityMonitor Human ImplementationTest Training Program-Test Human events ProcedureReport Physical Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Report Logical Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Report Human Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Configuration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out ProjectPrepare for Project Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business Case


### 3.5.  Risk Assessment

In SUP, we present the FEMRA (fuzzy expert model for risk assessment) model [21], 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 [22]. The relevant knowledge from human experts is stored as rule database in order to apply fuzzy logic and infer an overall numerical value [23]. 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. Figure5 illustrates the dependencies among some of the most important notions in the risk assessment terminology. There are three steps in the risk assessment model.Figure 5
FEMRA risk assessment structure.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.Algorithm1 illustrates the proposed risk assessment pseudocode.Algorithm 1:Risk assessment ().
Require: SGT = [C,I,A]{Security-golden-triangle}Require:  E=[e1,e2,e3,…,en]{Experts}1: Cube = [Business, Logical, Physical] {Security Cube}2: Business = [Human]3: Logical = [Foreign, Country, Organization, Personal, Organizational, Platform, Application, Strategy, Protocol,Communication, Design]4: Physical = [Media, Storage, Where, Hardware Component]5: for  each d∈  Cube  do6:  for  each s∈d  do7:   A = AssetIdentification(d,s){d: domains, s: sections}8:  end  for9: end  for10: T = ThreatIdentification() {Threat Identification T=[t1,t1,…,tn]}11: Evaluation(E, SGT) {CIA Triad Evaluation}12: for each a∈A  do13:  V[a] = VulnerabilityIdentification(a) {Vulnerability Identification V=[v1,v2…,vn]}14: end  for15: R = RiskIdentification(A,V) {Risk Identification R=[r1,r2,…,rn]}16: for  each  a∈A  do17:  AV[a] = AssetValue(E,a) {Asset value}18: end  for19: for  each  v∈V  do20:  VE[v] = VulnerabilityEffect(E,v) {Vulnerability Effect}21: end  for22: for  each  t∈T  do23:  TE[t] = ThreatEffect(E,t) {Threat Effect}24: end  for25: for  each  r∈R  do26:  FRA = Fuzzification(r·a) {related asset}27:  FRV = Fuzzification(r·v) {related vulnerability}28:  FRT = Fuzzification(r·t) {related threat}29:  RE[r] = defuzzification(FRA, FRV, FRT)30: end  for31: Return  SRE = Sort(RE)


#### 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 [24]. Assets are classified according to three views.(i)
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.(ii)
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.(iii)
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.Figure 6
SUP cube.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 aC-I-A triad. Table 6 presents some examples of assets based on the security cube.Table 6
Assets.
IDDomainSection (sub)AssetA1Business viewWho (human)John SmithA2Logical view (software)Organizational (app.)Human Resource ApplicationA3Logical View (Data)Organizational (DB)SQL_Server_1A4Logical view (network)Application (DNS)DNS_1A5Logical view (network)Design (VLAN)VLAN_1A6Physical viewHardware component (server room)Server_Room_1


#### 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 [2]. Threats can adversely affect assets. Table 7 shows some examples of threats.Table 7
Threats.
IDThreatT1Cache poisoning attacksT2Data deletionT3SQL injectionT4VLAN hopping attacksT5EarthquakeT6Data theftT7Directory traversalT8Data discoveryT9Physical theft


#### 3.5.3.  CIA Triad Evaluation

Evaluating theCIA 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 (C), integrity (I), and availability (A) are denoted as wC,wI, and wA, respectively. We use n experts (e) to evaluate the CIA triad. {Ce,Ie,Ae}∈[0,1]. 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:(1){Ce,Ie,Ae}∈[0,1],wC=∑e=1nCen,wI=∑e=1nIen,wA=∑e=1nAen.Table8 illustrates the opinion of n experts about the CIA triad for a hypothetical organization.Table 8
CIA triad evaluation.
ExpertConfidentiality(C)Integrity(I)Availability(A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanWeightwCwIwA


#### 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 theCIA triad. Vulnerability identification can be achieved by different means such as software tools in networks, questionnaire forms, and so forth [23]. Table 9 presents some examples of asset vulnerabilities.Table 9
Asset vulnerabilities.
IDAssetVulnerabilityV1A1 (John Smith)No knowledge of file encoding using public keysV2A2 (Human Resource Application)Unchecked user inputV3A3 (SQL_Server_1)Not using a mixed authentication modeV4A4 (DNS_1)Insufficient transaction ID spaceV5A5 (VLAN_1)Not properly configuredV6A6 (Serve_Room_1)Unsuitable location


#### 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. Table10 illustrates some risks within an organization.Table 10
Some risks in an organization.
Asset IDVulnerability IDThreat IDRisk IDA1V1T9R1A2V2T3R2A2V2T7R3A3V3T2R4A3V3T6R5A3V3T8R6A4V4T1R7A5V5T4R8A6V6T5R9A6V6T9R10


#### 3.5.6.  Asset Value (AV)

TheCIA triad should be used to calculate the value of each asset. We use n 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). AVC,AVI, and AVA illustrates the calculation of asset value in confidentiality, integrity, and availability, respectively. Table 11 shows the calculation of asset value by n experts:
(2){Ce,Ie,Ae}∈[1,9],AVC=wC⋅(∑e=1nCen),AVI=wI⋅(∑e=1nIen),AVA=wA⋅(∑e=1nAen),AV=AVC+AVI+AVA.Table 11
Asset value.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanValueAVCAVIAVATable 12
Range.
LevelLevelEffectHighHigh9HighMedium8HighLow7MediumHigh6MediumMedium5MediumLow4LowHigh3LowMedium2LowLow1


#### 3.5.7.  Vulnerability Effect (VE)

We represent vulnerability effects with a percentage, and, for better accuracy, we get help fromn 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)VE=∑e=1neffectn.Table 13
Vulnerability Effect.
ExpertEffectE1P1%E2P2%E3P3%⋮⋮EnPn%EffectVE


#### 3.5.8.  Threat Effect (TE)

We used theCIA triad to calculate threat effects. We use n 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). TEC, TEI, and TEA illustrates the calculation of threat effect in confidentiality, integrity, and availability, respectively. Table 14 shows the calculation of threat effect by n experts:(4){Ce,Ie,Ae}∈[1,9],TEC=wC⋅(∑e=1nCen),TEI=wI⋅(∑e=1nIen),TEA=wA⋅(∑e=1nAen),TE=TEC+TEI+TEA.Table 14
Threat effect.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanEffectTECTEITEA


#### 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:(5)AV∈[1,9],VE∈[1,100],TE∈[1,9],RE=defuzz⋅(fuzz⋅(AV),fuzz⋅(VE),fuzz⋅(TE)).(i)
Fuzzification. Three membership functions are used for the three inputs, as can be seen in Figures 7(a), 7(b), and 7(c).(ii)
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 = LowRule  2:if (Threat_Effect = Medium and Vulnerability_Effect = Low)then Risk_Effect = LowRule  3:if (Threat_Effect = Medium and Vulnerability_Effect = Medium)then Risk_Effect = LowRule  4:if (Threat_Effect = Medium and Vulnerability_Effect = High)then Risk_Effect = MediumRule  5:if (Threat_Effect = High and Asset_Value = Low)then Risk_Effect = MediumRule  6:if (Threat_Effect = High and Vulnerability_Effect= Low andAsset_Value = Medium)then Risk_Effect = MediumRule  7:if (Threat_Effect = High and Vulnerability_Effect= Medium andAsset_Value = Medium)then Risk_Effect = MediumRule  8:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = Medium)then Risk_Effect = HighRule  9:if (Threat_Effect = High and Vulnerability_Effect= Low and Asset_Value = High)then Risk_Effect = MediumRule  10:if (Threat_Effect = High and Vulnerability_Effect= Medium and Asset_Value = High)then Risk_Effect = HighRule  11:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = High)then Risk_Effect = High(iii)
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.Three-level membership function.
(a)
Asset value(b)
Vulnerability effect(c)
Threat effect(d)
Risk assessment


## 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 [20].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 Figure1, 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.Figure 1
SUP architecture (phases: dynamic dimension; disciplines: static dimension).Figure 2
Asset discipline.A workflow consists of some activities that produce a result of observable value. Figure3 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.Table 1
Workflow elements.
SymbolNameDescriptionRoleA role describes the responsibilities of person or a team in SUP. Role uses artifacts to perform activities and also generates some artifacts.ActivityActivity identifies the work that roles do to obtain meaningful results. Activity has input and output artifacts.ArtifactArtifact is a either final or intermediate product that is generated during the project. Artifact may be: (1) A document such as list of threats or vulnerabilities. (2) A model such as Risk Assessment StrategyFigure 3
Identify and analyze risk workflow.


## 3.3.  Milestones

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.(i)
Is the security level acceptable?(ii)
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. Figure4 shows the phases and milestones of a security management project at each phase end.Figure 4
The phases and milestones of SUP.


## 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.(i)
agreement that the cost/schedule estimates are appropriate.(ii)
agreement that the right set of security requirements have been obtained and that there is a common understanding of these requirements.(iii)
agreement that the identified assets are acceptable.(iv)
agreement that the defined risk assessment and management methodology is appropriate.(v)
formation of the executive committee of the organization.Table2 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.Table 2
Activities of the inception phase.
DisciplineWorkflowActivityBusiness ModelingAssess Business StatusIdentify Organization Security Vision-Identify Organization Security Mission-Identify Organization Security Strategy-Identify Organization Security Policy-Identify Organization Security ValueIdentify Business ProcessesIdentify Business Structure-Identify Business Process-Identify Internal Rule-Identify External Rule-Identify Partner-Identify CooperatorIdentify Roles and ResponsibilitiesIdentify Human-Identify RoleAssetIdentify Human AssetIdentify HumanIdentify Logical AssetIdentify Organization Data-Identify Personal Data-Identify Organization Software-Identify Country Software-Identify Foreign Software-Identify Platform-Identify Network Services-Identify Network Design-Identify Protocol-Identify Communication ServicesIdentify Physical AssetIdentify Media-Identify Storages-Identify Organization Map and Position-Identify Organization Hardware Components (Printer, Scanner, Fax, Modem, Antenna, Receiver, Sender, Camera, Fire Control, Access Control, Server Room, Server, Earthing Hole, Manhole, Duct, Riser, UPS, Mobile Computer, PC, USB, CD/DVD Writer, CD/DVD Reader, Flash Reader, FDD, Firewall, IDS, Switch, Router,…)Security PolicyIndicate team membersEstablish Management TeamImplementationIndicate Scope of ImplementationIndicate Scope of ImplementationIndicate Team MembersEstablish Management Team-Establish Executive Team-Establish Advisor teamIndicate Security ToolsIdentify Organization Current Tools-Identify Security Tools-Identify Permitted tools-Indicate Buy RequirementsConfiguration and Change ManagementPlan Project Configuration and Change ControlEstablish Configuration Management Policies-Establish Change Control ProcessCreate Project Configuration Management EnvironmentSet up Configuration Management EnvironmentProject ManagementConceive New ProjectInitiate Project-Develop Business Case-Identify and Assess Project RisksCreate Security PlanDefine Project Organization and Staffing-Define Monitoring and Control Processes-Plan Phases and Iterations-Make Security Development PlanMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseActivities of the Inception Phase(i)
Agreement that the classified assets are acceptable.(ii)
All risks have been identified, and a mitigation strategy exists for each.(iii)
Risks have been identified in accordance with the risk assessment and management methodology.(iv)
The designed system is in accordance with the identified risks.(v)
Agreement that the designed system reduces risks.(vi)
Writing the security policy.Table3 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.(i)
Is the security level acceptable?(ii)
Are the identified risks reduced?(iii)
Agreement that the security level is acceptable.Table 3
Activities of the analysis and design phase.
DisciplineWorkflowActivityAssetIdentify Risk Assessment StrategyIdentify Risk Assessment StrategyAnalyze AssetIdentify Asset Lifecycle-Identify Asset condition-Identify Asset Qualitative Analysis-Acceptable Use of Asset-Give Value to the Security Golden TriangleClassify AssetLabel Asset-Prioritize AssetIdentify And Analyze RiskIdentify Threats-Identify Organization Vulnerabilities-Calculate Vulnerabilities Effect-Calculate Threats Effect-Identify Risks-Organization Risks AssessmentPlan Risks EliminationAssign Risks to DesignsPrioritize DesignsIdentify Organization Security Levels-Prioritize Designs into Security LevelsDesign Human SecurityDesign Training Program-Segregation Security Role-Design Human events ProcedureDesign Physical SecurityDesign Earthing Hole-Design Physical Access Control-Design Fire Control-Design UPS-Design Camera-Design Wireless-Design Hardware Security Tools-Design Cabling-Design 2 and 3 Layer Tools-Design Server Room-Design Server Side-Design Client SideDesign Logical SecurityDesign Availability-Design Reliability-Design Redundancy-Design Software Security Tools-Design Network Topology-Design Backup-Design Protocol-Design Switching-Design Logical Access Control-Design Zoning-Design Naming-Design Domain-Design Network Services-Design Platform-Design Communication Services-Design Software Framework Security-Design Source SecuritySecurity PolicyDocument Human Information Security PolicyHuman Access Control Procedure-Human events Procedure-Training Program Procedure-Security Use of Data Procedure-Human Confidentiality Agreement Procedure-Exchange Agreement Procedure-Prior Employment Procedure-During Employment Procedure-Termination Employment Procedure-punishes Employment Procedure-Probable Events ProcedureDocument Logical Information Security PolicyPolicy Cryptographic Procedure-Regulation Cryptographic Procedure-Information Handling Procedure-Data Exchange Procedure-Logical events Procedure-Logical Asset removal procedure-Logical Separation of Development Procedure-Logical Disposal and Reuse Procedure-User Registration Procedure-Mobile Computing-Teleworking-Monitoring System Procedure-Input Validation Procedure-Output Validation Procedure-Control Internal Processing Procedure-Restriction Change Package Procedure-Control Installation Package Procedure-Sensitive System Isolation Procedure-Out Sourcing Procedure-Internal Producing Procedure-Availability Procedure-Reliability Procedure-Redundancy Procedure-Software Security Tools Procedure-Network Topology Procedure-Backup Procedure-Protocol Procedure-Switching Procedure-Logical Access Control Procedure-Zoning Procedure-Naming Procedure-Domain Procedure-Network Services Procedure-Platform Procedure-Communication Services Procedure-Software Framework Security Procedure-Source Security ProcedureDocument physical Information Security PolicyPhysical Asset Removal Procedure-Physical Separation of Development Procedure-Sitting and Protection Procedure-Supporting Utilities Procedure-Equipment Maintenance Procedure-Clean Environment procedure-mobile computer procedure-Physical Disposal and Reuse Procedure-Human events Procedure-Earthing Hole procedure-Physical Access Control procedure-Fire Control procedure-UPS procedure-Camera procedure-Wireless procedure-Hardware Security Tools procedure-Cabling procedure-2 and 3 Layer Tools procedure-Server Room procedure-Server Side procedure-Client Side procedureImplementationBuy Security ToolsPrioritize Need ToolsConfiguration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseTable4 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.(i)
testing the implementation to keep the security at an acceptable level,(ii)
agreement that major risks do not exist.Table 4
Activities of the construction phase.
DisciplineWorkflowActivityImplementationImplement Physical DesignPrioritize Physical Design-Schedule Physical Design-Implement Earthing Hole-Implement Physical Access Control-Implement Fire Control-Implement UPS-Implement Camera-Implement Wireless-Implement Hardware Security Tools-Implement Cabling-Implement 2 and 3 Layer Tools-Implement Server Room-Implement Server Side-Implement Client SideImplement Logical DesignPrioritize Logical Design-Schedule Logical Design-Implement Availability-Implement Reliability-Implement Redundancy-Implement Software Security Tools-Implement Network Topology-Implement Backup-Implement Protocol-Implement Switching-Implement Logical Access Control-Implement Zoning-Implement Naming-Implement Domain-Implement Network Services-Implement Platform-Implement Communication Services-Implement Software Framework Security-Implement Source SecurityImplement Human DesignPrioritize Human Design-Schedule Human Design-Implement Training Program-Implement Human events ProcedureConfiguration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseCloseOut PhasePrepare for Phase Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business CaseTable5 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.Table 5
Activities of the monitoring phase.
DisciplineWorkflowActivityAssetMonitor AssetIdentify New Asset-Identify New Treats-Identify New VulnerabilitiesSecurity PolicyReview Human Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)Review Logical Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)Review physical Information Security PolicyReview All Procedure (monthly-seasonally-semesterly-yearly)ImplementationMonitor Physical ImplementationTest Earthing Hole-Test Physical Access Control-Test Fire Control-Test UPS-Test Camera-Test Wireless-Test Hardware Security Tools-Test Cabling-Test 2 and 3 Layer Tools-Test Server Room-Test Server Side-Test Client SideMonitor Logical ImplementationTest Availability-Test Reliability-Test Redundancy-Test Software Security Tools-Test Network Topology-Test Backup-Test Protocol-Test Switching-Test Logical Access Control-Test Zoning-Test Naming-Test Domain-Test Network Services-Test Platform-Test Communication Services-Test Software Framework Security-Test Source SecurityMonitor Human ImplementationTest Training Program-Test Human events ProcedureReport Physical Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Report Logical Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Report Human Implementation MonitoringReport All Monitoring (monthly-seasonally-semesterly-yearly)Configuration and Change ManagementManage Change RequestsSubmit Change Request-Update Change Request-Review Change Request-Confirm Duplicate or Rejected CRProject ManagementMonitor and Control ProjectMonitor Project Status-Schedule and Assign Work-Report Status-Handle Exceptions and ProblemsManage IterationAcquire Staff-Initiate Iteration-Assess IterationEvaluate Project Scope and RiskIdentify and Assess Risks-Develop Business CaseClose-Out ProjectPrepare for Project Close-OutPlan for Next IterationDevelop Iteration Plan-Develop Business Case


## 3.5.  Risk Assessment

In SUP, we present the FEMRA (fuzzy expert model for risk assessment) model [21], 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 [22]. The relevant knowledge from human experts is stored as rule database in order to apply fuzzy logic and infer an overall numerical value [23]. 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. Figure5 illustrates the dependencies among some of the most important notions in the risk assessment terminology. There are three steps in the risk assessment model.Figure 5
FEMRA risk assessment structure.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.Algorithm1 illustrates the proposed risk assessment pseudocode.Algorithm 1:Risk assessment ().
Require: SGT = [C,I,A]{Security-golden-triangle}Require:  E=[e1,e2,e3,…,en]{Experts}1: Cube = [Business, Logical, Physical] {Security Cube}2: Business = [Human]3: Logical = [Foreign, Country, Organization, Personal, Organizational, Platform, Application, Strategy, Protocol,Communication, Design]4: Physical = [Media, Storage, Where, Hardware Component]5: for  each d∈  Cube  do6:  for  each s∈d  do7:   A = AssetIdentification(d,s){d: domains, s: sections}8:  end  for9: end  for10: T = ThreatIdentification() {Threat Identification T=[t1,t1,…,tn]}11: Evaluation(E, SGT) {CIA Triad Evaluation}12: for each a∈A  do13:  V[a] = VulnerabilityIdentification(a) {Vulnerability Identification V=[v1,v2…,vn]}14: end  for15: R = RiskIdentification(A,V) {Risk Identification R=[r1,r2,…,rn]}16: for  each  a∈A  do17:  AV[a] = AssetValue(E,a) {Asset value}18: end  for19: for  each  v∈V  do20:  VE[v] = VulnerabilityEffect(E,v) {Vulnerability Effect}21: end  for22: for  each  t∈T  do23:  TE[t] = ThreatEffect(E,t) {Threat Effect}24: end  for25: for  each  r∈R  do26:  FRA = Fuzzification(r·a) {related asset}27:  FRV = Fuzzification(r·v) {related vulnerability}28:  FRT = Fuzzification(r·t) {related threat}29:  RE[r] = defuzzification(FRA, FRV, FRT)30: end  for31: Return  SRE = Sort(RE)


### 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 [24]. Assets are classified according to three views.(i)
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.(ii)
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.(iii)
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.Figure 6
SUP cube.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 aC-I-A triad. Table 6 presents some examples of assets based on the security cube.Table 6
Assets.
IDDomainSection (sub)AssetA1Business viewWho (human)John SmithA2Logical view (software)Organizational (app.)Human Resource ApplicationA3Logical View (Data)Organizational (DB)SQL_Server_1A4Logical view (network)Application (DNS)DNS_1A5Logical view (network)Design (VLAN)VLAN_1A6Physical viewHardware component (server room)Server_Room_1


### 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 [2]. Threats can adversely affect assets. Table 7 shows some examples of threats.Table 7
Threats.
IDThreatT1Cache poisoning attacksT2Data deletionT3SQL injectionT4VLAN hopping attacksT5EarthquakeT6Data theftT7Directory traversalT8Data discoveryT9Physical theft


### 3.5.3.  CIA Triad Evaluation

Evaluating theCIA 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 (C), integrity (I), and availability (A) are denoted as wC,wI, and wA, respectively. We use n experts (e) to evaluate the CIA triad. {Ce,Ie,Ae}∈[0,1]. 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:(1){Ce,Ie,Ae}∈[0,1],wC=∑e=1nCen,wI=∑e=1nIen,wA=∑e=1nAen.Table8 illustrates the opinion of n experts about the CIA triad for a hypothetical organization.Table 8
CIA triad evaluation.
ExpertConfidentiality(C)Integrity(I)Availability(A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanWeightwCwIwA


### 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 theCIA triad. Vulnerability identification can be achieved by different means such as software tools in networks, questionnaire forms, and so forth [23]. Table 9 presents some examples of asset vulnerabilities.Table 9
Asset vulnerabilities.
IDAssetVulnerabilityV1A1 (John Smith)No knowledge of file encoding using public keysV2A2 (Human Resource Application)Unchecked user inputV3A3 (SQL_Server_1)Not using a mixed authentication modeV4A4 (DNS_1)Insufficient transaction ID spaceV5A5 (VLAN_1)Not properly configuredV6A6 (Serve_Room_1)Unsuitable location


### 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. Table10 illustrates some risks within an organization.Table 10
Some risks in an organization.
Asset IDVulnerability IDThreat IDRisk IDA1V1T9R1A2V2T3R2A2V2T7R3A3V3T2R4A3V3T6R5A3V3T8R6A4V4T1R7A5V5T4R8A6V6T5R9A6V6T9R10


### 3.5.6.  Asset Value (AV)

TheCIA triad should be used to calculate the value of each asset. We use n 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). AVC,AVI, and AVA illustrates the calculation of asset value in confidentiality, integrity, and availability, respectively. Table 11 shows the calculation of asset value by n experts:
(2){Ce,Ie,Ae}∈[1,9],AVC=wC⋅(∑e=1nCen),AVI=wI⋅(∑e=1nIen),AVA=wA⋅(∑e=1nAen),AV=AVC+AVI+AVA.Table 11
Asset value.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanValueAVCAVIAVATable 12
Range.
LevelLevelEffectHighHigh9HighMedium8HighLow7MediumHigh6MediumMedium5MediumLow4LowHigh3LowMedium2LowLow1


### 3.5.7.  Vulnerability Effect (VE)

We represent vulnerability effects with a percentage, and, for better accuracy, we get help fromn 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)VE=∑e=1neffectn.Table 13
Vulnerability Effect.
ExpertEffectE1P1%E2P2%E3P3%⋮⋮EnPn%EffectVE


### 3.5.8.  Threat Effect (TE)

We used theCIA triad to calculate threat effects. We use n 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). TEC, TEI, and TEA illustrates the calculation of threat effect in confidentiality, integrity, and availability, respectively. Table 14 shows the calculation of threat effect by n experts:(4){Ce,Ie,Ae}∈[1,9],TEC=wC⋅(∑e=1nCen),TEI=wI⋅(∑e=1nIen),TEA=wA⋅(∑e=1nAen),TE=TEC+TEI+TEA.Table 14
Threat effect.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanEffectTECTEITEA


### 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:(5)AV∈[1,9],VE∈[1,100],TE∈[1,9],RE=defuzz⋅(fuzz⋅(AV),fuzz⋅(VE),fuzz⋅(TE)).(i)
Fuzzification. Three membership functions are used for the three inputs, as can be seen in Figures 7(a), 7(b), and 7(c).(ii)
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 = LowRule  2:if (Threat_Effect = Medium and Vulnerability_Effect = Low)then Risk_Effect = LowRule  3:if (Threat_Effect = Medium and Vulnerability_Effect = Medium)then Risk_Effect = LowRule  4:if (Threat_Effect = Medium and Vulnerability_Effect = High)then Risk_Effect = MediumRule  5:if (Threat_Effect = High and Asset_Value = Low)then Risk_Effect = MediumRule  6:if (Threat_Effect = High and Vulnerability_Effect= Low andAsset_Value = Medium)then Risk_Effect = MediumRule  7:if (Threat_Effect = High and Vulnerability_Effect= Medium andAsset_Value = Medium)then Risk_Effect = MediumRule  8:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = Medium)then Risk_Effect = HighRule  9:if (Threat_Effect = High and Vulnerability_Effect= Low and Asset_Value = High)then Risk_Effect = MediumRule  10:if (Threat_Effect = High and Vulnerability_Effect= Medium and Asset_Value = High)then Risk_Effect = HighRule  11:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = High)then Risk_Effect = High(iii)
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.Three-level membership function.
(a)
Asset value(b)
Vulnerability effect(c)
Threat effect(d)
Risk assessment


## 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 [24]. Assets are classified according to three views.(i)
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.(ii)
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.(iii)
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.Figure 6
SUP cube.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 aC-I-A triad. Table 6 presents some examples of assets based on the security cube.Table 6
Assets.
IDDomainSection (sub)AssetA1Business viewWho (human)John SmithA2Logical view (software)Organizational (app.)Human Resource ApplicationA3Logical View (Data)Organizational (DB)SQL_Server_1A4Logical view (network)Application (DNS)DNS_1A5Logical view (network)Design (VLAN)VLAN_1A6Physical viewHardware component (server room)Server_Room_1


## 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 [2]. Threats can adversely affect assets. Table 7 shows some examples of threats.Table 7
Threats.
IDThreatT1Cache poisoning attacksT2Data deletionT3SQL injectionT4VLAN hopping attacksT5EarthquakeT6Data theftT7Directory traversalT8Data discoveryT9Physical theft


## 3.5.3.  CIA Triad Evaluation

Evaluating theCIA 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 (C), integrity (I), and availability (A) are denoted as wC,wI, and wA, respectively. We use n experts (e) to evaluate the CIA triad. {Ce,Ie,Ae}∈[0,1]. 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:(1){Ce,Ie,Ae}∈[0,1],wC=∑e=1nCen,wI=∑e=1nIen,wA=∑e=1nAen.Table8 illustrates the opinion of n experts about the CIA triad for a hypothetical organization.Table 8
CIA triad evaluation.
ExpertConfidentiality(C)Integrity(I)Availability(A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanWeightwCwIwA


## 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 theCIA triad. Vulnerability identification can be achieved by different means such as software tools in networks, questionnaire forms, and so forth [23]. Table 9 presents some examples of asset vulnerabilities.Table 9
Asset vulnerabilities.
IDAssetVulnerabilityV1A1 (John Smith)No knowledge of file encoding using public keysV2A2 (Human Resource Application)Unchecked user inputV3A3 (SQL_Server_1)Not using a mixed authentication modeV4A4 (DNS_1)Insufficient transaction ID spaceV5A5 (VLAN_1)Not properly configuredV6A6 (Serve_Room_1)Unsuitable location


## 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. Table10 illustrates some risks within an organization.Table 10
Some risks in an organization.
Asset IDVulnerability IDThreat IDRisk IDA1V1T9R1A2V2T3R2A2V2T7R3A3V3T2R4A3V3T6R5A3V3T8R6A4V4T1R7A5V5T4R8A6V6T5R9A6V6T9R10


## 3.5.6.  Asset Value (AV)

TheCIA triad should be used to calculate the value of each asset. We use n 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). AVC,AVI, and AVA illustrates the calculation of asset value in confidentiality, integrity, and availability, respectively. Table 11 shows the calculation of asset value by n experts:
(2){Ce,Ie,Ae}∈[1,9],AVC=wC⋅(∑e=1nCen),AVI=wI⋅(∑e=1nIen),AVA=wA⋅(∑e=1nAen),AV=AVC+AVI+AVA.Table 11
Asset value.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanValueAVCAVIAVATable 12
Range.
LevelLevelEffectHighHigh9HighMedium8HighLow7MediumHigh6MediumMedium5MediumLow4LowHigh3LowMedium2LowLow1


## 3.5.7.  Vulnerability Effect (VE)

We represent vulnerability effects with a percentage, and, for better accuracy, we get help fromn 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)VE=∑e=1neffectn.Table 13
Vulnerability Effect.
ExpertEffectE1P1%E2P2%E3P3%⋮⋮EnPn%EffectVE


## 3.5.8.  Threat Effect (TE)

We used theCIA triad to calculate threat effects. We use n 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). TEC, TEI, and TEA illustrates the calculation of threat effect in confidentiality, integrity, and availability, respectively. Table 14 shows the calculation of threat effect by n experts:(4){Ce,Ie,Ae}∈[1,9],TEC=wC⋅(∑e=1nCen),TEI=wI⋅(∑e=1nIen),TEA=wA⋅(∑e=1nAen),TE=TEC+TEI+TEA.Table 14
Threat effect.
ExpertConfidentiality (C)Integrity (I)Availability (A)E1c1i1a1E2c2i2a2E3c3i3a3⋮⋮⋮⋮EncninanEffectTECTEITEA


## 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:(5)AV∈[1,9],VE∈[1,100],TE∈[1,9],RE=defuzz⋅(fuzz⋅(AV),fuzz⋅(VE),fuzz⋅(TE)).(i)
Fuzzification. Three membership functions are used for the three inputs, as can be seen in Figures 7(a), 7(b), and 7(c).(ii)
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 = LowRule  2:if (Threat_Effect = Medium and Vulnerability_Effect = Low)then Risk_Effect = LowRule  3:if (Threat_Effect = Medium and Vulnerability_Effect = Medium)then Risk_Effect = LowRule  4:if (Threat_Effect = Medium and Vulnerability_Effect = High)then Risk_Effect = MediumRule  5:if (Threat_Effect = High and Asset_Value = Low)then Risk_Effect = MediumRule  6:if (Threat_Effect = High and Vulnerability_Effect= Low andAsset_Value = Medium)then Risk_Effect = MediumRule  7:if (Threat_Effect = High and Vulnerability_Effect= Medium andAsset_Value = Medium)then Risk_Effect = MediumRule  8:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = Medium)then Risk_Effect = HighRule  9:if (Threat_Effect = High and Vulnerability_Effect= Low and Asset_Value = High)then Risk_Effect = MediumRule  10:if (Threat_Effect = High and Vulnerability_Effect= Medium and Asset_Value = High)then Risk_Effect = HighRule  11:if (Threat_Effect = High and Vulnerability_Effect= High and Asset_Value = High)then Risk_Effect = High(iii)
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.Three-level membership function.
(a)
Asset value(b)
Vulnerability effect(c)
Threat effect(d)
Risk assessment


## 4.  Results

### 4.1.  Risk Assessment

Table15 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.Table 15
Risk assessment results.
Risk IDAsset Value (0–9)Vulnerability effect (0–100)Threat effect (0–9)Risk effect (0–100)R16.9291.666.9283.6R2946.667.5683.6R3946.664.818.3R49503.0818.8R5950519.2R6960545.6R75.4463.335.4857.1R8573.332.6846R99802.9249.7R109806.9283.7


### 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 Table16. The comparison between the two methods is based on 8 parameters, which are the most important aspects of the ISMS implementation.(i)
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.(ii)
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.(iii)
Reporting. This aspect ensures that we established a framework for easy and continuous reporting.(iv)
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.(v)
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.(vi)
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 [2].(vii)
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.(viii)
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.Table 16
The comparison between the two methods.
Index no.Index nameOrganization 1Organization 2ISO 27001SUPISO 27001SUP1Monitoring278136632Maintenance and continuity156118713Reporting436051704Customer confidence508260735Risk assessment509350806Business continuity486656497Role segregation109611988Configuration and change management10401236Results%32%72%37%67Each 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.


## 4.1.  Risk Assessment

Table15 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.Table 15
Risk assessment results.
Risk IDAsset Value (0–9)Vulnerability effect (0–100)Threat effect (0–9)Risk effect (0–100)R16.9291.666.9283.6R2946.667.5683.6R3946.664.818.3R49503.0818.8R5950519.2R6960545.6R75.4463.335.4857.1R8573.332.6846R99802.9249.7R109806.9283.7


## 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 Table16. The comparison between the two methods is based on 8 parameters, which are the most important aspects of the ISMS implementation.(i)
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.(ii)
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.(iii)
Reporting. This aspect ensures that we established a framework for easy and continuous reporting.(iv)
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.(v)
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.(vi)
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 [2].(vii)
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.(viii)
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.Table 16
The comparison between the two methods.
Index no.Index nameOrganization 1Organization 2ISO 27001SUPISO 27001SUP1Monitoring278136632Maintenance and continuity156118713Reporting436051704Customer confidence508260735Risk assessment509350806Business continuity486656497Role segregation109611988Configuration and change management10401236Results%32%72%37%67Each 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.


## 5.  Conclusion

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.



---

*Source: 151205-2012-06-14.xml*