802
edits
Changes
Jump to navigation
Jump to search
Annex C: Network and Communications Security (view source)
Revision as of 09:41, 7 April 2021
, 09:41, 7 April 2021Created page with "<div class="center"><div style="float: right; z-index: 10; position: absolute; right: 0; top: 1;">File:JoinusonGCconnex.png|link=http://gcconnex.gc.ca/groups/profile/2785549..."
<div class="center"><div style="float: right; z-index: 10; position: absolute; right: 0; top: 1;">[[File:JoinusonGCconnex.png|link=http://gcconnex.gc.ca/groups/profile/2785549/gc-enterprise-security-architecture-gc-esa]]<br />[[File:ESAcontactus.png|link=mailto:ZZTBSCYBERS@tbs-sct.gc.ca]]</div>[[File:GOC ESA.jpg|center|link=http://www.gcpedia.gc.ca/wiki/Government_of_Canada_Enterprise_Security_Architecture_(ESA)_Program]] <div class="center">
{| style="border: 2px solid #000000; border-image: none;" width="1000px"
|-
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="175px" | [[Government of Canada Enterprise Security Architecture (ESA) Program|ESA Program Overview]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ESA Backgrounder (Strategy)|ESA Foundation]]
! style="background: #C495F0; color: black" width="20%" scope="col" " width="125px" | [[ESA Requirements|ESA Artifacts]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ESA Initiatives|ESA Initiatives]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ ESA Tools and Templates]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[GC ESA Artifact Repository|ESA Reference Materials]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="100px" | [[ESA Glossary| Glossary]]
|}
{| style="border-bottom: #000000 2px solid; border-left: #000000 2px solid; border-right: #000000 2px solid" width="1000px>"
|-
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="150px" | [[ESA Requirements]]
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="225px" | [[ESA Security ConOps|ESA Concept of Operations]]
! style="background: #9a9af8; color: black" width="25%" scope="col" " width="225px" | [[ESA Architecture Description Document (ESADD)|ESA Description Document]]
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="250px" | [[ESA Pattern Diagram Repository]]
|}
{| style="border-bottom: #000000 2px solid; border-left: #000000 2px solid; border-right: #000000 2px solid" width="1000px"
|-
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex A: Endpoint Security|END]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex B: Data Security| DAT]]
! style="background: #969696; color: black" width="14%" scope="col" " width="140px" | [[Annex C: Network and Communications Security|NCS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex D: Security Operations|OPS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex E: Application Security|APP]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex F: Compute and Storage Services Security|CSS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex G: Identity, Credential, and Access Management|ICA]]
|}</div></div>
{{TOCright}}
== Overview==
The primary purpose of the Network and Communications Security (NCS) Enterprise Security Focus Areas (ESFA) is to enable secure and available communications between endpoints. Endpoints include client devices that consume services and server systems that provide services. Endpoints may be directly connected to GC network resources or they may connect indirectly via publicly accessible wired and wireless networks. In the case of publicly accessible networks, confidentiality of GC data, unauthorized access to GC resources, and leakage of GC data are key concerns that must be addressed by the NCS ESFA. The NCS ESFA covers protection of Secret, Protected, and Unclassified information. Endpoints are characterised as follows:
* '''Client Endpoint''' (workstation, desktop, tablet, smartphone, etc.)
* '''Server Endpoint''' (application server, database server, file server, etc.)
* '''Network Endpoint''' (switch, router, network security appliance, etc.)
* '''Network-Attached Peripheral Endpoint''' (printer, scanner, etc.)
* '''Hybrid Endpoint''' that relays network traffic but also provides application functionality (application proxy, email relay/server, etc.)
<br>
For more information on endpoint characteristics, following sections which can be expanded by clicking on 'Expand' on the far right.
<br>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Information-Centric Networking''' <div class="mw-collapsible-content">
---- {{:Information-Centric Networking}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Authentication and Assessment of Client Endpoints''' <div class="mw-collapsible-content">
---- {{:Authentication and Assessment of Client Endpoints}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Mobile Computing and Remote Connectivity''' <div class="mw-collapsible-content">
---- {{:Mobile Computing and Remote Connectivity}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Network and System Management''' <div class="mw-collapsible-content">
---- {{:Network and System Management}} </div></div>
<br>
=== ''Components'' ===
The components that comprise the NCS ESFA are shown in the image below and summarized in a table in the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document. The list of example technologies for each component contains examples of the types of technical solutions that embody the functions of that component.
<br>
[[File:Network and Communications Security ESFA Components.PNG|centre|thumb|396x396px|Network and Communications Security Definition]]
<br>
=== ''Context'' ===
The image below shows the context of NCS within the architecture of the GC enterprise. The NCS ESFA interacts with most of the ESFAs as well as several of the external entities. Refer to the [http://www.gcpedia.gc.ca/gcwiki/images/a/ac/GC_ESA_Description_Document_%28ESADD%29_-_Main_Body.pdf ESADD Main Body] for descriptions of the various GC Enterprise External Entities (i.e. commercial communications providers, external networks, etc.)
Internal endpoints exclusively host NCS capabilities. External endpoints host non-NCS capabilities and are divided into two categories:
# '''Infrastructure Endpoints:''' Endpoints that provide services to the NCS ESFA to enable secure and efficient operation of the network. These consist of server endpoints and hybrid network/server endpoints, which are generally housed in a secure environment under the same administration control as the network. They do not pose a significant threat to the network of GC enterprise, although they can provide an avenue of attack for malicious insiders.
# '''Mission Endpoints:''' Endpoints that obtain services from the NCS ESFA to enable mission/business functions. These consist of client and server endpoints, which may access the network via an external network or commercial communications provider and may be under different administrative control. They pose a potentially significant threat to the network and GC enterprise.
<br>
[[File:Network and Communications Security Context View.PNG|centre|thumb|648x648px|Network and Communications Security Context View]]
<br>
The context diagram also shows humans who directly interact with NCS ESFA components. Most humans indirectly interact with NCS ESFA components via other ESFA components or via an external network/communications provider. The Black Hat actor represents a malicious insider with direct access to networking components.
Note that the END and CSS ESFAs may leverage other ESFAs identified as Infrastructure Elements. As the NCS ESFA does not rely on or directly interact with them in this capacity, they are not shown as Endpoint Elements.
<br>
For more information about the nature of each interface and the security considerations associated with each interfacing element and NCS, please read the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document.<br>
<br>
== Perspectives ==
This section describes different aspects of the NCS architecture and capabilities in more depth.
<br>
For more information about this, please read the following sections which can be expanded by clicking on 'Expand' on the far right.
<br>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Information-Centricity from a Network Perspective''' <div class="mw-collapsible-content">
---- {{:NCS Information-Centricity from a Network Perspective}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Network-Centric and Information-Centric Protocols''' <div class="mw-collapsible-content">
---- {{:NCS Network-Centric and Information-Centric Protocols}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Logical Network Separation''' <div class="mw-collapsible-content">
---- {{:NCS Logical Network Separation}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Classified Network Access''' <div class="mw-collapsible-content">
---- {{:NCS Classified Network Access}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Establishing Trust in Endpoints''' <div class="mw-collapsible-content">
---- {{:NCS Establishing Trust in Endpoints}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Mobile Computing and Remote Connectivity''' <div class="mw-collapsible-content">
---- {{:NCS Mobile Computing and Remote Connectivity}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Unified Communications''' <div class="mw-collapsible-content">
---- {{:NCS Unified Communications}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Operations and Management''' <div class="mw-collapsible-content">
---- {{:NCS Operations and Management}} </div></div>
<br>
== Network and Communications Security (NCS) Target Security Architecture ==
The target architecture consists of a fully collapsed unclassified core network as shown in the image on the right. Please read the [[Media:GC ESA Definition Document (ESADD) - Main Body.pdf|GC ESA Description Document Main Body]] for detailed descriptions of the components depicted in the image on the right.
[[File:Target Network Architecture.PNG|thumb|Target Network Architecture]]
All client endpoints are connected to the GC Core Network and access application services available via the GC Private Cloud and Public Cloud networks. The image uses icons for endpoints defined in the ESADD for the Compute and Storage Service (CSS) ESFA, a desktop PC for a client endpoint, and a laptop PC for a device owned by a Canadian citizen accessing government services. The same icons with an embedded padlock symbol represent client and server endpoints that are able to interact with Information Rights Management service ("IRM-enabled"). Note that Cloud Services for Storage do not need to be IRM-enabled if they only store previously encrypted self-describing data objects that do not need to be decrypted. This is assumed to be the case for public cloud services.
As client and server endpoints are connected to unclassified networks, they must be fully self-protecting and ensure that all transmitted data is properly protected using information-centric techniques in accordance with its sensitivity or classification level.
The primary objective of the network is to provide delivery of traffic to its destination that meets Quality of Service (QoS) requirements and the required level of availability. Each perimeter provides a transparent firewall capability that blocks unauthorized traffic to prevent Denial of Service (DoS) attacks. A perimeter may also include transparent IDS/IPS and DLP capabilities that operate at line-rate. To ensure seamless connectivity that does not rely on Network Address Translation (NAT) or application proxy techniques, the network should support Internet Protocol version6 (IPv6) due to its larger address space as compared to IPv4.
The image also shows connectivity to a partner network (e.g. belonging to a corporation or foreign government) that does not support information-centric techniques. The example network is shown as being sensitive. The perimeter converts between information-centric and network-centric protocols, and performs content analysis on data received from the partner network (e.g. to check for malicious content). The Partner Network likely implements its own perimeter, but this is not shown, as it is not a GC responsibility. An interface to a classified network follows the same pattern, but the perimeter will contain more robust components, including a Cross-Domain Guard (CDG).
White this is the desired target architecture, technology and policy limitations may make it difficult to achieve in the short- to medium-term. In practice, the transition architecture described in Section 4.2.5 of the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document is likely to persist for a significant period of time.
<br>
==ESADD Annex C: Network and Communications Security (NCS) Pattern Diagrams ==
For the Pattern Diagrams for Network and Communications Security (NCS) from the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document, please visit the [[ESA Pattern Diagram Repository]].
===''List of ESADD Annex C Pattern Diagrams'' ===
*Pattern PN-NCS-001 High-level Description of Various Data Flows Mediated by Perimeter Configurations
*Pattern PN-NCS-002 High-level Description of the Actions Taken by the Network to Perform Network Access Control (NAC)
*Pattern PN-NCS-003 In-Depth Description of Cross-Domain Transfer and Access in a Network-Centric Environment
<br>
==References ==
* [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)]
* [http://www.gcpedia.gc.ca/gcwiki/images/9/99/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_B_DAT.pdf ESADD Annex B: Data Security (DAT)]
* [[Media:GC ESA Definition Document (ESADD) - Main Body.pdf|GC ESA Description Document Main Body]]
* [[Annex B: Data Security|DAT ESFA]]
* [[ESA Pattern Diagram Repository]]
* [https://www.opennetworking.org/sdn-resources/sdn-definition Open Networking Foundation]
* [http://www.embedded.com/design/connectivity/4213842/Using-PCI-Express-as-a-fabric-for-interconnect-clustering Using PCI Express as a fabric for Interconnect Clustering]
[[Category:Government of Canada Enterprise Security Architecture (ESA) Program]]
[[Category:Enterprise Security Architecture]]
[[Category:GC Enterprise Architecture]]
{| style="border: 2px solid #000000; border-image: none;" width="1000px"
|-
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="175px" | [[Government of Canada Enterprise Security Architecture (ESA) Program|ESA Program Overview]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ESA Backgrounder (Strategy)|ESA Foundation]]
! style="background: #C495F0; color: black" width="20%" scope="col" " width="125px" | [[ESA Requirements|ESA Artifacts]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ESA Initiatives|ESA Initiatives]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[ ESA Tools and Templates]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="125px" | [[GC ESA Artifact Repository|ESA Reference Materials]]
! style="background: #e1caf7; color: black" width="20%" scope="col" " width="100px" | [[ESA Glossary| Glossary]]
|}
{| style="border-bottom: #000000 2px solid; border-left: #000000 2px solid; border-right: #000000 2px solid" width="1000px>"
|-
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="150px" | [[ESA Requirements]]
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="225px" | [[ESA Security ConOps|ESA Concept of Operations]]
! style="background: #9a9af8; color: black" width="25%" scope="col" " width="225px" | [[ESA Architecture Description Document (ESADD)|ESA Description Document]]
! style="background: #c2c2fa; color: black" width="25%" scope="col" " width="250px" | [[ESA Pattern Diagram Repository]]
|}
{| style="border-bottom: #000000 2px solid; border-left: #000000 2px solid; border-right: #000000 2px solid" width="1000px"
|-
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex A: Endpoint Security|END]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex B: Data Security| DAT]]
! style="background: #969696; color: black" width="14%" scope="col" " width="140px" | [[Annex C: Network and Communications Security|NCS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex D: Security Operations|OPS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex E: Application Security|APP]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex F: Compute and Storage Services Security|CSS]]
! style="background: #d7d7d7; color: black" width="14%" scope="col" " width="140px" | [[Annex G: Identity, Credential, and Access Management|ICA]]
|}</div></div>
{{TOCright}}
== Overview==
The primary purpose of the Network and Communications Security (NCS) Enterprise Security Focus Areas (ESFA) is to enable secure and available communications between endpoints. Endpoints include client devices that consume services and server systems that provide services. Endpoints may be directly connected to GC network resources or they may connect indirectly via publicly accessible wired and wireless networks. In the case of publicly accessible networks, confidentiality of GC data, unauthorized access to GC resources, and leakage of GC data are key concerns that must be addressed by the NCS ESFA. The NCS ESFA covers protection of Secret, Protected, and Unclassified information. Endpoints are characterised as follows:
* '''Client Endpoint''' (workstation, desktop, tablet, smartphone, etc.)
* '''Server Endpoint''' (application server, database server, file server, etc.)
* '''Network Endpoint''' (switch, router, network security appliance, etc.)
* '''Network-Attached Peripheral Endpoint''' (printer, scanner, etc.)
* '''Hybrid Endpoint''' that relays network traffic but also provides application functionality (application proxy, email relay/server, etc.)
<br>
For more information on endpoint characteristics, following sections which can be expanded by clicking on 'Expand' on the far right.
<br>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Information-Centric Networking''' <div class="mw-collapsible-content">
---- {{:Information-Centric Networking}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Authentication and Assessment of Client Endpoints''' <div class="mw-collapsible-content">
---- {{:Authentication and Assessment of Client Endpoints}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Mobile Computing and Remote Connectivity''' <div class="mw-collapsible-content">
---- {{:Mobile Computing and Remote Connectivity}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Network and System Management''' <div class="mw-collapsible-content">
---- {{:Network and System Management}} </div></div>
<br>
=== ''Components'' ===
The components that comprise the NCS ESFA are shown in the image below and summarized in a table in the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document. The list of example technologies for each component contains examples of the types of technical solutions that embody the functions of that component.
<br>
[[File:Network and Communications Security ESFA Components.PNG|centre|thumb|396x396px|Network and Communications Security Definition]]
<br>
=== ''Context'' ===
The image below shows the context of NCS within the architecture of the GC enterprise. The NCS ESFA interacts with most of the ESFAs as well as several of the external entities. Refer to the [http://www.gcpedia.gc.ca/gcwiki/images/a/ac/GC_ESA_Description_Document_%28ESADD%29_-_Main_Body.pdf ESADD Main Body] for descriptions of the various GC Enterprise External Entities (i.e. commercial communications providers, external networks, etc.)
Internal endpoints exclusively host NCS capabilities. External endpoints host non-NCS capabilities and are divided into two categories:
# '''Infrastructure Endpoints:''' Endpoints that provide services to the NCS ESFA to enable secure and efficient operation of the network. These consist of server endpoints and hybrid network/server endpoints, which are generally housed in a secure environment under the same administration control as the network. They do not pose a significant threat to the network of GC enterprise, although they can provide an avenue of attack for malicious insiders.
# '''Mission Endpoints:''' Endpoints that obtain services from the NCS ESFA to enable mission/business functions. These consist of client and server endpoints, which may access the network via an external network or commercial communications provider and may be under different administrative control. They pose a potentially significant threat to the network and GC enterprise.
<br>
[[File:Network and Communications Security Context View.PNG|centre|thumb|648x648px|Network and Communications Security Context View]]
<br>
The context diagram also shows humans who directly interact with NCS ESFA components. Most humans indirectly interact with NCS ESFA components via other ESFA components or via an external network/communications provider. The Black Hat actor represents a malicious insider with direct access to networking components.
Note that the END and CSS ESFAs may leverage other ESFAs identified as Infrastructure Elements. As the NCS ESFA does not rely on or directly interact with them in this capacity, they are not shown as Endpoint Elements.
<br>
For more information about the nature of each interface and the security considerations associated with each interfacing element and NCS, please read the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document.<br>
<br>
== Perspectives ==
This section describes different aspects of the NCS architecture and capabilities in more depth.
<br>
For more information about this, please read the following sections which can be expanded by clicking on 'Expand' on the far right.
<br>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Information-Centricity from a Network Perspective''' <div class="mw-collapsible-content">
---- {{:NCS Information-Centricity from a Network Perspective}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Network-Centric and Information-Centric Protocols''' <div class="mw-collapsible-content">
---- {{:NCS Network-Centric and Information-Centric Protocols}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Logical Network Separation''' <div class="mw-collapsible-content">
---- {{:NCS Logical Network Separation}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Classified Network Access''' <div class="mw-collapsible-content">
---- {{:NCS Classified Network Access}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Establishing Trust in Endpoints''' <div class="mw-collapsible-content">
---- {{:NCS Establishing Trust in Endpoints}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Mobile Computing and Remote Connectivity''' <div class="mw-collapsible-content">
---- {{:NCS Mobile Computing and Remote Connectivity}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Unified Communications''' <div class="mw-collapsible-content">
---- {{:NCS Unified Communications}} </div></div>
<div class="toccolours mw-collapsible mw-collapsed" style="width:100%">
'''Operations and Management''' <div class="mw-collapsible-content">
---- {{:NCS Operations and Management}} </div></div>
<br>
== Network and Communications Security (NCS) Target Security Architecture ==
The target architecture consists of a fully collapsed unclassified core network as shown in the image on the right. Please read the [[Media:GC ESA Definition Document (ESADD) - Main Body.pdf|GC ESA Description Document Main Body]] for detailed descriptions of the components depicted in the image on the right.
[[File:Target Network Architecture.PNG|thumb|Target Network Architecture]]
All client endpoints are connected to the GC Core Network and access application services available via the GC Private Cloud and Public Cloud networks. The image uses icons for endpoints defined in the ESADD for the Compute and Storage Service (CSS) ESFA, a desktop PC for a client endpoint, and a laptop PC for a device owned by a Canadian citizen accessing government services. The same icons with an embedded padlock symbol represent client and server endpoints that are able to interact with Information Rights Management service ("IRM-enabled"). Note that Cloud Services for Storage do not need to be IRM-enabled if they only store previously encrypted self-describing data objects that do not need to be decrypted. This is assumed to be the case for public cloud services.
As client and server endpoints are connected to unclassified networks, they must be fully self-protecting and ensure that all transmitted data is properly protected using information-centric techniques in accordance with its sensitivity or classification level.
The primary objective of the network is to provide delivery of traffic to its destination that meets Quality of Service (QoS) requirements and the required level of availability. Each perimeter provides a transparent firewall capability that blocks unauthorized traffic to prevent Denial of Service (DoS) attacks. A perimeter may also include transparent IDS/IPS and DLP capabilities that operate at line-rate. To ensure seamless connectivity that does not rely on Network Address Translation (NAT) or application proxy techniques, the network should support Internet Protocol version6 (IPv6) due to its larger address space as compared to IPv4.
The image also shows connectivity to a partner network (e.g. belonging to a corporation or foreign government) that does not support information-centric techniques. The example network is shown as being sensitive. The perimeter converts between information-centric and network-centric protocols, and performs content analysis on data received from the partner network (e.g. to check for malicious content). The Partner Network likely implements its own perimeter, but this is not shown, as it is not a GC responsibility. An interface to a classified network follows the same pattern, but the perimeter will contain more robust components, including a Cross-Domain Guard (CDG).
White this is the desired target architecture, technology and policy limitations may make it difficult to achieve in the short- to medium-term. In practice, the transition architecture described in Section 4.2.5 of the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document is likely to persist for a significant period of time.
<br>
==ESADD Annex C: Network and Communications Security (NCS) Pattern Diagrams ==
For the Pattern Diagrams for Network and Communications Security (NCS) from the [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)] document, please visit the [[ESA Pattern Diagram Repository]].
===''List of ESADD Annex C Pattern Diagrams'' ===
*Pattern PN-NCS-001 High-level Description of Various Data Flows Mediated by Perimeter Configurations
*Pattern PN-NCS-002 High-level Description of the Actions Taken by the Network to Perform Network Access Control (NAC)
*Pattern PN-NCS-003 In-Depth Description of Cross-Domain Transfer and Access in a Network-Centric Environment
<br>
==References ==
* [http://www.gcpedia.gc.ca/gcwiki/images/d/d8/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_C_NCS.pdf ESADD Annex C: Network and Communication Security (NCS)]
* [http://www.gcpedia.gc.ca/gcwiki/images/9/99/GC_ESA_Description_Document_%28ESADD%29_-_ANNEX_B_DAT.pdf ESADD Annex B: Data Security (DAT)]
* [[Media:GC ESA Definition Document (ESADD) - Main Body.pdf|GC ESA Description Document Main Body]]
* [[Annex B: Data Security|DAT ESFA]]
* [[ESA Pattern Diagram Repository]]
* [https://www.opennetworking.org/sdn-resources/sdn-definition Open Networking Foundation]
* [http://www.embedded.com/design/connectivity/4213842/Using-PCI-Express-as-a-fabric-for-interconnect-clustering Using PCI Express as a fabric for Interconnect Clustering]
[[Category:Government of Canada Enterprise Security Architecture (ESA) Program]]
[[Category:Enterprise Security Architecture]]
[[Category:GC Enterprise Architecture]]
