> For the complete documentation index, see [llms.txt](https://docs.dispel.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.dispel.com/regulatory-framework-mappings/nerc-cip/cip-005-05.md).

# CIP-005-5

Cyber Security - Electronic Security Perimeter(s)

## Purpose

> To manage electronic access to BES Cyber Systems by specifying a controlled Electronic Security Perimeter in support of protecting BES Cyber Systems against compromise that could lead to misoperation or instability in the BES.&#x20;

In plain English, CIP-005 outlines what an Electronic Security Perimeter (ESP) must look like in order to sufficiently protect cyber systems, and access to such systems. A successful ESP acts as the first layer of defense in network-level attacks, aiming to limit reconnaissance, prohibit traffic, and limit the scope of any successful attacks.

## Sections and Standards

There are two requirements in CIP-005, with applicable requirement parts presented in tables. Below, the contents of each requirement are reproduced under "Part" and "Requirement." "Product/Feature" indicates which Dispel product helps an organization comply to this requirement, and "Technical Supplement" details how this compliance is achieved.

### Requirement 1

> Each responsible Entity shall implement one or more documented processes that collectively include each of the applicable requirement parts in CIP-005-5 Table R1 - Electronic Security Perimeter.

#### Table R1 - Electronic Security Perimeter

| Part | Requirement                                                                                                                                     | Product/Feature                                                              | Technical Supplement                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                |
| ---- | ----------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 1.1  | “All applicable Cyber Assets connected to a network via a routable protocol shall reside within a defined Electronic Security Perimeter (ESP).” | Wicket ESI, whitelisting                                                     | <p>A Dispel Wicket ESI acts as both the ESP and EAP (Electronic Access Point) for cyber assets. To be accessible, a cyber asset must be deliberately assigned to a whitelist by an Administrator. </p><p></p><p>Please see Visual 5A for reference</p><p></p>                                                                                                                                                                                                                                                                                                                                                                                       |
| 1.2  | “All External Routable Connectivity must be through an identified Electronic Access Point (EAP).”                                               | Wicket ESI                                                                   | Dispel’s Wicket ESIs act as network EAPs. As part of the installation process, Dispel and the customer conduct a network audit to confirm that all outbound traffic must pass through the Wicket ESI.                                                                                                                                                                                                                                                                                                                                                                                                                                               |
| 1.3  | “Require inbound and outbound access permissions, including the reason for granting access, and deny all other access by default.”              | Dispel console, proactive access management portal, LDAP Integration, Wicket | <p>Inbound access permissions can be toggled by administrators through the Dispel Dashboard. Assigning users to Regions and Facilities for access is a proactive process, and can be made contingent upon a prior manual approval step. Outbound access is rarely needed, in practice, but can be activated by an administrator on a case by case basis on the Wicket ESI.</p><p>Depending upon the situation at the customer site, Dispel will either tie to a pre-existing LDAP system reflecting the appropriate access permissioning process or provide the customer with a custom form approval process embedded in the Dispel web portal.</p> |
| 1.4  | “Where technically feasible, perform authentication when establishing Dial-up Connectivity with applicable Cyber Assets.”                       | Identity controller, multi-factor authentication, Enclave, Wicket            | Dispel Wickets, the network EAPs for connected cyber assets, perform authentication while connecting through any backhaul, including dial-up.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                       |
| 1.5  | “Have one or more methods for detecting known or suspected malicious communications for both inbound and outbound communications.”              | Traffic logging, hyper-quiet network segmentation                            | All of the components in a Dispel network speak syslog and can be tied back to a SEIM. As an observation, Dispel remote access networks are both single-tenant and, in ICS settings, single-purpose which makes them hyper-quiet. While most customers choose to place Dispel’s Wickets ahead of their pre-existing security stack, Dispel can also embed Layer 7 firewalls in the virtual networks provided by any of the major commercial cloud providers.                                                                                                                                                                                        |

### Requirement 2

> Each Responsible Entity allowing Interactive Remote Access to BES Cyber Systems shall implement one or more document processes that collectively include the applicable requirement parts, where technically feasible, in CIP-005-5 Table R2 - Interactive Remote Access Management.

#### Table R2 - Interactive Remote Access Management

| Part | Requirement                                                                                                                                         | Product/Feature                                                                            | Technical Supplement                                                                                                                                                                                                                                                                                |
| ---- | --------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| 2.1  | “Utilize an Intermediate System such that the Cyber Asset initiating Interactive Remote Access does not directly access an applicable Cyber Asset.” | Virtual desktops, automatic updating and patching                                          | <p></p><p>Dispel’s Virtual Desktops, which are spun up in Regions and assigned by Administrators, act as the Intermediate System. Virtual Desktops ensure that all computers accessing cyber assets are in the Administrator’s control. </p><p></p><p>Please see Visual 5B for reference</p><p></p> |
| 2.2  | “For all Interactive Remote Access sessions, utilize encryption that terminates at an Intermediate System.”                                         | End-to-end encryption, Enclave                                                             | All traffic drops out of an encrypted state at the Virtual Desktop used as the Intermediate System.                                                                                                                                                                                                 |
| 2.3  | “Require multi-factor authentication for all Interactive Remote Access sessions.”                                                                   | Multi-factor authentication, temporary one time passwords, hardware tokens, AD integration | <p>Dispel’s networks come with user access controls which support and enforce multi-factor authentication through either Temporary One Time Password or Hardware Tokens. </p><p></p><p>Please see Visual 5C for reference</p>                                                                       |

### Visual References

#### 5A (Section 1.1)

![Example of whitelisting: Only allowed servers are accessible through each Wicket.](https://2668873066-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LqlTpechIfonX0FqSV8%2F-Lu9JGrr4ErG25awWjJr%2F-Lu9KaTt4eh_jqjrSkVd%2Fwhitelist%20005-5.png?alt=media\&token=a430e107-d8f1-482c-b18b-244e04aced09)

#### 5B (Section 2.1)

![Virtual desktops ensure that third party devices never directly access cyber asset endpoints.](https://2668873066-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LqlTpechIfonX0FqSV8%2F-Lu9JGrr4ErG25awWjJr%2F-Lu9LlW3mBFcf-oKx54I%2Fvirtual%20desktop%20005-5.jpg?alt=media\&token=a1f0b811-9be1-42c4-ae6c-966ca9e97fe6)

#### 5C (Section 2.3)

![Dispel multi-factor authentication as seen in the Dispel Console.](https://2668873066-files.gitbook.io/~/files/v0/b/gitbook-legacy-files/o/assets%2F-LqlTpechIfonX0FqSV8%2F-Lu9LspLwjNVIIBbymxX%2F-Lu9MCAyoexrfNNLv18y%2F4_CFATS.png?alt=media\&token=b11046f0-6218-4b4e-9abc-905152931f22)


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.dispel.com/regulatory-framework-mappings/nerc-cip/cip-005-05.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
