ArchiMate_SABSA

06 Modeling the Contextual Security Architecture

6.0 Overview

The SABSA Matrix illustration:

SABSA Matrix

Sourse: https://www.slideshare.net/MVeeraragaloo/sabsa-implementationpart-viver10

another Matrix view with Lifecycle context:

SABSA Matrix and Lifecyle

Source: https://www.alctraining.com.sg/course/sabsa-foundation/

Table 19: SABSA Contextual Architecture

Using Protégé tool, the snapshot ontology model is here: sabsa_matrices_2018_table19.rdf

Putting SABSA Contextual Architecture layer in the middle, below is the screenshot from onto-graph, base on Table19:

Table 19 Contextual

Figure 29: Developing and Maintaining the Contextual Security Architecture

Tha above outline enables us to visualize the set of processes and activities necessary to create and maintain an Architectural Description of the Contextual Architecture, expressed in ArchiMate Specification in below Figure 29.

Snapshot ArchiMate Model: Model till Figure29

Figure29-View

Table 20: Contextual Elements

Here are the summarization of native ArchiMate elements that are available to model the contextual layer:

table20

Snapshot ArchiMate Model: Archi Model till Table20

6.1 Business Assets

6.1.1 Capability and Value Stream

Here is an example of a Value Stream is provided by the ArchiMate Specification:

Figure30

Snapshot ArchiMate Model: Figure 30 Value Stream Modeling

6.1.2 Business Object

Element Schema File Schema Visualization
Business Object Business Object JSON Business Object Schema

Below Figure 31 shows the relation with SABSA Attributes: a Business Object (Medical Record) has confidentiality property of “CONFIDENTIAL” and is also tagged with the SABSA Attribute of the same name.

Figure31

Snapshot ArchiMate Model: Figure31 Model

Label Expression for Business Object - Medical Record:

${name}
---------------------------------
confidentiality: ${property:confidentiality}
integrity: ${property:integrity}
authenticity: ${property:authenticy}
pii: {
    "classification":"${property:pii-classification}"
    "couldBeMinor":"${property:pii-couldBeMinor}"
    "reviewPeriod":"${property:pii-reviewPeriod}"
}
retention: ${property:retention}

6.1.3 Business Service, Interface, and Service Level Agreements

In terms of asset analysis, the most important aspects of service elements are those committed in a Service Level Agreement (SLA) that incurs panalties if not delivered.

Element Schema File Schema Visualization
Business Servie (SLA) Business Service (SLA) JSON Business Service(SLA) Schema
Business Interface Business Interface JSON Business Interface Schema

6.2 Business Risk

6.3 Business Process/Function/Interaction

Element Schema File Schema Visualization
Business Behavior Elements (Process/Function/Interaction) Business Behavior Elements JSON Business Behavior Elements Schema
Access Relationship Access Relationship JSON Access Relationship Schema

6.4 Business Roles and Actors

In ArchiMate Specification, Actors represent human or organizational entities that can be assigned to Roles that describe:

Element Schema File Schema Visualization
Business Actor Business Actor JSON Business Actor Schema
«DataSubject» «DataSubject» JSON «DataSubject» Schema
Business Role Business Role JSON Business Role Schema
Business Collaboration Business Collaboration JSON Business Collaboration Schema
Serving Relation Serving JSON Serving Schema

6.4.1 Governance

Governance runs like a seam through the People column of the SABSA Matrix.

RACI presents an interesting design consideration in the ArchiMate Specification. Applying “Subject-Verb-Object” syntax to RACI requires considering what the “Process of Being Accounatable” means and what it would look like.

Figure32

Snapshot ArchiMate Model: Figure32: Representing RACI Relationships

Refer to 5.3.1 for similar Singularities issues.

a) A Pattern Repeated in Multiple Views b) … Causes Entanglement in the Underlying Model
Figure33-a Figure33-b

Snapshot ArchiMate Model: Figure33

a) Solved by a Tetiary Relationship b) Solved by Specialization of an Abstract Base Role
Figure34-a Figure34-b

Snapshot ArchiMate Model: Figure34

Element Schema File Schema Visualization
«RACI» RACI JSON RACI Schema

6.4.2 Threat Actors

Seurity models, by definition, have to consider the potential abuse of a system through malicious intent.

Three possible asys of modeling Threats are:

  1. As an Actor: A constituency that is known to pose an accidental or intentional threat
  2. As a Role: Representing a malicious intent, directed against the target system
  3. As an action (a behavior or event) that occurs by error, omission, or intent

6.5 Business Geography

6.6 Business Time Dependencies



Any comments, feel free to post to the Discussion Board.