Conceptio › Archive › NIST
NIST public full text Public Domain

NIST SP 1800-2: Identity and Access Management for Electric Utilities

James McCarthy (NIST); Don Faatz (MITRE); Harry Perper (MITRE); Chris Peloquin (MITRE); John Wiltberger (MITRE) · National Institute of Standards and Technology (NIST)
NIST · Standards · License: Public Domain
Open Source ↗
cybersecurity-practicenist
Conceptio Open Archive

Analyze & explore related research in Conceptio

Connect this record directly into your research workflow or AI agent. Explore citations across open repositories, query full text, and export structured proof bundles.

NIST SPECIAL PUBLICATION 1800-2

Identity and Access Management for Electric Utilities Includes Executive Summary (A); Approach, Architecture, and Security Characteristics (B); and How-To Guides (C)

Jim McCarthy Don Faatz Harry Perper Chris Peloquin John Wiltberger Leah Kauffman

This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2 The first draft of this publication is available free of charge from: https://www.nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.pdf

NIST SPECIAL PUBLICATION 1800-2

Identity and Access Management for Electric Utilities Includes Executive Summary (A); Approach, Architecture, and Security Characteristics (B); and How-To Guides (C)

Jim McCarthy National Cybersecurity Center of Excellence Information Technology Laboratory Don Faatz Harry Perper Chris Peloquin John Wiltberger The MITRE Corporation McLean, VA Leah Kauffman, Editor-in-Chief National Cybersecurity Center of Excellence Information Technology Laboratory

July 2018

U.S. Department of Commerce Wilbur Ross, Secretary National Institute of Standards and Technology Walter G. Copan, Undersecretary of Commerce for Standards and Technology and Director

NIST SPECIAL PUBLICATION 1800-2A

Identity and Access Management for Electric Utilities Volume A: Executive Summary

Jim McCarthy National Cybersecurity Center of Excellence Information Technology Laboratory

Don Faatz Harry Perper Chris Peloquin John Wiltberger The MITRE Corporation McLean, VA

Leah Kauffman, Editor-in-Chief National Cybersecurity Center of Excellence Information Technology Laboratory

July 2018 This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2 The first draft of this publication is available free of charge from: https://www.nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.pdf

Executive Summary ▪

The National Cybersecurity Center of Excellence (NCCoE) developed an example solution that electric utilities can use to more securely and efficiently manage access to the networked devices and facilities on which power generation, transmission, and distribution depend.

▪

The security characteristics in this access management platform are informed by guidance and best practices from standards organizations, including the North American Electric Reliability Corporation’s (NERC’s) Critical Infrastructure Protection (CIP) Version 5 standards.

▪

This National Institute of Standards and Technology (NIST) Cybersecurity Practice Guide uses commercially available products that can be included alongside your current products in your existing infrastructure. The integration of these products provides a converged view of all users within the electric utility’s operational technology (OT) systems and information technology (IT) systems, as well as access to buildings and other facilities.

▪

The example solution is packaged as a “How-To” guide that demonstrates the implementation of standards-based cybersecurity technologies in the real world. The guide can help organizations to gain efficiencies in access management, while saving them research and proof-of-concept costs.

CHALLENGE As the electric power industry upgrades infrastructure to adopt emerging technologies, utilities are also increasing OT and IT convergence. This allows more technologies, devices, and systems to connect to the grid to improve efficiency, provide access to data often held in silos, and enhance productivity. This convergence challenges OT and IT departments to efficiently and effectively manage identities and access. Many utilities run identity and access management (IdAM) systems that are fragmented and controlled by numerous departments. Several negative outcomes can result: a lack of overall traceability and accountability regarding who has access to both critical and noncritical assets, an increased risk of attack and service disruption, and an inability to identify potential sources of a problem or attack. To better protect power generation, transmission, and distribution, electric utilities need to be able to control and secure access to their resources, including OT systems, buildings, equipment, and IT systems. IdAM systems for these assets often exist in silos, and employees who manage these systems lack methods to effectively coordinate access to devices and facilities across these silos. This inefficient process can result in security risks for electric utilities, according to our electric sector stakeholders. In collaboration with experts from the energy sector (mainly electric power companies) and those who provide equipment and services to them, we developed a scenario to describe a security challenge based on normal day-to-day business operations. The scenario centers on a utility technician with access to several substations and to remote terminal units that are connected to the utility’s network in those substations. If the technician moves out of the region and resigns, a consolidated IdAM system can quickly and consistently remove the technician’s access to all facilities and systems. This provides the timely management of access and reduces the potential for errors. Electric utilities need this ability to provide the right person with the right degree of access to the right resources at the right time.

NIST SP 1800-2A: Identity and Access Management for Electric Utilities This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2

1

SOLUTION To help the energy sector address this challenge, we developed an example solution that electric utilities can use to more securely and efficiently manage access to the networked devices and facilities on which power generation, transmission, and distribution depend. Our solution uses commercially available products to demonstrate a converged IdAM platform, providing a comprehensive view of users across all of the entity’s business and utility operations silos, and the access rights granted to those users. This platform is described in this NIST cybersecurity Identity and Access Management practice guide. Electric utilities can use some or all of the guide to implement a converged IdAM system by referencing related NIST guidance and industry standards, including NERC CIP Version 5. Commercial, standardsbased products, like the ones that we used, are easily available and interoperable with commonly used IT infrastructure and investments. In our lab at the NCCoE, which is part of NIST, we built an environment that simulates an electric utility’s architecture. This architecture includes the typical technology silos found in a utility (such as operational technology, IT, and physical access control systems). The practice guide includes three versions of an end-to-end identity management solution that provides access control capabilities to reduce opportunities for cyber attack or human error. It accounts for the risks that converged control can present. In this guide, we show how an electric utility can implement a converged IdAM platform, using multiple commercially available products, to provide a comprehensive view of all users within the electric utility, across all silos, and of the access rights that they have been granted. The guide: ▪

maps security characteristics to guidance and best practices from NIST and other standards organizations, including NERC CIP Version 5 standards

▪

provides a detailed example solution with capabilities that address security controls, and demonstrates a modular approach that uses different products to achieve the same results

▪

includes instructions for implementers and security engineers, including examples of all of the necessary components and installation, configuration, and integration

▪

uses products that are readily available and interoperable with your existing IT infrastructure and investments

▪

can meet the needs of electric utilities of all sizes, including corporate and regional business offices, power generation plants, and substations

While the NCCoE used a suite of commercial products to address this challenge, this guide does not endorse these particular products, nor does it guarantee compliance with any regulatory initiatives. Your organization’s information security experts should identify the products that will best integrate with your existing tools and IT system infrastructure. Your organization can adopt this solution or one that adheres to these guidelines in whole, or you can use this guide as a starting point for tailoring and implementing parts of a solution.

NIST SP 1800-2A: Identity and Access Management for Electric Utilities This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2

2

BENEFITS The NCCoE’s practice guide to Identity and Access Management for Electric Utilities can help your organization: ▪

adopt products and capabilities on a component-by-component basis, or as a whole, thereby minimizing impact to the enterprise and existing infrastructure

▪

reduce the risk of malicious or untrained people gaining unauthorized access to critical infrastructure components and interfering with their operation, thereby lowering the overall business risk

▪

allow for rapid provisioning and de-provisioning of access from a converged platform, so that personnel can spend more time on other critical tasks

▪

improve situational awareness: proper access and authorization can be confirmed through the use of a single, converged solution

▪

improve the security posture by tracking and auditing access requests and other IdAM activity across all networks

▪

enhance the productivity of employees and speed delivery of services, and support oversight of resources

SHARE YOUR FEEDBACK You can view or download the guide at https://www.nccoe.nist.gov/projects/use-cases/idam. Help the NCCoE make this guide better by sharing your thoughts with us as you read the guide. If you adopt this solution for your own organization, please share your experience and advice with us. We recognize that technical solutions alone will not fully enable the benefits of our solution, so we encourage organizations to share lessons learned and best practices for transforming the processes associated with implementing this guide. To provide comments or to learn more by arranging a demonstration of this example implementation, contact the NCCoE at energy_nccoe@nist.gov.

TECHNOLOGY PARTNERS/COLLABORATORS Organizations participating in this project submitted their capabilities in response to an open call in the Federal Register for all sources of relevant security capabilities from academia and industry (vendors and integrators). The following respondents with relevant capabilities or product components (identified as “Technology Partners/Collaborators” herein) signed a Cooperative Research and Development Agreement to collaborate with NIST in a consortium to build this example solution.

Certain commercial entities, equipment, products, or materials may be identified by name or company logo or other insignia in order to acknowledge their participation in this collaboration or to describe an experimental procedure or concept adequately. Such identification is not intended to imply special NIST SP 1800-2A: Identity and Access Management for Electric Utilities This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2

3

status or relationship with NIST or recommendation or endorsement by NIST or NCCoE; neither is it intended to imply that the entities, equipment, products, or materials are necessarily the best available for the purpose. The National Cybersecurity Center of Excellence (NCCoE), a part of the National Institute of Standards and Technology (NIST), is a collaborative hub where industry organizations, government agencies, and academic institutions work together to address businesses’ most pressing cybersecurity challenges. Through this collaboration, the NCCoE develops modular, easily adaptable example cybersecurity solutions demonstrating how to apply standards and best practices using commercially available technology.

NIST SP 1800-2A: Identity and Access Management for Electric Utilities This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2

LEARN MORE Visit https://www.nccoe.nist.gov nccoe@nist.gov 301-975-0200

4

NIST SPECIAL PUBLICATION 1800-2B

Identity and Access Management for Electric Utilities Volume B: Approach, Architecture, and Security Characteristics

Jim McCarthy National Cybersecurity Center of Excellence Information Technology Laboratory

Don Faatz Harry Perper Chris Peloquin John Wiltberger The MITRE Corporation McLean, VA

Leah Kauffman, Editor-in-Chief National Cybersecurity Center of Excellence Information Technology Laboratory

July 2018 This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2 The first draft of this publication is available free of charge from: https://www.nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.pdf

DISCLAIMER Certain commercial entities, equipment, products, or materials may be identified in this document in order to describe an experimental procedure or concept adequately. Such identification is not intended to imply recommendation or endorsement by NIST or NCCoE, nor is it intended to imply that the entities, equipment, products, or materials are necessarily the best available for the purpose.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

National Institute of Standards and Technology Special Publication 1800-2B, Natl. Inst. Stand. Technol. Spec. Publ. 1800-2B, 99 pages, (July 2018), CODEN: NSPUE2

FEEDBACK As a private-public partnership, we are always seeking feedback on our Practice Guides. We are particularly interested in seeing how businesses apply NCCoE reference designs in the real world. If you have implemented the reference design, or have questions about applying it in your environment, please email us at energy_nccoe@nist.gov.

National Cybersecurity Center of Excellence National Institute of Standards and Technology 100 Bureau Drive Mail Stop 2002 Gaithersburg, MD 20899 Email: nccoe@nist.gov

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

i

NATIONAL CYBERSECURITY CENTER OF EXCELLENCE

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The National Cybersecurity Center of Excellence (NCCoE), a part of the National Institute of Standards and Technology (NIST), is a collaborative hub where industry organizations, government agencies, and academic institutions work together to address businesses’ most pressing cybersecurity issues. This public-private partnership enables the creation of practical cybersecurity solutions for specific industries, as well as for broad, cross-sector technology challenges. Through consortia under Cooperative Research and Development Agreements (CRADAs), including technology partners—from Fortune 50 market leaders to smaller companies specializing in IT security—the NCCoE applies standards and best practices to develop modular, easily adaptable example cybersecurity solutions using commercially available technology. The NCCoE documents these example solutions in the NIST Special Publication 1800 series, which maps capabilities to the NIST Cyber Security Framework [1] and details the steps needed for another entity to recreate the example solution. The NCCoE was established in 2012 by NIST in partnership with the State of Maryland and Montgomery County, Md. To learn more about the NCCoE, visit https://nccoe.nist.gov. To learn more about NIST, visit https://www.nist.gov.

NIST CYBERSECURITY PRACTICE GUIDES NIST Cybersecurity Practice Guides (Special Publication Series 1800) target specific cybersecurity challenges in the public and private sectors. They are practical, user-friendly guides that facilitate the adoption of standards-based approaches to cybersecurity. They show members of the information security community how to implement example solutions that help them align more easily with relevant standards and best practices and provide users with the materials lists, configuration files, and other information they need to implement a similar approach. The documents in this series describe example implementations of cybersecurity practices that businesses and other organizations may voluntarily adopt. These documents do not describe regulations or mandatory practices, nor do they carry statutory authority.

ABSTRACT To protect power generation, transmission, and distribution, energy companies need to control physical and logical access to their resources, including buildings, equipment, information technology (IT), and operational technology (OT). They must authenticate authorized individuals to the devices and facilities to which the companies are giving access rights with a high degree of certainty. In addition, they need to enforce access-control policies (e.g., allow, deny, inquire further) consistently, uniformly, and quickly across all of their resources. This project resulted from direct dialog among NCCoE staff and members of the electricity subsector, mainly from electric power companies and those who provide equipment and/or services to them. The goal of this project is to demonstrate a converged, standards-based technical approach that unifies identity and access management (IdAM) functions across OT networks, physical access control systems (PACS), and IT systems. These networks often operate independently, which can result in identity and access information disparity, increased costs, inefficiencies, and a loss of capacity and service delivery capability. Also, these networks support different infrastructures, each with unique security risks. The converged IdAM solution must be constructed to effectively address the highest-risk infrastructure. This guide describes our collaborative efforts with technology providers and

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

ii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

electric-company stakeholders to address the security challenges that energy providers face in the core function of IdAM. This guide offers a technical approach to meeting the challenge and also incorporates a business-value mindset by identifying the strategic considerations involved in implementing new technologies. This NIST Cybersecurity Practice Guide provides a modular, open, end-to-end example solution that can be tailored and implemented by energy providers of varying sizes and levels of IT sophistication. It shows energy providers how we met the challenge by using open-source and commercially available tools and technologies that are consistent with cybersecurity standards. The use-case scenario is based on a normal day-to-day business operational scenario that provides the underlying impetus for the functionality presented in this guide. While the reference solution was demonstrated with a certain suite of products, this guide does not endorse these specific products. Instead, this guide presents the characteristics and capabilities that an organization’s security experts can use to identify similar standards-based products that can be integrated quickly and cost-effectively with an energy provider’s existing tools and infrastructure.

KEYWORDS cyber, physical, and operational security; cybersecurity; electricity subsector; energy sector; identity and access management; information technology

ACKNOWLEDGMENTS We are grateful to the following individuals for their generous contributions of expertise and time. Name

Organization

Jasvir Gill

AlertEnterprise

Srini Kakkera

AlertEnterprise

Srinivas Adepu

AlertEnterprise

Pan Kamal

AlertEnterprise

Mike Dullea

CA Technologies

Ted Short

CA Technologies

Alan Zhu

CA Technologies

Peter Romness

Cisco Systems

Lila Kee

GlobalSign

Sid Desai

GlobalSign

Paul Townsend

Mount Airey Group (MAG)

Joe Lloyd

Mount Airey Group (MAG)

Paul Timmel

National Security Agency

Victoria Pillitteri

NIST

Jonathan Margulies

Qmulos

Ayal Vogel

Radiflow

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

iii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Name

Organization

Dario Lobozzo

Radiflow

Steve Schmalz

RSA

Tony Kroukamp (The SCE Group)

RSA

Kala Kinyon (The SCE Group)

RSA

Ulrich Schulz

RSA

Dave Barnard

RS2 Technologies

David Bensky

RS2 Technologies

Rich Gillespie (IACS Inc.)

RS2 Technologies

George Wrenn

Schneider Electric

Michael Pyle

Schneider Electric

Bill Johnson

TDi Technologies

Pam Johnson

TDi Technologies

Clyde Poole

TDi Technologies

Nadya Bartol

Utilities Telecom Council (UTC)

Danny Vitale

XTec

The Technology Partners/Collaborators who participated in this build submitted their capabilities in response to a notice in the Federal Register. Respondents with relevant capabilities or product components were invited to sign a Cooperative Research and Development Agreement (CRADA) with NIST, allowing them to participate in a consortium to build this example solution. We worked with: Technology Partner/Collaborator

Build Involvement

AlertEnterprise

User access authorization provisioning

CA Technologies

IdAM workflow, provisions identities and authorizations to Active Directory instances

Cisco Systems

Network Access control

GlobalSign

Provides North American Energy Standards Board (NAESB)-compliant X.509 certificates

Mount Airey Group (MAG)

Manages attributes that control access to high-value transactions

Radiflow

Controls communication among industrial control system (ICS) devices

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

iv

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Technology Partner/Collaborator

Build Involvement

RSA

IdAM workflow, provisions identities and authorizations to Active Directory instances

RS2 Technologies

Controls physical access

Schneider Electric

Controls access to devices in the ICS / Supervisory Control and Data Acquisition (SCADA) network

TDi Technologies

Controls and logs access to ICS devices by people (ICS engineers and technicians)

XTec

Provides Personal Identity Verification Interoperable (PIV-I) smart-card credentials and a physical-accesscontrol capability using the smart card

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

v

Contents

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

4.3.1

Security ......................................................................................................................... 7

4.3.2

Modularity .................................................................................................................... 7

4.3.3

Human Resources Database/Identity Vetting .............................................................. 7

4.3.4

Identity Federation ....................................................................................................... 7

4.3.5

Technical Implementation ............................................................................................ 8

4.3.6

Limited Scalability Testing ............................................................................................ 8

4.3.7

Replication of Enterprise Network ............................................................................... 8

4.4.1

Assessing Risk Posture .................................................................................................. 8

4.4.2

Managing Security Risk from Converged IdAM .......................................................... 10

4.4.3

Risk .............................................................................................................................. 10

4.4.4

Security Control Map .................................................................................................. 11

5.1.1

Physical Access Control System Silo ........................................................................... 25

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

vi

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

5.1.2

Operational Technology Silo....................................................................................... 26

5.1.3

Information Technology Silo....................................................................................... 28

5.3.1

Build #1 ....................................................................................................................... 31

5.3.2

Build #2 ....................................................................................................................... 33

5.3.3

Implementation of the Use-Case Illustrative Scenario............................................... 34

5.6.1

Build Architecture Components Overview ................................................................. 41

5.6.2

Build Network Components ....................................................................................... 44

5.6.3

Operational Technology Network .............................................................................. 44

5.6.4

Information Technology Network .............................................................................. 46

5.6.5

Physical Access and Control System Network ............................................................ 47

5.6.6

Identity and Access Management Network ............................................................... 48

5.6.7

Access Authorization Information Flow and Control Points ...................................... 51

5.9.1

Scope .......................................................................................................................... 58

5.9.2

Security Characteristics Evaluation Assumptions and Limitations ............................. 59

5.9.3

Example Solution Analysis .......................................................................................... 60

5.9.4

Security Characteristics Addressed ............................................................................ 62

5.9.5

Assessment of Reference Architecture ...................................................................... 64

5.9.6

Security Recommendations ........................................................................................ 69

5.9.7

Security Characteristics Evaluation Summary ............................................................ 71

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

vii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

viii

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

List of Figures

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 5-1 IdAM Capabilities ............................................................................................................. 21 Figure 5-2 IdAM Example Solution .................................................................................................... 23 Figure 5-3 Notional PACS Architecture .............................................................................................. 26 Figure 5-4 Notional OT Silo Architecture ........................................................................................... 27 Figure 5-5 Notional IT Silo Architecture ............................................................................................. 28 Figure 5-6 Build #1 ........................................................................................................................... 31 Figure 5-7 Build #2 ........................................................................................................................... 33 Figure 5-8 Supporting Components................................................................................................... 37 Figure 5-9 Build #3 ........................................................................................................................... 38 Figure 5-10 Management and Production Networks.......................................................................... 42 Figure 5-11 IdAM Build Architecture Production Network .................................................................43 Figure 5-12 OT Network ................................................................................................................... 45 Figure 5-13 IT Network ..................................................................................................................... 46 Figure 5-14 PACS Network ................................................................................................................ 47 Figure 5-15 Central IdAM Network, Build #1 ..................................................................................... 49 Figure 5-16 Central IdAM Network, Build #2 ..................................................................................... 50 Figure 5-17 Access and Authorization Information Flow for OT ICS/SCADA Devices ............................ 52 Figure 5-18 Access and Authorization Information Flow for the PACS Network, Build #1 .................... 54 Figure 5-19 Access and Authorization Information Flow for the PACS Network, Build #2 .................... 55 Figure 5-20 Access and Authorization Information Flow for the IT Network ....................................... 56 Figure 5-21 Example Process for Determining the Security Standards-Based Attributes for the Example Solution.......................................................................................................... 62

List of Tables Table 4-1 Use-Case Security Characteristics Mapped to Relevant Standards and Controls .................. 12 Table 4-2 Products and Technologies Used to Satisfy Security Control Requirements ......................... 15 Table 5-1 Build Architecture Component List .................................................................................... 40 Table 5-2 NERC CIP Version 5 Requirements ..................................................................................... 57 Table 5-3 IdAM Components and Security Capability Mapping .......................................................... 60 Table 6-1 Test-Case Fields................................................................................................................. 72 Table 6-2 IdAM Functional Requirements ......................................................................................... 73 Table 6-3 Test Case IdAM-1 .............................................................................................................. 75 Table 6-6-4 Test Case IdAM-2 ........................................................................................................... 78 Table 6-5 Test Case IdAM-3 .............................................................................................................. 80 Table 6-6 Sample Attributes ............................................................................................................. 84 Table 6-7 Search Results ................................................................................................................... 84

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

ix

1 Summary When the National Cybersecurity Center of Excellence (NCCoE) met with electricity subsector stakeholders, they told us they need a more secure and efficient way to protect access to networked devices and facilities. The NCCoE developed an example solution to this problem by using commercially available products.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The NCCoE’s approach provides a converged access management system that reduces the risk of disruption of service by reducing opportunities for cyber attack or human error. This example solution is packaged as a “How-To” guide that demonstrates how to implement standardsbased cybersecurity technologies in the real world, based on risk analysis and regulatory requirements. This guide helps organizations to gain efficiencies in identity and access management (IdAM), while saving them research and proof of concept costs.

1.1 Challenge As the electric power industry upgrades older infrastructure to take advantage of emerging technologies, utilities are also moving toward greater operational technology (OT) and information technology (IT) convergence. This allows greater numbers of technologies, devices, and systems to connect to the grid to improve efficiency, provide access to data often held in silos, and enhance productivity. This convergence increases the challenge to OT and IT departments in efficiently and effectively managing identities and access. Many utilities run IdAM systems that are fragmented and controlled by numerous departments. Several negative outcomes can result from this: a lack of overall traceability and accountability regarding who has access to both critical and noncritical assets, an increased risk of attack and service disruption, and an inability to identify potential sources of a problem or attack. To better protect power generation, transmission, and distribution, electric utilities need to be able to control and secure access to their resources, including OT systems, buildings, equipment, and IT systems. IdAM systems for these assets often exist in silos, and employees who manage these systems lack methods to effectively coordinate access to devices and facilities across these silos. This is inefficient and can result in security risks for electric utilities, according to our electric subsector stakeholders. In collaboration with experts from the energy sector (mainly electric power companies) and those who provide equipment and services to them, we developed a use-case scenario to describe a security challenge based on normal day-to-day business operations. The scenario centers on a utility technician with access to several substations and to remote terminal units connected to the utility’s network in those substations. The technician moves out of the region and resigns. A converged IdAM system can quickly and consistently remove the technician’s access to all facilities and systems. This provides the

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

1

timely management of access and reduces the potential for errors. Electric utilities need this ability to provide the right person with the right degree of access to the right resources at the right time.

1.2 Solution This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

To help the energy sector address this cybersecurity challenge, we developed an example solution that electric utilities can use to more securely and efficiently manage access to the networked devices and facilities on which power generation, transmission, and distribution depend. Our solution uses commercially available products to demonstrate a converged IdAM platform. This platform provides a comprehensive view of users across all of the entity’s business and utility operations silos, and the access rights granted those users. This converged IdAM platform is described in this National Institute of Standards and Technology (NIST) cybersecurity Identity and Access Management practice guide. Electric utilities can use some or all of this guide to implement a converged IdAM system by referencing related NIST guidance and industry standards, including the North American Electric Reliability Corporation (NERC) Critical Infrastructure Protection (CIP) Version 5 standards. Commercial, standardsbased products, like the ones that we used, are readily available and interoperable with commonly used IT infrastructure and investments. In our lab at the NCCoE, which is part of NIST, we built an environment that simulates an electric utility’s architecture. This architecture includes the typical technology silos found in a utility (such as OT, IT, and physical access control systems [PACS]). This practice guide includes three versions of an end-to-end identity management solution that provides access-control capabilities to reduce opportunities for cyber attack or human error. It also takes into account the risks that converged control can present. In this guide, we show how an electric utility can implement a converged IdAM platform, using multiple commercially available products, to provide a comprehensive view of all users within the electric utility, across all silos, and of the access rights that they have been granted. This guide: ▪

maps security characteristics to guidance and best practices from NIST and other standards organizations, including NERC CIP Version 5 standards

▪

provides a detailed example solution with capabilities that address security controls

▪

includes a demonstrated approach that is modular and can be implemented using different products to achieve the same results

▪

includes instructions for implementers and security engineers, including examples of all of the necessary components and installation, configuration, and integration

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

2

▪

uses products that are readily available and interoperable with your existing IT infrastructure and investments

▪

can meet the needs of electric utilities of all sizes, including corporate and regional business offices, power generation plants, and substations

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

We used a suite of commercial products to address this challenge; however, this guide does not endorse these particular products, nor does implementing the reference design in this guide guarantee regulatory compliance. Your utility’s information security personnel should identify the standards-based products that will best integrate with your existing tools and infrastructure. Your company can adopt this solution or one that adheres to these guidelines in whole, or you can use this guide as a starting point for tailoring and implementing parts of a solution.

1.3 Benefits The NCCoE’s practice guide to Identity and Access Management for Electric Utilities can help your organization: ▪

adopt products and capabilities on a component-by-component basis, or as a whole, thereby minimizing impact to the enterprise and existing infrastructure

▪

reduce the risk of malicious or untrained people gaining unauthorized access to critical infrastructure components and interfering with their operation, thereby lowering the overall business risk

▪

allow for rapid provisioning and de-provisioning of access from a converged platform, so that personnel can spend more time on other critical tasks

▪

improve situational awareness: proper access and authorization can be confirmed through the use of a single, converged solution

▪

improve the security posture by tracking and auditing access requests and other IdAM activity across all networks

▪

enhance the productivity of employees and speed delivery of services, and support oversight of resources

2 How to Use This Guide This NIST Cybersecurity Practice Guide demonstrates a standards-based example solution and provides users with the information that they need to replicate this approach to IdAM for electric utilities. This reference design is modular and can be deployed in whole or in parts.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

3

This guide contains three volumes: ▪

NIST Special Publication (SP) 1800-2A: Executive Summary

▪

NIST SP 1800-2B: Approach, Architecture, and Security Characteristics – what we built and why (you are here)

▪

NIST SP 1800-2C: How-To Guides – instructions for building the example solution

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Depending on your role in your organization, you might use this guide in different ways: Energy utility leaders, including chief security and technology officers will be interested in the Executive Summary (NIST SP 1800-2A), which describes the: ▪

challenges enterprises face in implementing and using IdAM systems

▪

example solution built at the NCCoE

▪

benefits of adopting the example solution

Technology or security program managers who are concerned with how to identify, understand, assess, and mitigate risk, will be interested in this part of the guide, NIST SP 1800-2B, which describes what we did and why. The following sections will be of particular interest: ▪

Section 4.4.3, Risk, provides a description of the risk analysis we performed

▪

Section 4.4.4, Security Control Map, maps the security characteristics of this example solution to cybersecurity standards and best practices

You might share the Executive Summary, NIST SP 1800-2A, with your leadership team members to help them understand the importance of adopting standards-based IdAM for electric utilities. IT professionals who want to implement an approach like this will find the whole practice guide useful. You can use the How-To portion of the guide, NIST SP 1800-2C, to replicate all or parts of the build created in our lab. The How-To guide provides specific product installation, configuration, and integration instructions for implementing the example solution. We do not recreate the product manufacturers’ documentation, which is generally widely available. Rather, we show how we incorporated the products together in our environment to create an example solution. This guide assumes that IT professionals have experience implementing security products within the enterprise. While we have used a suite of commercial products to address this challenge, this guide does not endorse these particular products. Your organization can adopt this solution or one that adheres to these guidelines in whole, or you can use this guide as a starting point for tailoring and implementing parts of a solution for OT systems, PACSs, and IT systems. Your organization’s security experts should identify the products that will best integrate with your existing tools and IT system infrastructure. We hope you will seek products that are congruent with applicable standards and best practices. Section 4.5, Technologies, lists the products we used and maps them to the cybersecurity controls provided by this reference solution.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

4

2.1 Typographic Conventions The following table presents typographic conventions used in this volume. Typeface/ Symbol

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Meaning

Example

Italics

filenames and pathnames references to documents that are not hyperlinks, new terms, and placeholders

For detailed definitions of terms, see the NCCoE Glossary.

Bold

names of menus, options, command buttons and fields

Choose File > Edit.

Monospace

command-line input, on-screen computer output, sample code examples, status codes

mkdir

Monospace Bold

command-line user input contrasted with computer output

service sshd start

blue text

link to other parts of the document, a web URL, or an email address

All publications from NIST’s National Cybersecurity Center of Excellence are available at https://www.nccoe.nist.gov

3 Introduction The NCCoE initiated this project because technology practitioners in the electricity subsector, including those focused on OT, IT, and telecommunications, told us that IdAM was a concern to them. As we developed the original problem statement, or use case, on which this project is based, we consulted with electric-company chief information officers, chief information security officers, security management personnel, and others with financial decision-making responsibility (particularly for security). The individuals that we consulted told us that they need to control physical and logical access to their resources, including buildings, environmental applications, energy management system (EMS) control and data centers, equipment, IT, and OT systems. They need to authenticate only designated individuals and devices to which they are giving access rights. In addition, they need to enforce access-control

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

5

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

policies (e.g., allow, deny, inquire further) consistently, uniformly, and quickly across all of their resources. Current IdAM implementations can often be fragmented and controlled by numerous departments within an electric utility or by individual equipment owners. Several negative outcomes can result from this situation: an increased risk of attack and service disruption, an inability to identify potential sources of a problem or attack, and a lack of overall traceability and accountability regarding who has access to both critical and noncritical assets. While the example solution presented here is motivated by a problem identified by electric utilities, it can be adapted to utilities that have multiple OT silos, such as utilities that handle electric and water, or electric and gas. Another key consideration is the need for companies to demonstrate compliance with industry standards and/or government regulations. We, at NCCoE, constructed two versions of an end-to-end identity management solution that provides access-control capabilities across the OT, PACS, and IT networks. We used the same approach for each build, in that we only interchanged two core products that contained the same functionality and capability. Section 5.3.1 and Section 5.3.2 detail these two example solutions. Our build collaborator, AlertEnterprise, independently constructed a third version of the solution; Section 5.5 details this solution. The end result is that a user’s access to facilities and devices can be provisioned from a single console. Access privileges can be modified by adding new users and assigning access for the first time, modifying existing user access privileges, or disabling user access privileges. Our goal was to provide the electricity subsector with a solution that addresses the key tenet of cybersecurity—access management/rights—based on the principle of least privilege, which is defined as providing the least amount of access (to systems) necessary for the user to complete his or her job [2].

4 Approach 4.1 Audience This guide is intended for technology practitioners (including those focused on OT, IT, and telecommunications) who are responsible for implementing security solutions in electricity subsector organizations.

4.2 Scope This project began with a detailed discussion between NCCoE and members of the electricity subsector community, about their main security challenges. The risk of unauthorized access to facilities and devices, and the inability to verify if user access had been properly established, modified, or revoked, quickly became the focus of the discussion. In response, the NCCoE drafted a use case that identified numerous desired solution characteristics. After an open call in the Federal Register, we chose technology collaborators based on their ability to provide these characteristics. In the scope, we initially thought that it would be feasible to include

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

6

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

federated identity management services [3], or “arrangement[s] that can be made among multiple enterprises that lets subscribers use the same identification data to obtain access to the networks of all enterprises in the group.” As we progressed through the initial stages of solution development, we realized that access, authentication, and authorization through federated identity means would vastly increase the amount of time needed to complete a build. We narrowed the scope to providing identity management of energy company employees, including a converged provisioning capability to the OT, PACS, and IT networks. The scope became successful execution of the following provisioning functions: 1. enabling access for a new employee 2. modifying access for an existing employee 3. disabling access for a former employee The objective is to perform all three actions from a single interface that can serve as the authoritative source for all access managed within an energy provider’s facilities, networks, and systems.

4.3 Assumptions This project is guided by the assumptions identified in the following subsections.

4.3.1 Security All network and system changes have the potential to increase the attack surface within an enterprise. In Section 4.4, Risk Assessment, we provide detailed recommendations on how to secure this reference solution.

4.3.2 Modularity This example solution is made of many commercially available parts. You might swap one of the products that we used for a product that is better suited for your environment. We also assume that you already have some IdAM solutions in place. A combination of some of the components described here, or a single component, can improve your identity and access/authorization functions, without requiring you to remove or replace your existing infrastructure. This guide provides both a complete end-to-end solution and options that you can implement based on your needs.

4.3.3 Human Resources Database/Identity Vetting This build is based on a simulated environment. Rather than recreate a human resources (HR) database and the entire identity vetting process in our lab, we assumed that your organization has the processes, databases, and other components necessary to establish a valid identity.

4.3.4 Identity Federation We initially intended to work with energy providers to demonstrate a means for sharing selected identity information across organizational boundaries. While we assumed that the NCCoE could

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

7

implement some type of identity federation mechanism to authenticate and authorize individuals who are both internal and external to the organization, this capability exceeded the scope of the build.

4.3.5 Technical Implementation This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

This guide is written from a “how-to” perspective. Its foremost purpose is to provide details on how to install, configure, and integrate components. We assume that an energy provider has the technical resources to implement all or parts of the build or has access to companies that can perform the implementation on its behalf.

4.3.6 Limited Scalability Testing We did not attempt to replicate the user-base size that would be found at medium and large energy providers. We do not identify scalability thresholds in our IdAM builds, as those depend on the type and size of the implementation and are particular to the individual enterprise.

4.3.7 Replication of Enterprise Network We were able to replicate the three silos: (1) PACS, (2) IT or corporate networks, and (3) the OT network, in a limited manner. The goal was to demonstrate, both logically and physically, that provisioning functions could be performed from a converged IdAM system, regardless of its location in the enterprise. In a real-world environment, the interconnections between the OT, PACS, and IT silos depend on the business needs and compliance requirements of the enterprise. We did not attempt to replicate these interconnections. Rather, we acknowledge that implementing our build or its components creates new interfaces across silos. We focused on providing general information on how to remain within the bounds of compliance, should you adopt this example solution. In addition, we provide guidance on how to mitigate any new risks introduced to the environment.

4.4 Risk Assessment We performed two types of risk assessment: the initial analysis of the risk posed to the electricity subsector as a whole, which led to the creation of the use case and the desired security characteristics, and an analysis to show users how to manage the cybersecurity risk to the components introduced by the adoption of the solution.

4.4.1 Assessing Risk Posture NIST SP 800-30, Risk Management Guide for Information Technology Systems [4][4] states, “Risk is the net negative impact of the exercise of a vulnerability, considering both the probability and the impact of occurrence. Risk management is the process of identifying risk, assessing risk, and taking steps to reduce risk to an acceptable level.” The NCCoE recommends that any discussion of risk management, particularly at the enterprise level, begin with a comprehensive review of the NIST SP 800-37, Guide for Applying the Risk Management Framework to Federal Information Systems [5] material available to the public. The risk management framework (RMF) guidance as a whole proved invaluable in giving us a

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

8

baseline to assess risks, from which we developed the project, the security characteristics of the build, and this guide.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Using the guidance in NIST’s series of publications concerning the RMF, we performed two key activities to identify the most-compelling risks encountered by energy providers. The first was a face-to-face meeting with members of the energy community to define the main security risks to business operations. This meeting identified a primary risk concern—the lack of converged IdAM services, particularly on OT networks. We then identified the core risk area, IdAM, and established the core operational risks encountered daily in this area. We deemed the tactical risks to be as follows: ▪

lack of authentication, authorization, and access-control requirements for all OT in the electricity subsector

▪

inability to manage and log authentication, authorization, and access-control information for all OT using converged or federated controls

▪

inability to centrally monitor authorized and unauthorized use of all OT and user accounts

▪

inability to provision, modify, or revoke access throughout the enterprise (including OT) in a timely manner

Our second key activity was conducting phone interviews with members of the electricity subsector. These interviews gave us a better understanding of the actual business risks, as they relate to the potential cost and business value. NIST SP 800-39, Managing Information Security Risk [6], focuses particularly on the business aspect of risk, namely at the enterprise level. This foundation is essential for any further risk analysis, risk response/mitigation, and risk monitoring activities. A summary of the strategic risks is provided below: ▪

impact on service delivery: Ensuring that people have access to the systems needed to perform their job functions, and do not have access to the systems not needed to perform their job functions, reduces the risk of inappropriate or unauthorized use of access to affect availability.

▪

cost of implementation: Implementing IdAM once, and using it across all systems, may reduce both system development costs and operational costs.

▪

budget expenditure, as it relates to investment in security technologies

▪

projected cost savings and operational efficiencies to be gained as a result of new investment in security

▪

compliance with existing industry standards: NERC CIP Version 5 requires deliberate and timely control of both logical and physical access to assets.

▪

high-quality reputation or public image

▪

risk of alternative or no action

▪

successful precedents

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

9

Undertaking these activities in accordance with the NIST RMF guidance yielded the necessary operational and strategic risk information, which we subsequently translated to security characteristics. We mapped these characteristics to the NIST SP 800-53 Revision4 [7] controls, where applicable, along with other applicable industry and mainstream security standards.

4.4.2 Managing Security Risk from Converged IdAM This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

As mentioned previously, a foundation of cybersecurity is the principle of least privilege, defined as providing the least amount of access (to systems) necessary for the user to complete his or her job [2]. To enforce this principle, the access-control system needs to know the appropriate privileges for each user and system. An analysis of the IdAM solution reveals two components that need to be protected from both external and internal threat actors: the central identity and authorization store and the authorization workflow management system. The authorization workflow management system is trusted to make changes to the central identity and authorization store. Therefore, any inappropriate or unauthorized use of these systems could change authorization levels for anyone in the enterprise. If that occurred, the enterprise would experience a lack of integrity of the identity and authentication stores. The central identity and authorization store is the authoritative source for the enterprise and holds the hash for each user password, as well as the authorizations associated with each user. Access to this information would enable an unauthorized user to impersonate anyone in the organization. In this situation, the enterprise would lose control over access to resources. Security controls to mitigate this risk are discussed in Section 5.9.5.1.1. To protect the build components, we implemented the following requirements in our lab environment: access control, data security, and protective technology. Section 5.9 provides a security evaluation of the example solution and a list of the security characteristics. Please note that we addressed only the core requirements appropriate for the IdAM build.

4.4.3 Risk While risk is addressed in current industry standards, such as NERC CIP Version 5, our sector stakeholders told us about additional risk considerations at both the operational and strategic levels. Operationally, a lack of a converged IdAM platform can increase the risk of people gaining unauthorized access to critical infrastructure components. Once unauthorized access is gained, the risk surface increases and the opportunity for the introduction of additional threats to the environment, such as malware and denial of service (especially oriented toward OT), is realized. At the strategic level, you might consider the cost of mitigating these risks and the potential return on your investment in implementing a product (or multiple products). You may also want to assess if a converged IdAM system can help enhance the productivity of employees and speed delivery of services and explore if it can help support oversight of resources, including IT, personnel, and data. This example solution also addresses imminent operational security risks and incorporates strategic risk considerations.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

10

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Adopting any new technology can introduce new risks to your enterprise. We understand that this example solution to mitigate the risks of fragmented IdAM may, in turn, introduce new risks. By converging IdAM functions, we decrease the risk that inconsistencies, errors, and omissions across multiple, independent IdAM systems can be used to gain unauthorized access to networked devices. We recognize, however, that converging IdAM functions provides a point of single infiltration of multiple critical systems (OT, PACS, and IT). We address this key risk in detail in Section 5.9.5.1, and provide a comprehensive list of mitigations in Section 5.9.6.

4.4.4 Security Control Map As explained in Section 4.3.1, we derived the security characteristics through a risk analysis process conducted in collaboration with our electricity subsector stakeholders. This is a critical first step in acquiring or developing the capability necessary to mitigate the risks as identified by our stakeholders. Table 4-1 maps the desired security characteristics and example capabilities of the use case to the Framework for Improving Critical Infrastructure Cybersecurity, also known as the NIST Cybersecurity Framework (CSF); relevant NIST standards; industry standards; and controls and best practices.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

11

Table 4-1 Use-Case Security Characteristics Mapped to Relevant Standards and Controls

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Example Characteristic

Sector Specific Compliance Guidance

Security Characteristics

Example Capability

CSF Function

CSF Category

CSF Subcategory

Authentication for OT

Authentication mechanisms

Protect

Access Control

AC-2, IA Family

Access Control for OT

Access control mechanisms

Protect

Access Control and Protective Technology

PR.AC-2: Physical access to assets is managed and protected PR.AC-3: Remote access is managed PR.PT-3: Access to systems and assets is controlled, incorporating the principle of least functionality

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

NIST 80053 Revision 4

AC-3, AC17, AC-19, AC-20, CM-7, PE2, PE-3, PE-4, PE5, PE-6, PE-9

IEC/ISO 27001

NERC CIP Version 5

ISO/IEC 27001:2013 A.9.2.1, A.9.2.2, A.9.2.4, A.9.3.1, A.9.4.2, A.9.4.3

CIP-003-5 R1, CIP-004-5 R4, CIP-004-5 R5, CIP-005-5 R1, CIP-005-5 R2, CIP-007-5 R2, CIP-007-5 R5

ISO/IEC 27001:2013 A.6.2.2, A.9.1.2A, 11.1.1, A.11.1.2, A.11.1.4, A.11.1.6, A.11.2.3, A.13.1.1, A.13.2.1

CIP-003-5 R1, CIP-004-5 R2, CIP-004-5 R4, CIP-004-5 R5, CIP-005-5 R1, CIP-005-5 R2, CIP-006-5 R1, CIP-006-5 R2, CIP-007-5 R1

12

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Example Characteristic

Sector Specific Compliance Guidance

Security Characteristics

Example Capability

CSF Function

CSF Category

CSF Subcategory

Authorization (provisioning) OT

Access policy management mechanisms

Protect

Access Control

PR.AC-4 Access Permissions are managed, incorporating principles of least privilege and separation of duties.

AC-2, AC3, AC-5, AC-6, AC16

ISO/IEC 27001:2013 A.6.1.2, A.9.1.2, A.9.2.3, A.9.4.1, A.9.4.4

CIP-003-5 R1, CIP-004-5 R4, CIP-004-5 R5, CIP-005-5 R1, CIP-005-5 R2, CIP-006-5 R1, CIP-007-5 R5

Centrally monitor use of accounts

Log account activity

Detect, Protect

Continuous Monitoring & Protective Technology

DE.CM-3: Personnel activity is monitored to detect potential cybersecurity events PR.PT-1: Audit/log records are determined, documented, implemented…

AC-2, AU12, AU-13, CA-7, CM10, CM11, AU family

ISO/IEC 27001:2013 A.12.4.1, A.12.4.2, A.12.4.3, A.12.4.4, A.12.7.1

CIP-003-5 R1, CIP-004-5 R4, CIP-004-5 R5, CIP-005-5 R1, CIP-005-5 R2, CIP-006-5 R1, CIP-006-5 R2, CIP-007-5 R4, CIP-007-5 R5, CIP-008-5 R2, CIP-010-5 R1, CIP-011-5 R2

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

NIST 80053 Revision 4

IEC/ISO 27001

NERC CIP Version 5

13

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Example Characteristic

Sector Specific Compliance Guidance

Security Characteristics

Example Capability

CSF Function

CSF Category

CSF Subcategory

Protect exchange of identity and access information

Encryption

Protect

Data Security

PR.DS-1: Data-atrest is protected PR.DS-2: Data-intransit is protected

SC-8, SC28

ISO/IEC 27001:2013 A.8.2, A.13.1.1, A.13.2.1, A.13.2.3, A.14.1.2, A.14.1.3

CIP-011-5 R1

Provision, modify or revoke access throughout all federated entities

Mechanisms for centrally managed provisioning of access

Protect

Access Control

PR.AC-1: Identities and credentials are managed for authorized devices and users PR.AC-4: Access permissions are managed, incorporating the principles of least privilege and separation of duties

AC-2, AC3, AC-5, AC-6, AC16, IA Family

ISO/IEC 27001:2013 A.6.1.2, A.9.1.2, A.9.2.1, A.9.2.2, A.9.2.3, A.9.2.4, A.9.3.1, A.9.4.1, A.9.4.2, A.9.4.3, A.9.4.4

CIP-003-5 R1, CIP-004-5 R4, CIP-004-5 R5, CIP-005-5 R1, CIP-005-5 R2, CIP-006-5 R1, CIP-007-5 R4, CIP-007-5 R5

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

NIST 80053 Revision 4

IEC/ISO 27001

NERC CIP Version 5

14

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

The relationship of NERC CIP requirements to the security characteristics is derived from a mapping between the NIST 800-53 Revision 4 [7] security controls and NERC CIP requirements. These mappings are for reference only. Please consult your NERC CIP compliance authority for any questions on NERC CIP compliance.

4.5 Technologies Table 4-2 provides information about the products and technologies that we implemented to satisfy the security control requirements. This table describes only the product capabilities that were used in our builds. Many of the products have significant additional security capabilities that were not used in our builds. The “Product” column of the table contains links to vendor product information that describes the full capabilities. Table 4-2 Products and Technologies Used to Satisfy Security Control Requirements Security Characteristics

Example Capability

CSF Subcategory

Authentication for OT

Authentication mechanisms

PR.AC-1: Identities and credentials are managed for authorized devices and users

Application

Company

Product

Version

Use

Identity Management Platform

CA

Identity Manager

R12.0 SP14 Build 9140

Implements workflows for creating digital identities and authorizing them access to physical and logical resources, including authoritative source

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

15

Security Characteristics

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Provision, modify or revoke access throughout all federated entities

Example Capability

Mechanisms for centrally managed provisioning of access

CSF Subcategory

Application

Company

Product

Version

Use

RSA

Identity Management and Governance (IMG) Governance Lifecycle

6.9.74968

Implements workflows for creating digital identities and authorizing them access to physical and logical resources

Adaptive Directory

7.1.5 R29692

Authoritative source for digital identities and authorized access to resources

Enterprise PKI

N/A

Provides North American Energy Standards Board (NAESB)compliant X.509 certificates to OT personnel

Virtual Directory

Credential Management

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

GlobalSign

16

Security Characteristics

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Access Control for OT

Authorization (provisioning) OT

Example Capability

Access control mechanisms

Access policy management mechanisms

CSF Subcategory

PR.AC-2: Physical access to assets is managed and protected

PR.AC-4: Access permissions

Application

Company

Product

Version

Use

Credential Management / Physical Access Control

XTec

Credential Issuance Solutions

N/A

Provides Personal Identity Verification Interoperable (PIV-I) smart-card credentials and physical-accesscontrol capability using the smart card

Credential Management / Physical Access Control

XTec

Physical Access Control Logical Access Control Authentication and Validation

N/A

Provides PIV-I smart-card credentials and physical-accesscontrol capability using the smart card

Physical Access Control Enforcement

RS2 Technologies

Access It!

4.1.15

Controls physical access to power facilities, buildings, etc.

Provisioning

AlertEnterprise

Guardian

4.0 SP04 HF3

Provisions access authorizations from the IdAM

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

17

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Security Characteristics

Example Capability

Provision, modify or revoke access throughout all federated entities

Mechanisms for centrally managed provisioning of access

Authorization (provisioning) OT

Access policy management mechanisms

Provision, modify or revoke access throughout all federated entities

Mechanisms for centrally managed provisioning of access

CSF Subcategory are managed, incorporating the principles of least privilege and separation of duties

Application

Company

Product

Version

Use workflow to Access It Universal

Identity Management Platform

Secure Attribute Management

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

CA

Identity Manager

R12.0 SP14 Build 9140

RSA

IMG

6.9.74968

Mount Airey Group

Ozone Console and Ozone Authority Secure Attribute Management Public Key Enablement Ozone Mobile

Ozone Authority 4.0.1, Ozone Server 2.1.301, Ozone Envoy 4.1.0, Ozone Console 2.0.2

Provisions identities and authorizations to Active Directory (AD) Manages attributes that control access to high-value transactions

18

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Security Characteristics

Example Capability

CSF Subcategory

Centrally monitor use of accounts

Log account activity

Access Control for OT

Access control mechanisms

Application

Company

Product

Version

Use

PR.PT-1: Audit/log records are determined, documented, implemented, and reviewed in accordance with policy

Industrial Control System (ICS) User Access Management

TDi Technologies

ConsoleWorks

4.9-0u0

Controls access to industrial control system (ICS) devices by people (ICS engineers and technicians)

PR.PT-3: Access to systems and assets is controlled, incorporating the principle of least functionality

Industrial Control System (ICS) User Access Management

TDi Technologies

ConsoleWorks

4.9-0u0

Creates an audit trail of access to ICS devices by people

ICS Device-toDevice Access Management

Radiflow

Industrial Control System Firewall and iSIM Software OT Security Substation Security

iSIM 3.6.07

Controls communication among ICS devices

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

19

Security Characteristics

Example Capability

CSF Subcategory

This publication of chargefree from: available free http://doi.org/10.6028/NIST.SP.1800-2. Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available

Application

Company

Product

Version

Use

Access Gateway

Cisco

Identity Service Engine (ISE)

1.4.0.253

Controls access to resources in OT by users in IT based on both user identity and device identity

Access Gateway

Schneider Electric

ConneXium Tofino Ethernet Firewall

2.10

Controls access to devices in the ICS/SCADA network

RSA IMG is now known as RSA VIA Governance and RSA VIA Lifecycle.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

20

5 Architecture 5.1 Architecture Description This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

IdAM is the discipline of managing the relationship between a person and the resources that the person needs to access to perform a job. It encompasses the processes and technologies by which individuals are identified, vetted, credentialed, and authorized access to resources, and held accountable for their use of these resources. These processes and technologies create digital identity representations of people, bind those identities to credentials, and use those credentials to control access to resources. IdAM is composed of the capabilities illustrated in Figure 5-1, which are detailed, by number, in the text that follows. Figure 5-1 IdAM Capabilities

1. User registration determines that a reason exists to give a person access to resources, verifies the person’s identity, and creates one or more digital identities for the person. 2. Credential issuance and management provides life-cycle management of credentials, such as employee badges or digital certificates. Additional information on credential issuance and management, as well as authentication, can be found in NIST SP 800-63-2, Electronic Authentication Guideline [8]. 3. Access rights management determines the resources that a digital identity is allowed to use. 4. Provisioning populates digital identity, credential, and access rights information for use in authentication, access control, and audit. 5. Authentication establishes confidence in a person’s digital identity. 6. Access control allows or denies a digital identity access to a resource. NIST Interagency/Internal Report (NISTIR) 7316, Assessment of Access Control Systems [9], explains commonly used access-control policies, models, and mechanisms. 7. Audit maintains a record of resource access attempts by a digital identity.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

21

The top three capabilities are administrative capabilities, in that they involve human actions or are infrequently used. For example, verifying identity typically involves physically reviewing documents, such as a driver’s license or passport. Credential issuance and management is invoked when an employee is hired, changes jobs, leaves the company, loses a credential, or when a credential expires.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The bottom three capabilities are “run-time” capabilities, in that they happen whenever a person accesses a resource. Authentication, access control, and audit are typically automated activities that occur every time that a person enters a facility by using a badge, or logs into a computer system. A directory, such as Microsoft AD, is often used in the implementation of run-time functions. Provisioning connects the administrative activities to the run-time activities by providing the run-time capabilities with the information needed from the administrative activities. In the electricity subsector today, some or all of these IdAM capabilities are frequently replicated at least three times—once for a person’s access to OT, again for physical access, and then to access IT. Additionally, these capabilities may be independently replicated for each system within OT or IT. Replication makes it difficult to ensure that employees have access to the resources that they need to perform their jobs, and only those resources. Newly hired employees may not have access to all of the resources they need. Employees who change jobs may retain access to resources they no longer need. Terminated employees may retain access long after they have left. Further, multiple independent IdAM processes make it difficult to periodically review who has access to what resources. The example solution described here addresses these problems by creating a converged implementation of the IdAM access rights management and provisioning capabilities that is used across OT, PACS, and IT. This converged implementation does not change the run-time capabilities of authentication, access control, and audit, leaving them replicated and distributed. The converged implementation depends on a utility’s existing processes, such as employee on-boarding and badge issuance, to provide both user registration and credential issuance and management capabilities. Figure 5-2 illustrates the example solution.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

22

Figure 5-2 IdAM Example Solution

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The converged IdAM capability implements the following items: ▪

an IdAM workflow to manage the overall process

▪

an identity store, which is the authoritative source for digital identities and their associated access rights to resources

▪

a provisioning capability to populate information from the workflow and identity store into the run-time capabilities. The provisioning capability is further decomposed into OT provisioning, IT provisioning, and PACS provisioning

Each of the three silos, OT, IT, and PACS, may have its own identity stores that contain digital identities and access rights for use in controlling access to systems within the silo. Further, some applications in a silo may have their own application identity stores that are used by the application to control access to the information and to the services that it provides. The converged IdAM capability, through provisioning, manages the information in these other identity stores. The combined capabilities can reduce the time to update access in the OT, PACS, and IT systems from days to minutes. They also improve the audit trail capture by integrating the three audit logs into one. Provisioning may also verify that authorizations stored locally in the run-time capabilities are consistent with those in the identity store. If locally stored authorizations are inconsistent with authoritative values

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

23

in the identity store, provisioning may raise an alarm or change locally stored authorizations to be consistent with the identity store. The example solution implements three basic transactions:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

creating all required credentials, authorizing access, and provisioning access for a new employee

▪

updating credentials and access for an existing employee who is changing jobs or requires a temporary access change

▪

destroying credentials and removing accesses for a terminated employee

The IdAM workflow receives information about employees and their jobs from the HR system. For a new employee, HR is responsible for performing initial identity verification. Based on a new employee’s assigned job, the IdAM workflow creates one or more digital identities and determines the credentials and resource accesses required. The workflow triggers credential management capabilities to create physical identification badges, physical access cards, and any logical access credentials, such as X.509 public key certificates, that may be needed. The workflow records information about these credentials in the identity store. The example solution does not assume that each person will have a single digital identity. A current employee is likely to have several distinct digital identities because of independent management of digital identities in physical security, business systems, and operational systems. Requiring a single digital identity would create a significant challenge to the adoption of the example solution. Instead, the identity store associates all of an employee’s digital identifiers so that all of the person’s accesses can be managed together. Once the example solution is in place, an organization can continue issuing multiple digital identifiers to new employees or can assign a single digital identifier that is common to physical security, business systems, and operational systems. The workflow automatically authorizes some physical and logical accesses that are needed either by all employees or for an employee’s job. The workflow stores information about credentials and authorized accesses in the identity store. The workflow then invokes provisioning to populate silo-specific and application identity stores with credential information and access authorizations. This allows the employee to access facilities and systems. Access to some resources, both logical and physical, will require explicit approval before being authorized. For these, the workflow notifies one or more access approvers for each such resource, and then waits for responses. When the workflow receives approvals, it stores the authorized accesses in the identity store and provisions them to the silos. All information about approved, pending, and provisioned physical and logical access authorizations is maintained in the identity store. Pending access authorizations may be either authorizations that have been approved, but not yet provisioned, or timebounded authorizations to be provisioned/de-provisioned at a future time. Explicit approval is used to ensure that OT managers and supervisors retain control over access to critical operational systems.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

24

While the system to manage access authorizations is converged, the authority to make access authorizations remains distributed across IT, OT, and physical security management.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

When the HR system notifies the workflow that an employee is changing jobs, the workflow performs similar actions. First, it identifies resource accesses and credentials associated only with the employee’s former job. It revokes those resource accesses in the identity store and de-provisions them from the silos. It directs that associated credentials be invalidated and destroyed. It removes information about those credentials from the identity store and de-provisions credential information from the silos. Workflow actions are programmable and can be customized to meet organization-specific needs. It then identifies the resource accesses needed for the employee’s new job, authorizes them in the identity store, and provisions them to the silos. The workflow identifies any new credentials that will be needed in the new job, triggers the creation and issuance of those credentials, waits for them to be created, updates the identity store, and provisions new credential information to the silos. When the HR system notifies the workflow that an employee has been terminated, the workflow removes all of the employee’s resource accesses from the identity store and de-provisions them from the run-time functions. It triggers the invalidation and destruction of the employee’s credentials, removes credential information from the identity store, and de-provisions credential information from the silos. In addition to input from the HR system to process personnel actions, the workflow can provide a portal for employees to request access to resources, which can be reviewed and approved. Also, systems other than HR can be integrated with the workflow to initiate resource access requests. These capabilities reduce overhead and administrative downtime.

5.1.1 Physical Access Control System Silo The PACS silo hosts both access controllers and badging systems. The badging systems implement a credential issuance capability that creates the badges that employees use to gain access to facilities and other physical resources. The access controllers read information from badges and check authorization information to determine if a person should be allowed access. If access is allowed, the access controller unlocks a door, allowing the person to enter the facility.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

25

Figure 5-3 shows the architecture of the PACS silo. Figure 5-3 Notional PACS Architecture

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The PACS identity store contains identities and access-control information for the people who operate the badging systems and the people who manage the access-control systems. This access-control information is provisioned into the PACS identity store instance from the converged IdAM system. Access controllers may also use the PACS identity store to check authorization information to determine physical access. If the access controllers use the PACS identity store, then the IdAM system will provision authorization information to the PACS identity store. If the access controllers use their own internal identity store, then authorization information will be provisioned directly to the access controller. Build #1 provisions directly to the access controller, and Build #2 provisions to the PACS identity store.

5.1.2 Operational Technology Silo The OT silo is composed of two types of systems: ▪

operational management systems that operators and engineers use to monitor and manage the generation and delivery of electric energy to customers

▪

industrial control systems (ICSs) and supervisory control and data acquisition (SCADA) systems that provide real-time and near-real-time control of the equipment that produces and delivers electric energy

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

26

Figure 5-4 shows the notional architecture of the OT silo. Figure 5-4 Notional OT Silo Architecture

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The operations and management network within the OT silo has an identity store that contains identities and access authorizations for operational management systems. These identities and authorizations are provisioned from the converged IdAM system. A cross-silo access-control capability allows some access to operational management systems from the IT silo. The converged IdAM system provisions authorizations to access OT resources from the IT silo into the OT identity store. An electronic access control and monitoring system (EACMS) controls access to ICS/SCADA devices on the ICS/SCADA network, from the operations management network. The EACMS allows operators and engineers to have terminal access to the programmable logic controllers, relays, and remote terminal units (RTUs) that provide real-time control of energy production and delivery. Authorizations allowing access via the EACMS may be provisioned into the OT identity store or directly into the EACMS by the converged IdAM system. The converged IdAM system can provide time-bounded authorizations that will allow access during a limited time period. When the period expires, a workflow is triggered that revokes the authorization in the identity store and de-provisions the authorization from the OT identity store.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

27

An ICS/SCADA firewall controls communication among ICS/SCADA devices. The converged IdAM system does not currently manage or provision authorizations that control device-to-device communications. Authorizations for device-to-device communications are either learned by the firewall in training mode or configured using a vendor-supplied application. This capability could be added in a future version of the converged IdAM system.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

5.1.3 Information Technology Silo The IT silo hosts business systems. These systems consist of user workstations and business applications running on Microsoft Windows or Linux servers. An IT identity store contains identities and access authorizations for both business system users and system administrators who manage the applications and servers. These authorizations are provisioned from the converged IdAM system. Applications that are not able to use an external identity store can be provisioned directly by the converged IdAM system. Figure 5-5 shows the notional architecture of the IT silo. Figure 5-5 Notional IT Silo Architecture

5.2 Example Solution Relationship to Use Case When we first defined this challenge in collaboration with industry members, we wrote the following scenario [10]: “An energy company technician attempts to enter a substation. She is challenged to prove her identity in a way that provides a high degree of confidence and is not onerous (i.e., does not require a significant behavior change). Her attempt at entry initiates an authentication request that, if possible, connects to the company’s authentication and authorization services to validate

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

28

her identity, ensure that she is authorized to access the substation, and confirm that a work order is on file for that substation and that worker at that time.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Once she gains access to the substation, she focuses on the reason for her visit: She needs to diagnose a remote terminal unit (RTU) that has lost its network connectivity. She identifies the cause of the failure as a frayed Ethernet cable and replaces the cable with a spare. She then uses her company-issued mobile device, along with the same electronic credential she used for physical access, to log into the RTU’s web interface to test connectivity. The RTU queries the central authentication service to ensure the authenticity and authority of both the technician and her device, then logs the login attempt, the successful authentication, and the commands the technician sends during her session.” The first portion of the scenario deals with physical access to a substation. Unlike the description in this scenario, the example solution provides the management of identities and authorizations in a single system but assumes that the decision to allow a particular technician to have access to a particular facility at a particular time may be distributed. Distributing the access decision-making capability helps ensure that access control continues to function in the event of communication failures. Utilities have indicated that communication failures with substations are common. Therefore, authorization to allow the technician to have access to the substation will be created centrally by the IdAM workflow, placed in the identity store, and then provisioned to the PACS responsible for the substation. Accomplishing this requires integrating the work order management system with the IdAM workflow. Assigning a work order, to a technician, that requires access to a substation triggers actions within the IdAM workflow to authorize access to the substation and to provision that authorization to the substation PACS. When the technician presents his/her physical access credential at the substation, the PACS uses the provisioned authorization to determine if he/she should be allowed to have access. Likewise, while not explicitly stated in the example, completion of the work order triggers the IdAM workflow to remove the technician’s substation access authorization and de-provision it from the substation PACS. The second portion of the scenario deals with logical access to ICS/SCADA devices within the substation. Again, unlike the description in the scenario, the example solution centralizes the management of identities and authorizations, but assumes that run-time functions, such as authenticating a user and granting the user to have access to specific ICS/SCADA devices, are distributed functions. In this case, the example solution assumes that the substation contains an EACMS to which the technician connects his/her mobile device. The EACMS authenticates the technician and controls his/her access to ICS/SCADA devices within the substation. Assigning the technician to this work order triggers an IdAM workflow that authorizes him/her to have access to ICS/SCADA devices in the substation, stores these authorizations in the identity store, and provisions both the authorizations and any needed authentication credentials to the substation’s EACMS. Completion of the work order triggers the removal of the access authorization, and de-provisioning of authorizations and credentials, from the substation EACMS.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

29

5.3 Core Components of the Reference Architecture To verify the modularity of the example solution and to demonstrate alternative provisioning methods, we created two builds of the converged IdAM capability. Both builds used the following products:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

AlertEnterprise Guardian implements provisioning to an RS2 Technologies (RS2) Access It! PACS.

▪

TDi Technologies ConsoleWorks and a Schneider Electric Tofino firewall serve as an EACMS.

▪

A Radiflow ICS/SCADA firewall controls interactions between two Modbus-speaking RTUs—a Schweitzer Engineering Laboratories (SEL) RTU and an RTU emulated by a Raspberry Pi singleboard computer.

Build #1 used CA Technologies (CA) Identity Manager to implement the IdAM workflow and aspects of provisioning, and CA Directory to implement the identity store. Build #2 used the RSA IMG (now known as RSA VIA Governance and RSA VIA Lifecycle) to implement the IdAM workflow and the RSA Adaptive Directory to implement the identity store and aspects of provisioning.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

30

5.3.1 Build #1 Figure 5-6 illustrates Build #1. See legend in Appendix B. Figure 5-6 Build #1

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CA Identity Manager implements the IdAM workflow. It receives input from an HR system, in the form of comma-separated value (CSV) files. We simulated the HR system by using manually produced CSV files because the NCCoE lab does not have an HR system. A mutually authenticated, integrity-protected connection between an HR system and CA Identity Manager is the preferred solution. CA Identity Manager also provisions information to Microsoft AD instances in business systems (IT) and in the operational system (OT). No relationship among these AD instances is assumed.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

31

IT applications are assumed to be integrated with the IT identity store implemented by Microsoft AD and use credential information and authorization information in this AD instance. If there are IT applications that are not integrated with AD, the provisioning capabilities of CA Identity Manager would be used to directly provision the applications.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

AlertEnterprise Guardian provisions physical access authorizations into the RS2 PACS. It is also capable of implementing workflow and provisioning ICS devices; however, those capabilities were not used in this build. CA Identity Minder supports call-outs within a workflow that can be used to invoke external programs. A call-out is used to connect with AlertEnterprise Guardian and to provide information to be provisioned to the RS2 PACS. An instance of TDi Technologies ConsoleWorks is installed in the OT silo and integrated with the OT identity store that is implemented by a Microsoft AD instance. Identity Manager provisions ICS/SCADA access authorizations into this AD instance. ConsoleWorks uses the access authorizations in AD to control user access to ICS/SCADA devices. ConsoleWorks also captures an audit trail of all user access to the ICS/SCADA network. A Schneider Electric Tofino firewall is installed between ConsoleWorks and the ICS/SCADA network. The firewall determines which Internet Protocol (IP) addresses within the ICS/SCADA network are accessible through ConsoleWorks and which network protocols can be used when accessing those addresses, but these are not managed by the converged IdAM solution. The combination of ConsoleWorks and the Tofino firewall implement an EACMS between the EMS / Operations Management Network and the ICS/SCADA network.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

32

5.3.2 Build #2 Figure 5-7 illustrates Build #2. See legend in Appendix B. Figure 5-7 Build #2

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. RSA IMG implements the IdAM workflow. It receives input from an HR system, in the form of CSV files. In Build #2, RSA IMG stores information in RSA Adaptive Directory, which subsequently provisions the information to the silo identity stores implemented with Microsoft AD instances.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

33

RSA Adaptive Directory implements the identity store and provisioning portions of the example solution. RSA Adaptive Directory is a virtual directory that acts as a proxy in front of multiple back-end directories. The build assumes that each silo—OT, PACS, and IT—hosts a Microsoft AD instance. No relationship among these AD instances is assumed. When an IMG workflow stores information in Adaptive Directory, that information is actually stored in one or more of the underlying AD instances. In this way, storing information in Adaptive Directory provisions that information into one or more AD instances.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

AlertEnterprise Guardian provisions physical access authorizations into the RS2 PACS. RSA IMG writes these authorizations into Adaptive Directory, which stores them in the PACS AD instance. AlertEnterprise Guardian monitors the PACS AD instance for updates, such as changed physical access authorizations for an existing user, the addition of a new user with physical access authorizations, or the removal of an existing user and associated access authorizations. When changes are detected, Guardian provisions them into the RS2 PACS. As in Build #1, TDi Technologies ConsoleWorks and a Schneider Electric Tofino firewall are used in the OT silo to provide an EACMS between the EMS / Operations Management Network and the ICS/SCADA network. ConsoleWorks utilizes the AD instance in OT for the authorization of users in this build as well.

5.3.3 Implementation of the Use-Case Illustrative Scenario This section explains how each of the two builds implements the scenario in Section 5.2. A work order management system assigns a technician to resolve an issue with an RTU at a substation. The system initiates a workflow in either CA Identity Manager or RSA IMG that authorizes the technician to have physical access to the substation. In Build #1, this authorization is sent to AlertEnterprise Guardian via a call-out in the workflow in CA Identity Manager. Guardian provisions the authorization into the RS2 PACS. The authorization is also stored in the CA directory. In Build #2, this authorization is written to Adaptive Directory and stored in the PACS AD instance. AlertEnterprise Guardian detects the authorization change for the technician and provisions it to RS2. When the technician arrives at the substation and scans his/her credentials at the door, RS2 allows him/her to enter the facility. The workflow also authorizes access to ICS/SCADA devices in the substation. In Build #1, CA Identity Manger stores this authorization in the CA directory and provisions it to the OT AD instance. In Build #2, IMG writes this authorization to Adaptive Directory, which stores it in the OT AD instance. When the technician connects his/her mobile device to ConsoleWorks in the substation, he/she is authenticated, and ConsoleWorks checks the OT AD instance, sees that he/she is authorized, and allows him/her to access the ICS/SCADA devices in the substation. When the work order is closed, the work order management system triggers another workflow that removes the technician’s access authorizations. In Build #1, the authorizations are removed from the CA directory. Substation physical access is de-provisioned from RS2 via a call-out from the workflow to AlertEnterprise Guardian. Identity Manager de-provisions ICS/SCADA access from the OT AD.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

34

ConsoleWorks detects the change in the OT AD instance and de-provisions the technician’s access to the RTU.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In Build #2, IMG removes the authorizations from Adaptive Directory. This removes the authorizations from the PACS and OT AD instances. AlertEnterprise Guardian detects the change in the PACS AD instance and de-provisions the technician’s substation physical access. ConsoleWorks detects the change in the OT AD instance and de-provisions the technician’s access to the RTU. Without an active assigned work order, the technician has no physical or logical access to the substation. The reference architecture requires substations to have power and communications to receive provisioned authorizations. The reference architecture does not address crisis or emergency situations where this requirement is not met. The reference architecture assumes that existing energy-company procedures for crisis or emergency response will be used/updated to address this challenge.

5.4 Supporting Components of the Reference Architecture In addition to the products used to build an instance of the core example solution (the build), several products provide supporting components to the build, as shown in Figure 5-8. These products implement IdAM capabilities that, while necessary to completely implement IdAM within an organization, are not an integral part of the converged IdAM capability. XTec AuthentX and GlobalSign demonstrate the outsourcing of some credential issuance and management capabilities. XTec AuthentX also demonstrates the outsourcing of some physical access-control capabilities. The XTec AuthentX Identity and Credential Management System (IDMS/CMS) provides a PIV-I smartcard credential, based on NIST standards, that can be used for logical and physical access, as well as the description of the XTec product and its role in supporting the implementation of the example solution. AuthentX demonstrates the outsourcing of some aspects of user registration, credential issuance and management, authentication, and access-control capabilities. These capabilities are provided using a cloud-hosted solution with identity vetting workflows, credential issuance stations, and full life-cycle maintenance tools. AuthentX produces Homeland Security Presidential Directive 12–compliant smart cards that are interoperable with, and trusted by, federal counterparts. The components of the XTec solution in our lab included XNode, card readers, and compliant PIV-I cards. The XTec product places the XNode, an IP-addressable RS232/RS485 controller within close range of the reader and door strike, as opposed to a typical, central control-panel deployment. The XNode can also control SCADA devices and send them encrypted instructions. AuthentX IDMS/CMS can also provide a web-based implementation of the IdAM workflow in the example solution, as well as credential management and provisioning. AuthentX IDMS/CMS can control, log, and account for identity vetting, credential issuance, and credential usage with AuthentX PACS and

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

35

logical access controls, as well as immediately control credential revocation to all interoperable resources.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

GlobalSign operates an NAESB-accredited software-as-a-service Certificate Authority. It illustrates an outsourced credential issuance and management capability that provides NAESB-compliant X.509 digital certificates. NAESB-compliant digital certificates are required credentials for authenticating Open Access Same-Time Information Systems (OASIS) transactions and access to the Electronic Industry Registry—the central repository for information related to energy scheduling and management activities in North America [11]. Mount Airey Group’s (MAG’s) Ozone and Cisco’s Identity Services Engine (ISE) demonstrate access-control decision and enforcement capabilities that the converged IdAM capability can provision. MAG Ozone can also provide authorization management capabilities. The MAG Ozone product provides a high-assurance attribute-based access control (ABAC) implementation [12]. ABAC controls access to resources by evaluating access rules using attributes associated with the resource being accessed, the person accessing the resource, and the environment. Ozone Authority provides a high-assurance attribute store. Attributes stored in Ozone Authority are managed using Ozone Console. Ozone manages attributes that control access to high-value transactions, such as high-dollar-value financial transactions. Ozone Authority pulls attributes either from Adaptive Directory in Build #2 or from an AD instance in Build #1. Once Ozone Authority pulls the attributes, the attribute values are managed through Ozone Console.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

36

Figure 5-8 Supporting Components

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Ozone Server uses these attributes, in either the OT or IT silo, to decide if a user is allowed to perform a transaction. Ozone Server provides its decision to the policy enforcement point associated with the application. MAG provided an application for the IT silo to demonstrate some of Ozone’s capabilities. Other than the MAG demonstration application, a full ABAC capability was not included in the architecture. A separate NCCoE project is creating an ABAC building block that could be used in IT or OT. The application is described in Appendix A [13]. Cisco ISE controls the ability of devices to connect over the network. ISE expands on basic network address-based control to include the identity of the person using a device. ISE is used in the builds to provide a gateway function between OT and IT, limiting which users and devices are allowed to connect from IT to resources in OT.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

37

5.5 Build #3 – An Alternative Core Component Build of the Example Solution

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

RSA, CA, and AlertEnterprise all provide products that can implement the IdAM workflow, identity store, and provisioning. Our initial builds of the example solution used RSA and CA products to implement the IdAM workflow, the identity store, and AD provisioning. AlertEnterprise Guardian was used to provision the RS2 PACS; however, Guardian can also implement the IdAM workflow, identity store, and both OT and IT provisioning. To illustrate Guardian’s full capabilities, AlertEnterprise created this independent build of the example solution in their labs, using the Guardian product (Figure 5-9). See legend in Appendix B. Figure 5-9 Build #3

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

38

AlertEnterprise Guardian implements the IdAM workflow. It receives input from an HR system in the form of CSV files. We simulated the HR system by using manually produced CSV files because the NCCoE lab does not have an HR system. The preferred solution is a mutually authenticated, integrity-protected connection between an HR system and AlertEnterprise Guardian. Guardian provisions information to Microsoft AD instances in OT and IT. No relationship among these AD instances is assumed.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

IT applications are assumed to be integrated with AD, and use credential information and authorization information in the IT AD instance. If there are IT applications that are not integrated with AD, the provisioning capabilities of Guardian would be used to directly provision the applications. Guardian provisions physical access authorizations into the RS2 PACS. Physical Access and Cardholder life-cycle functions are supported through Guardian workflow to ensure that the right level of access is granted to the right people, based on training, compliance, and security requirements. An instance of TDi Technologies ConsoleWorks and a Schneider Electric Tofino firewall are installed in the OT silo to implement an EACMS between the EMS / Operations Management network and the ICS/SCADA network. ConsoleWorks is integrated with the OT AD instance. Guardian provisions ICS/SCADA access authorizations in the OT AD instance. ConsoleWorks uses the access authorizations in OT AD to control user access to ICS/SCADA devices. Additional information about Build #3 is available from the AlertEnterprise website [14].

5.6 Build Implementation Description The infrastructure was built on Dell model PowerEdge R620 server hardware. The server operating system (OS) was the VMware vSphere virtualization operating environment. In addition, we used a 6-terabyte Dell EqualLogic network attached storage (NAS) product, Dell model PowerConnect 7024, and Cisco 3650 physical switches to interconnect the server hardware, external network components, and the NAS. The NCCoE built two instantiations of the example solution to illustrate the modularity of the technologies. Build #1 uses the CA Identity Manager product. Build #2 uses the RSA Identity Management and Governance (IMG) (now known as RSA VIA Governance and RSA VIA Lifecycle) and RSA Adaptive Directory products. The lab network is connected to the public internet via a virtual private network (VPN) appliance and firewall to enable secure internet and remote access. The lab network is not connected to the NIST enterprise network. Table 5-1 lists the software and hardware components that we used in the build, as well as the specific function that each component contributes.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

39

Table 5-1 Build Architecture Component List

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Product Vendor

Component Name

Function

Dell

PowerEdge R620

Physical server hardware

Dell

PowerConnect 7024

Physical network switch

Dell

EqualLogic

NAS

VMware

vSphere vCenter Server Version 5.5

Virtual server and workstation environment

Microsoft

Windows Server 2012 r2 AD Server

Authentication and authority

Microsoft

Windows 7

Information management

Windows

Windows Server 2012 r2 Domain Name System (DNS) Server

DNS

Windows

Structured Query Language (SQL) Server

Database

AlertEnterprise

Enterprise Guardian

Interface and translation between the IdAM central store and the PACS management server

CA

Identity Manager Release 12.6.05 Build 06109.28

Identity and access automation management application, IdAM provisioning

Cisco

ISE Network Server 3415

Network access controller

Cisco

Catalyst 3650

TrustSec-enabled physical network switch

GlobalSign

Digital Certificates

Cloud certificate authority

MAG

Ozone Authority

Central attribute management system

MAG

Ozone Console

Ozone administrative management console

MAG

Ozone Envoy

Enterprise identity store interface

MAG

Ozone Server

Ozone centralized attributebased authorization server

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

40

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Product Vendor

Component Name

Function

Radiflow

iSIM – Industrial Service Management Tool

SCADA router management application

Radiflow

SCADA Router RF-3180S

Router/firewall for SCADA network

RSA

Adaptive Directory Version 7.1.5

Central identity store, IdAM provisioning

RSA

IMG Version 6.9 Build 74968

Central IdAM system (workflow management)

TDi Technologies

ConsoleWorks

Privileged user access controller, monitor, and logging system

RS2

Access It! Universal Release 4.1.15 Physical-access-control components

Configures and monitors the PACS devices (e.g., card readers, keypads)

Schweitzer Engineering Laboratories

SEL-2411

Programmable automation controller

Schneider Electric

Tofino Firewall model number TCSEFEA23F3F20

Industrial Ethernet firewall

XTec

XNode

Remote access control and management

5.6.1 Build Architecture Components Overview The build architecture consists of multiple networks that mirror the infrastructure of a typical energy industry corporation. The networks are a management network and a production network (Figure 5-10). The management network was implemented to facilitate the implementation, configuration, and management of the underlying infrastructure, including the physical servers, vSphere infrastructure, and monitoring. The production network (Figure 5-11) consists of the following components: ▪

the demilitarized zone (DMZ)

▪

IdAM

▪

IT network – business management systems

▪

OT network – ICS/SCADA industrial control system and EMS

▪

PACS network

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

41

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

These networks were implemented separately to match a typical electricity subsector enterprise infrastructure. The network diagrams and descriptions presented here illustrate and explain the laboratory environment that was used at NCCoE to build proof-of-concept implementations of the example solution. This lab architecture is not intended as security guidance. Firewalls block all traffic, except required internetwork communications. The primary internetwork communications are the user-access and authorization updates from the central IdAM systems between the directories and the OT, PACS, and IT networks. Figure 5-10 Management and Production Networks

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

42

Figure 5-11 IdAM Build Architecture Production Network

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The IdAM network represents the proposed converged IdAM network/system. This network was separated into OT, PACS, and IT to highlight the unique IdAM components that were proposed to address the use-case requirements. The IT network represents the business management network that typically supports corporate email, file sharing, printing, and internet access for general business-purpose computing and communications. The OT network represents the network that is used to support the EMSs and ICS/SCADA systems. Traffic is allowed into and out of the OT network via the OT firewall, for specific ports and protocols between specific systems identified by IP address. The PACS network represents the network that supports the PACS across the enterprise. Typically, this network uses the enterprise IT network, and is segmented from the user networks by virtual local area networks (VLANs), which provide traffic and management segregation in the NCCoE Energy Sector lab.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

43

VLANs, alone, should not be considered a security separation mechanism. In our architecture, a firewall allows limited access to and from the PACS network to facilitate the communication of access and authorization information. Technically, this communication consists of user role and responsibility directory updates originating in the IdAM system.

5.6.2 Build Network Components This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

5.6.2.1 Internet The public internet is accessible by the lab environment to facilitate both cloud services and access for vendors and NCCoE administrators.

5.6.2.2 VPN Firewall The VPN firewall is the access-control point for vendors, to support the installation and configuration of their components of the architecture. We used this access to facilitate product training and implementation support. This firewall also blocks unauthorized traffic from the public internet to the production networks. We used additional firewalls to secure the multiple domain networks (OT, PACS, IT, and IdAM).

5.6.2.3 Switching and Routing Switching in the architecture is executed using a series of physical and hypervisor soft switches. VLANs are implemented to segment the networks shown in Figure 5-10 and Figure 5-11. VLAN switching functions are handled by physical Dell switches and the virtual environment. Routing was accomplished using the firewall.

5.6.2.4 DMZ The DMZ provides a protected neutral network space that the other networks of the production network can use to route traffic to/from the internet or each other. The DMZ presented here is designed to support the NCCoE laboratory environment. Organizations should construct DMZs by using the appropriate guidance for their environment, such as NERC Guidance for Secure Interactive Remote Access.

5.6.3 Operational Technology Network The builds include the following OT network components: ▪

directory instance

▪

OT management workstation

▪

RTU with IP interface

▪

RTU with serial interface

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

44

▪

ICS/SCADA router

▪

router management workstation

▪

ICS/SCADA gateway / access-control system

This network emulates an energy enterprise OT network and systems. The specific vendor products used in this network are identified in Table 5-1 (refer to Section 5.6) and Figure 5-12.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 5-12 OT Network

In the OT network, the Radiflow router performs the ICS/SCADA network firewall function. The ConsoleWorks product provides the access-control/gateway function. The build used the gateway function to manage access to the OT router and RTU management/console interface. The interface can be used to configure the RTU and to issue real-time function commands (e.g., open/close relays). The access-control/gateway function uses the OT directory to obtain access authority for each user requesting access to an RTU.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

45

5.6.4 Information Technology Network The builds include the following IT network components:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

AD

▪

Cisco ISE

▪

TrustSec switch

▪

workstation

A typical enterprise includes information-sharing systems, email, and application servers. We did not include these systems in the architecture because they are not needed to demonstrate the effectiveness of the IdAM example solution. The specific vendor products used in this network are identified in Table 5-1 (refer to Section 5.6) and Figure 5-13. Figure 5-13 IT Network

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

46

5.6.5 Physical Access and Control System Network The builds include the following PACS network components:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

AD

▪

PACS control server – Access It!

▪

integrated access-control unit (including a card reader, keypad, and door strike) – RS2

▪

workstation

This network emulates a typical enterprise PACS. The specific vendor products used in this network are identified in Table 5-1 (refer to Section 5.6) and Figure 5-14. Figure 5-14 PACS Network

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

47

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Two technologies are demonstrated in the PACS network: XTec XNode and RS2 Access It!. XTec XNode is a PACS using smart-card readers, pin pads, and an internet cloud-based authorization service. The cloud service can federate (interoperate) with corporate identity and access stores or can be operated as a fully outsourced PACS IdAM solution. XNode was used as a standalone access-control capability. It was not integrated or federated with the converged IdAM system, and its ability to contribute to compliance with NERC CIP Version 5 security requirements was not addressed. The RS2 system includes card readers, pin pads, and the Access It! local management server. The local management server is integrated with the central identity and access store via the AlertEnterprise Guardian product. In Build #1, Guardian receives IdAM data directly from Identity Manager. Once the information is received, Guardian provisions the information to the PACS management server. In Build #2, Guardian monitors the PACS directory for IdAM changes. Once changes are identified, Guardian collects the information and provisions the IdAM information to the PACS management server.

5.6.6 Identity and Access Management Network 5.6.6.1 Build #1 Build #1 includes the following IdAM network components: ▪

central IdAM system

▪

PACS IdAM interface system

▪

SQL server

▪

MAG Ozone components

The IdAM was separated to highlight the unique IdAM components that were proposed to address the use-case requirements. The implementation is not a recommendation to separate IdAM functions on their own network. The products used in this build are identified in Table 5-1 (refer to Section 5.6) and Figure 5-15.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

48

Figure 5-15 Central IdAM Network, Build #1

Identity and Access Management Area IdAM Network

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CA Directory

CA Identity Manager CA Provisioning Server

Internet

IdAM FW

DMZ

NCCoE FW

AlertEnterprise Guardian VPN FW

Vendor access network

Management network

Mount Airey Group (MAG) Ozone system

VMware virtual datacenter

The central IdAM system is the authoritative central store for identity and access authorization data. CA Identity Manager provides a central identity and access store, as well as a workflow management capability, in Build #1 (Figure 5-15). The central IdAM system takes over the control of the directory instances in each silo. The control is implemented by providing an administrative account credential for each managed directory to the IdAM system. This is an important aspect of the implementation. When the administrative credential is issued, the organization must limit access to the managed directories of the IdAM system to a reduced number of administrative users. The security of the solution partially depends on limited access to the managed directories, as discussed in Section 5.9.6. In this build, the OT, PACS, and IT directories synchronize (sync) with the central IdAM system by using Lightweight Directory Access Protocol Secure (LDAPS). This synchronization is set up to immediately sync changes from the IdAM system to each directory. In addition, an automated sync function can be implemented to check for unauthorized changes in each directory to increase the security of the implementation. Automated sync was not implemented in this build.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

49

AlertEnterprise Guardian integrates the IdAM central store with the PACS access management system (Access It!). Guardian includes integration and translation capabilities to transfer the IdAM data to the Access It! management server database. In this build, Guardian is integrated with Identity Manager for IdAM synchronization.

5.6.6.2 Build #2 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The IdAM network components include a central IdAM system, PACS IdAM interface system, and the MAG Ozone components. The IdAM network represents the proposed converged IdAM network/system. This network was separated to highlight the unique IdAM components that were proposed to address the use-case requirements. The implementation is not a recommendation to separate IdAM functions own their own network. The products used in this build are identified in Table 5-1 (refer to Section 5.6) and Figure 5-16. Figure 5-16 Central IdAM Network, Build #2

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

50

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The central IdAM systems are the authoritative central store for identity and access authorization data. RSA IdAM products and AlertEnterprise provide central identity and access stores, as well as a workflow management capability. The central IdAM system takes over the control of the directory instances in each silo. The control is implemented by providing an administrative account credential for each managed directory to the IdAM system. This is an important aspect of the implementation. When the administrative credential is issued, the organization must limit the access to the managed directories of the IdAM system to a reduced number of administrative users. The security of the solution partially depends on limited access to the managed directories, as discussed in Section 5.9.6. In this build, the OT, PACS, and IT directories sync with the central IdAM system by using LDAPS. This synchronization is set up to immediately sync changes from the IdAM system to each directory. The IdAM system automatically syncs with each directory to check for unauthorized changes to increase the security of the implementation. In this build, Guardian was used to integrate the IdAM system with the PACS access management system (Access It!). Guardian includes integration and translation capabilities to transfer the IdAM data to Access It!. Guardian monitors the PACS directory for IdAM updates. The MAG Ozone product provides secure attribute distribution within the enterprise. Section 5.4 describes its use.

5.6.7 Access Authorization Information Flow and Control Points The access and authorization for each user is based on the business and security rules implemented in workflows within the central IdAM system products (RSA IMG, CA Identity Manager). The workflows include management approval chains as well as approval/denial data logging. Once the central IdAM system has processed the access and authority request, the updated user access and authorization data is pushed to the central identity store. The central identity store contains the distribution mechanism for updating the various downstream (synchronized) directories with user access and authorization data. This process applies to new users, terminated users (disabled or deleted users), and any changes to a user profile. Changes include promotions, job responsibility changes, and anything else that would affect the systems that a user needs to access.

5.6.7.1 OT Access and Authorization Information Flow This section describes the OT ICS/SCADA access and authorization information flow for both builds. Figure 5-17 depicts the access and authorization information flow for OT ICS/SCADA devices.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

51

Figure 5-17 Access and Authorization Information Flow for OT ICS/SCADA Devices

52

Thisispublication of charge from: http://doi.org/10.6028/NIST.SP.1800-2. is available This publication http://doi.org/10.6028/NIST.SP.1800-2. of chargefree from: available free

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

The red lines in Figure 5-17 indicate the access and authorization data exchanges. The black lines depict the data paths of two OT ICS/SCADA technicians accessing RTUs in the SCADA network (one from the IT network, and one from the OT network). Note that all data routed between networks flows through the DMZ and network firewalls.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the OT network, ConsoleWorks controls access to the OT ICS/SCADA devices. ConsoleWorks uses the OT directory to determine which users are authorized to access OT ICS/SCADA devices; it is the control point for users accessing OT network devices. ConsoleWorks stores profiles for groups and specific users. The profiles define the OT devices that each user is authorized to access. In addition, ConsoleWorks monitors and logs each user session. This feature allows an organization to monitor user activity, block undesired activities, and generate alerts for suspicious or undesired activities. In the IT network, a Cisco TrustSec switch controls which users have access to the OT network. ISE controls the TrustSec switch. This provides an Electronic Access Point to the ICS/SCADA network, as described in NERC CIP-005. ISE uses the IT directory identity store to determine user access authority and to limit access to the ICS/SCADA network to authorized users. This capability enhances the enterprise’s ability to follow NERC CIP-005. ConsoleWorks also authorizes users to access OT devices.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

53

5.6.7.2 PACS Access and Authorization Information Flow The PACS access and authorization information flows in each build are described in this section. 5.6.7.2.1 Build #1 Figure 5-18 depicts the access and authorization information flow for the PACS Network, Build #1.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 5-18 Access and Authorization Information Flow for the PACS Network, Build #1

The PACS network includes devices, such as door locks and keypads. In Figure 5-18, the red lines indicate the access and authorization data exchanges. Note that all data routed between networks flows through the DMZ and network firewalls. In the PACS network, the Access It! management server controls physical access to facilities, rooms, etc. Access It! updates the PACS devices as needed. The devices also report/log user access to this server for logging/auditing purposes. In most environments, the PACS network is segregated from other networks,

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

54

typically using VLANs. Guardian collects the access and authorization data from the Identity Manager provisioning server and provides it to Access It!. 5.6.7.2.2 Build #2 Figure 5-19 depicts the access and authorization information flow for the PACS Network, Build #2. Figure 5-19 Access and Authorization Information Flow for the PACS Network, Build #2

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The red lines in Figure 5-19 indicate the access and authorization data exchanges or PACS access in Build #2. The red lines represent logical, not physical, information flows. PACS access changes from RSA Adaptive Directory in the IdAM network to Microsoft AD in the PACS network physically flow through the DMZ network. In this build, IMG provisions all PACS IdAM data to the PACS directory. AlertEnterprise collects the access and authorization data from the PACS directory and provides it to Access It!.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

55

5.6.7.3 IT Access and Authorization Information Flow Figure 5-20 depicts the access and authorization information flow for the IT Network. Figure 5-20 Access and Authorization Information Flow for the IT Network

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The red lines in Figure 5-20 indicate the access and authorization data exchanges in both builds. Note that all data is routed among the OT, PACS, IT, and IdAM networks through the DMZ. In the IT network, the hosts and other systems access the IT directory to determine which users are authorized to access devices on the IT network. AD provides the typical identity store function of storing the access permissions.

5.7 Data The builds required a user data set to populate the central IdAM system. In both builds, the IdAM system was initially populated with user data from a synthetic data set. The data set was designed to mirror a typical HR-system data-set export file. Because the NCCoE lab does not have an HR system, it

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

56

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

used a CSV file, which is a typical HR-system export-file type, to simulate an HR system. The preferred solution is a mutually authenticated, integrity-protected connection between an HR system and the IdAM system. The data included user names, titles, access assignments, unique identifiers, and other details required to complete valid directory entries. Once the set of user data was loaded into the IdAM system, each silo directory was provisioned with the appropriate user data. Each silo directory was preconfigured with the group and attribute fields that are needed to support the builds. For example, the OT network directory had user groups corresponding to the ConsoleWorks user groups. The details are included in the How-To guide (NIST SP 1800-2C).

5.8 Security Characteristics Related to NERC CIP Version 5 The example solution impacts, and is impacted by, the requirement to conform to NERC CIP Version 5 standards. The NERC CIP cybersecurity standards provide specific requirements that apply to the bulk power system and were used as a reference by the development team. The proposed solution is designed to be CIP-informed. This document attempts to capture some of the key areas where CIP standards are relevant to elements of the solution and its implementation, for reference purposes. Please consult your NERC CIP compliance authority for any questions on NERC CIP compliance. Because the example solution may control authorizations to access critical cyber assets, it may be subject to security requirements defined in NERC CIP Version 5. The example solution is informed by NERC CIP Version 5 requirements and may contribute to CIPaligned implementations by providing mechanisms for efficiently and cost-effectively centralizing the logging and auditing of all IdAM activity. With this solution in place, information regarding which users have access to what components is easily available via the central identity store. Without the solution, this information would have to be gathered separately from each identity store in IT, OT, and PACS. Table 5-2 describes how the converged IdAM solution relates to some NERC CIP Version 5 requirements. Table 5-2 NERC CIP Version 5 Requirements NERC CIP Requirement

IdAM Role

CIP 004-5.1 requires completions of training priori to granting electronic access and unescorted physical access to applicable cyber assets.

The IdAM workflow can be configured to check a training system before granting access to critical cyber assets.

CIP 004-5.1 has several requirements related to background investigations, criminal-history checks, and personnel risk assessments being completed before granting logical or physical access to cyber assets.

The IdAM workflow can be configured to verify that individuals have met these requirements before granting access to critical cyber assets.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

57

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

NERC CIP Requirement

IdAM Role

CIP 004-5.1 requires periodic review and verification of all logical and physical access.

The identity store maintains authoritative information on all logical and physical access to resources. The IdAM workflow can be configured to support periodic access reviews.

CIP 004-5.1 requires timely revocation of logical and physical access when an employee is terminated or changes jobs.

The IdAM workflow receives information on terminations and job changes, from the HR system. It can immediately de-provision access for these employees.

CIP 004-5.1 requires a process based on need to grant logical and/or physical access to assets.

The IdAM workflow is the process for authorizing access. The workflow design and implementation document the process.

CIP-007-5 requires responsible entities to identify and inventory all known enabled default or other generic account types.

The IdAM identity store can maintain this information. The IdAM provisioning capability can ensure that identity stores in OT, IT, and PACS are consistent with the information in the IdAM identity store.

5.9 Evaluation of Security Characteristics The NCCoE gratefully acknowledges the contribution of Sallie Edwards and Susan Symington, from The MITRE Corporation, for writing this section. The security characteristic evaluation seeks to understand the extent to which the IdAM example solution provides a more secure, uniform, and efficient solution for managing authentication and authorization services and access control across three independent electricity subsector networks. In addition, the evaluation seeks to understand the security benefits and drawbacks of the example solution.

5.9.1 Scope The evaluation included the analysis of the example solution, to identify weaknesses, discuss mitigations, and understand benefits and trade-offs. We considered the following elements of the IdAM example solution: ▪

security functionality of the components depicted within the OT, PACS, IT, and IdAM networks in Figure 5-2, and their interactions with each other, with the exception of the XTec standalone access-control system

▪

analysis of the capabilities and overall workflow process for centralizing the management of authentication and authorization services on, and access control to, the IT, OT, and PACS

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

58

networks, including assumptions, threats, vulnerabilities, mitigations, benefits, drawbacks, trade-offs, and risks related to the following characteristics:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

•

centralization

•

automation

•

audit (accountability and tracking)

•

authentication

•

authorization

•

access control

•

provisioning

▪

new “cross-silo” attacks that would not have been possible without the converged IdAM capability

▪

how the example solution addresses the security characteristics listed in the use-case description (https://www.nccoe.nist.gov/projects/use-cases/idam)

▪

security recommendations that should be addressed when deploying the IdAM design in a realworld, operational environment

▪

hands-on evaluation of the laboratory build, as appropriate, to support the analysis and to demonstrate value

▪

security-related aspects of the OT, PACS, and IT networks, as they potentially impact the solution posed by the example solution

The following elements of the example solution were not considered: ▪

evaluation of any specific vendor product or its implementation

▪

considerations regarding how to secure direct access to each of the three energy networks (OT, PACS, and IT)

▪

aspects of the build that are specific to the laboratory setting in which the build is implemented

5.9.2 Security Characteristics Evaluation Assumptions and Limitations This security characteristic evaluation has the following limitations: ▪

The evaluation examines the security claims made by the example solution; however, it is not a comprehensive test of all security components.

▪

The evaluation cannot identify all weaknesses. Its purpose is to verify that the example solution meets its security claims, and to understand the trade-offs involved in doing so.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

59

▪

This is not a red team exercise. The intent was to verify the security claims, not to break hardware or software involved in the example solution.

▪

The lab routers and firewalls were not included in the evaluation. It is assumed that they are hardened. Testing these devices would reveal only weaknesses in implementation that would not be of value to those adopting this example solution.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

5.9.3 Example Solution Analysis Table 5-3 lists the example-solution components, their functions, and the security characteristics that they provide. This analysis focuses on these security capabilities, rather than on the vendor-specific components. In theory, any number of commercially available components can provide these security capabilities. Some of these components are in Build #1 of the IdAM example solution, and other components are in Build #2. We discuss these components as generic components that provide a specific security functionality, rather than as vendor products. One vendor product could be substituted for another vendor product that provides the same security functionality, without affecting the results of the evaluation. Table 5-3 IdAM Components and Security Capability Mapping Component

Specific Product

Function

Security Characteristic

Identity, authorization, and workflow manager

RSA IMG or CA Identity Manager

IdAM workflow engine; manages identities, credentials, and authorization for all other network components in the use case; enforces workflows to ensure that access-control policies are enforced

Authentication and authorization

Identity store

RSA Adaptive Directory (identity store), which is used with RSA IMG, or Windows SQL 2012, which is used with CA Identity Manager

Database of user identities

Authentication and authorization

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

60

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Component

Specific Product

Function

High-assurance attribute service

MAG Ozone system

Access control solution with ABAC architecture; provides increased assurance by signing attributes with private key infrastructure (PKI) and requiring users to authenticate with PKI

Translator between the AD and the PACS and OT access management systems

AlertEnterprise Guardian

Translates from RSA/CA IdAM stores on the IdAM network to OT and PACS access management systems, enabling access management devices in the OT and PACS networks to be provisioned from the IdAM network

Authorization and access control

Directory service

Microsoft AD (for IT devices) or RS2 PACS server (for PACS devices)

Database of PACS or IT resource and user identifiers, and their associated security policies

Authentication and authorization

SCADA router and the remote manager of the SCADA router

Radiflow

IP-addressable industrial control system gateway that enables remote control of physical devices: management workstation enables remote management of physical SCADA router; SCADA router serves as firewall, terminal server, and IP-to-serial connectivity

Access control

Network accesscontrol and policyenforcement system

Cisco ISE

Allows access policies for network endpoints to be controlled centrally

Network security

Standalone smartcard provisioning and access system

XTec

Smart-card-based physical access control

Authentication, authorization, and access control

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

Security Characteristic

61

5.9.4 Security Characteristics Addressed

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

One aspect of our security evaluation involved assessing how well the IdAM example solution addresses the security characteristics that it was intended to support. These security characteristics are listed in a security control map published in the appendix of the IdAM use-case description [10]. Six security characteristics are listed in the security control map, each of which is further classified by the Cybersecurity Framework (CSF) categories and subcategories to which they map. The CSF subcategories further map to specific sections of each standard or best practice that are cited in the CSF in reference to that subcategory. Figure 5-21 depicts an example of the process for determining the security standards-based attributes for the example solution. Figure 5-21 Example Process for Determining the Security Standards-Based Attributes for the Example Solution

We used the CSF subcategories to provide structure to the security assessment by consulting the specific sections of each standard or best practice that are cited in reference to that subcategory. The cited sections provide example-solution validation points by listing specific traits that a solution that supports the desired security characteristics should exhibit. Using the CSF subcategories as a basis for organizing our analysis, and consulting the specific sections of the security standards that are cited with respect to each subcategory, allowed us to systematically consider how well the example solution supports the security characteristics identified in the use-case description.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

62

The remainder of this subsection discusses how the example solution addresses the six desired security characteristics that are listed in the use-case description appendix [10]:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

authentication for OT

▪

access control for OT

▪

authorization (provisioning) for OT

▪

centrally monitor the use of accounts

▪

protect the exchange of identity and access information

▪

provision, modify, or revoke access throughout all federated entities

The remainder of this subsection also discusses how the authentication, access control, and authorization (provisioning) security characteristics are addressed for PACS, not just for OT.

5.9.4.1 Authentication, Access Control, and Authorization for OT The implementation includes the capabilities that support these security characteristics. Section 5.6.7.1 describes the information flows for supporting authentication, access control, and authorization (provisioning) on the OT network.

5.9.4.2 Centrally Monitor Use of Accounts The example solution supports converged accountability and tracking of user accounts, with the IdAM identity, authorization, and workflow manager acting as the locus of this capability. On the OT network, the console access manager, which acts as the gatekeeper to all ICS/SCADA devices, monitors and logs all ICS/SCADA access requests and responses, as well as all user interactions with the ICS/SCADA OT devices. These logs should be centrally monitored along with other ICS/SCADA OT monitoring within the enterprise. The network access-control component also logs all access requests and responses received at, and generated by, the IT network switch that controls access to the OT network from the IT network. These logs should be centrally monitored along with other ICS/SCADA OT monitoring within the enterprise. On the PACS network, the PACS devices also report/log user access requests and responses to the PACS server. These logs should be centrally monitored along with other ICS/SCADA OT monitoring within the enterprise. In addition, the IdAM identity, authorization, and workflow manager and the translator component log the PACS access change (add, delete, or change) requests. While these technical security controls provide capabilities to capture the information needed for accountability, they are only effective when combined with necessary procedural and managerial security controls. Implementation of these controls is outside the scope of this guide.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

63

5.9.4.3 Protect Exchange of Identity and Access Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

All IdAM-related information exchanges between IdAM components (as shown by the red lines in Figure 5-17 through Figure 5-20) should be performed in protected mode. In other words, at the least, integrity checking mechanisms are performed on this communication so that tampering can be detected. Preferably, these communications are encrypted. In particular, the following information exchanges should be performed in protected mode: ▪

all information exchanges to/from the directory services in the IT, OT, and PACS networks

▪

all information exchanges between the console access manager (e.g., the ConsoleWorks component shown in Figure 5-17) and the OT directory service

▪

all information exchanges between the PACS server and the PACS translator component (e.g., the AlertEnterprise component shown in Figure 5-18 and Figure 5-19)

Because of time constraints, the laboratory builds of the example solution did not include encryption or integrity assurance for every IdAM information exchange. Nevertheless, such protection is strongly recommended when deploying the example solution.

5.9.4.4 Provision, Modify, or Revoke Access User authorizations for the use of all IT, OT, and PACS network account assets, for ICS/SCADA devices and for physical access to rooms, facilities, etc., are provisioned, modified, and revoked by modifying user authorization information in the central IdAM identity, authorization, and workflow manager (CA Identity Manager or RSA IMG). These components, in turn, propagate the changes to all entities that are used to make local authorization and access determinations. Such information propagation ensures that all attempts to access IT, OT, and PACS network assets, SCADA devices, and rooms and facilities are uniformly handled because they are subject to the same updated access and authorization information when the silo directory, console manager, PACS server, or other IdAM device is consulted in response to the access attempt.

5.9.5 Assessment of Reference Architecture The IdAM example solution is not intended to encompass all aspects of electricity subsector organization operations. It was designed to centralize the management of authorization and access in three disparate IdAM silos. Thus, our assessment considers the solution itself, not the broader problem of providing general security to all aspects of electricity subsector organization operations. The example solution includes three network silos (OT, PACS, and IT), plus an IdAM network with numerous components that provide centralization, uniformity, and efficiency through the use of IdAM workflows. All threats and vulnerabilities that are present on the IT, OT, and PACS networks are also present in the example solution, so they will need to be addressed during solution deployment. This evaluation assumes that the OT, PACS, and IT networks are already protected by using physical-access-

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

64

control and network-security components, such as firewalls and intrusion detection devices that are configured according to best practices.

5.9.5.1 Threats, Vulnerabilities, and Assumptions

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

This evaluation concerns the IdAM network itself, its components, and their interaction with IdAM components on the IT, OT, and PACS networks, which provide the benefits afforded by the example solution and introduce new attack surfaces and potential threats. For example, each of the IT, OT, and PACS networks has directory service components that must be secured. If the information in these directories is not safeguarded against tampering, the organization is at risk. These directories must be safeguarded in both the existing three-silo architecture and the example solution. The example solution, however, includes additional, related directory components that must also be protected, as described in Section 5.6. The identity, authorization, and workflow manager and the identity store on the IdAM network must be protected from unauthorized access, and their information must be safeguarded. All of the data in the directory service components in the OT, PACS, and IT networks is accessible by the identity, authorization, and workflow manager and the identity store. The ability to propagate data from the IdAM network to the OT, PACS, and IT networks is the main strength, and the greatest vulnerability, of the example solution. If the IdAM identity store, or the identity, authorization, and workflow manager that has access to it, were compromised, this would equate to a compromise of each of the directory services in the IT, OT, and PACS networks. As a result, controlling access to the IdAM network and to each IdAM component, and securing communications among IdAM components, is essential to securing the example solution. Therefore, the analysis of the security of the IdAM network, its components, and the communications among IdAM components is central to the evaluation of the IdAM example solution. 5.9.5.1.1 Controlling Access to the Identity, Authorization, and Workflow Manager The identity, authorization, and workflow manager on the IdAM network contains information regarding actual users and accounts for the OT, PACS, and IT networks. It manages the identities and credentials for the rest of the use case, but it does not manage them for itself. In other words, the identity, authorization, and workflow manager component itself does not control user access to the identity, authorization, and workflow manager. It has a separate set of user accounts and passwords that are specific to this component and that IdAM administrators use to log into it. This access must be strictly controlled so that only authorized IdAM administrators can log into the identity, authorization, and workflow manager. Users or authorized systems (such as an HR system or a work order management system) must log into the identity, authorization, and workflow manager to provision all electricity subsector systems (i.e., add identity information and authorization rules for new users, delete information for former users, and modify information as user authorizations change). The risks associated with access to the IdAM workflow are described in Section 4.3.2.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

65

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

There is no AD running on the IdAM network. In the builds, access to the identity, authorization, and workflow manager and to all other components of the IdAM network is granted by the use of a username and credential, presented via either a web interface or each machine’s OS console. An organization deploying the example solution operationally would, of course, be free to implement alternative access-control mechanisms. While both privileged and unprivileged users may access the identity, authorization, and workflow manager and other IdAM components, only highly privileged users should be permitted to create, delete, or modify accounts. Monitoring, logging, and auditing all activity that is performed directly on IdAM components, such as the identity, authorization, and workflow manager or the identity store, is essential to ensure that authorized users are not performing unauthorized activities. 5.9.5.1.2 Logging Activity on IdAM Components Logging all activity that is performed on IdAM components is crucial for securing the example solution. Ideally, access to all components on the IdAM network should be logged for the purpose of auditing and accountability. The example solution is designed to allow the logging of all user activity on IdAM systems (e.g., identity, access, and authorization changes). The example solution should also log all activity that is performed by administrators so that no activity is exempt from monitoring, logging, and auditing. This section provides a closer look at the following three different types of IdAM system users (in terms of the amount of privilege that they have) and whether or not their activity should be logged: ▪

unprivileged users

▪

administrators

▪

super-administrators

Unprivileged users, by definition, are not authorized to interact with any IdAM system. They cannot create an account on the identity, authorization, and workflow manager, or modify the privileges of a user who already has an account. A user who works for HR, for example, who needs to add a user identity or modify a user’s authorizations, would have an account on the identity, authorization, and workflow manager (that was set up by a privileged user) that allows him/her to add to or modify the information in the identity, authorization, and workflow manager component via a web interface. Such a user would never be able to access the identity, authorization, and workflow manager via its machine’s OS console. Console access would enable the user to manage the OS on which the component is running. All that the unprivileged user needs is the ability to use his/her own, unprivileged, user-level account on the identity, authorization, and workflow manager’s machine. Because the example solution is designed to monitor and log all activity that occurs over a web interface, it will log all unprivileged user activity. Administrators, by definition, can access OS consoles and create user accounts on IdAM machines, such as the identity, authorization, and workflow manager. However, they are not authorized to change the access-control policies within the console access manager. As a result, when administrators access the

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

66

consoles of an IdAM system OS, they must do so via the console access manager. The console access manager will log and monitor all administrator activity at any OS console.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Super-administrators, by definition, can not only access machine consoles and create user accounts on IdAM machine OSs, but they can change the access-control policies within the console access manager. Therefore, the example solution cannot force them to use the console access manager when accessing the consoles of IdAM system machine OSs. If super-administrators do access the consoles of IdAM system machine OSs, and do so not via the console manager, then their activity will not be logged or monitored. So, while super-administrators should be strongly encouraged by policy to use the console access manager, IdAM does not provide a technical mechanism to ensure that they will use the console access manager. Access to the identity store on the IdAM network also must be strictly controlled, and the identity store should be configured so that it will only perform addition, modification, and deletion requests that are received from the identity, authorization, and workflow manager. If the identity store were to accept updates or edits from another entity, the result could be catastrophic. Any updates made by an administrator would have to be made via the machine console, so, at least, these updates would be logged. Updates made by a super-administrator could escape detection if the super-administrator were to defy organization policy and access the identity store console without going through the console access manager. We acknowledge insider threats, but feel that mitigating the risk of insider threats presently relies more on organizational policy decisions than on technology. Therefore, addressing insider threat is outside the scope of this project. 5.9.5.1.3 Unauthorized Modification of Access and Authorization Information User identity and credential information is added into the identity, authorization, and workflow manager, and then propagated to other IdAM components. If this information were deleted, modified, or falsified while in transit between components or while stored in a component, the result could be catastrophic. It is essential to protect access to each IdAM component so that adversaries cannot modify IdAM information stored in the components, and so that IdAM information has, at least, its integrity and, ideally, its confidentiality protected when in transit between IdAM components.

5.9.5.2 Mitigations: Essentials for Securing the IdAM Example Solution Based on the information flows for supporting OT authentication, OT access control, and OT authorization described in Section 5.6.7, securing the part of the IdAM example solution that supports OT access control requires the following actions: ▪

securing access to the following components: •

identity, authorization, and workflow manager; identity store; and network access-control components on the IdAM network (i.e., ensuring that only authorized users can access and add, modify, or delete information on these components)

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

67

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

•

directory service and console access manager components on the OT network (i.e., ensuring that only authorized users can access and add, modify, or delete information on these components)

•

IT network access-control switch that serves as a gateway to the OT network from the IT network

protecting the integrity of the information exchanges between the following components: •

identity manager and the identity stores

•

identity store and the directory service on the OT network

•

directory service and the console access manager components on the OT network, as well as the network access-control and policy-enforcement system within the IT network

•

network access-control and component identity stores

•

network access-control component on the IT network and the IT network access-control switch that serves as a gateway to the OT network

Based on the information flows for supporting PACS authentication, PACS access control, and PACS authorization described in Section 5.6.7, securing the part of the IdAM example solution that supports PACS access control requires the following actions: ▪

▪

securing access to the following components: •

identity, authorization, and workflow manager; identity store; and IdAM translator components on the IdAM network (i.e., ensuring that only authorized users can access and add, modify, or delete information on these components)

•

IdAM identity store and PACS directory service components on the PACS network (i.e., ensuring that only authorized users can access and add, modify, or delete information on these components)

protecting the integrity of the information exchanges between the components: •

identity manager and identity stores

•

identity store on the IdAM network and the PACS directory service on the PACS network

•

IdAM translator component on the IdAM network and the IdAM directory service on the PACS network

•

IdAM translator component on the IdAM network and the PACS management server on the PACS network

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

68

5.9.5.3 Trade-offs

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

As mentioned earlier, the very characteristics that are the main objectives of the example solution, namely centralization and uniformity of the management of authorization and access, are also its main vulnerabilities. A successful attack on the IdAM network or its components could result in a compromise of one or all of the OT, PACS, and IT networks. Organizations that implement the example solution may incur additional costs to secure the IdAM network and its components. 5.9.5.3.1 Benefits The benefits of the IdAM example solution include consolidated management of identity and access audit data; documented and repeatable business and security access decision processes (workflows); approval/denial data logging; rapid provisioning and de-provisioning using consistent, efficient, and automated processes; and better situational awareness through the ability to track and audit all access requests and other IdAM activity across all four networks (IT, OT, PACS, and IdAM). Other important benefits include greatly reduced time to implement access-control changes, and highly automated identity synchronization across silos. For example, an OT, PACS, and/or IT access change request can be implemented within minutes. These benefits directly reduce the cost of the regulatory audit requirements imposed on the energy industry. They also enable IdAM processes to be handled efficiently, and with more granular, prompt, and cost-effective control.

5.9.6 Security Recommendations While the example solution provides a converged IdAM security solution, the solution itself provides a single attack vector that, if compromised, could have devastating consequences. Therefore, an organization that implements the example solution must take great care to secure the IdAM example solution itself. When deploying their own implementations, organizations should adhere to the following security recommendations: ▪

Conduct their own evaluations of their example-solution implementation.

▪

Deploy all components on securely configured OSs that use multifactor authentication and are configured according to best practices, based on Defense Information Systems Agency (DISA) Security Technical Implementation Guides (STIGs) [15] and example secure configuration guidelines found in the Center for Internet Security (CIS) Security Benchmarks [16].

▪

Ensure that all OSs on which example-solution implementation components are running are hardened, maintained, and kept up-to-date in terms of patching, version control, and virus and malware detection.

▪

Put into place a security infrastructure that will protect the example solution itself, and will secure the communications among the components on the IdAM network and between these components and the IdAM components on the other three networks, as described in Section 5.9.5.2. Many of the remaining recommendations relate to providing such a security infrastructure.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

69

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

Design the authorization and workflow policies that are enforced by the identity, authorization, and workflow manager component, to enforce the principles of least privilege and separation of duties.

▪

Design the authorization and access-control policies that govern user access to the IdAM components themselves, to enforce the principles of least privilege and separation of duties.

▪

Segregate IdAM components onto their own network, either physically or by using private VLANs and port-based authentication, or similar mechanisms (e.g., in IEEE 802.1X, a standard for port-based network access control [17] that provides an authentication mechanism to devices that are to be attached to a local area network).

▪

Deploy a security infrastructure to secure the IdAM network and the IdAM platforms themselves. This infrastructure must consist of a holistic set of components that work together to prevent the IdAM network, components, and workflow from being used as an attack vector.

▪

Protect the IdAM network by using security components, such as firewalls and intrusion detection devices that are configured according to best practices (e.g., in NIST SP 800-41 Revision 1, Guidelines on Firewalls and Firewall Policy [18]).

▪

Protect each of the OT, PACS, and IT networks by using security components, such as firewalls and intrusion detection devices that are configured according to best practices.

▪

Strictly control physical access to the OT, PACS, IT, and IdAM networks.

▪

Configure firewalls to limit connections between the IdAM network and the production (IT, OT, and PACS) networks, except for the connections needed to support required internetwork communications to specific IP address and port combinations in certain directions.

▪

Perform, in protected mode, all IdAM-related information exchanges between IdAM components (as shown by the red lines in Figure 5-17 through Figure 5-20)—meaning that, at the least, integrity-checking mechanisms are performed on this communication so that tampering can be detected. Preferably, these communications should be encrypted. In particular, the following information exchanges should be performed in protected mode: •

all information exchanges to/from the directory services in each of the OT, PACS, and IT networks

•

all information exchanges between the console access manager (i.e., the ConsoleWorks component in Figure 5-17) and the OT directory service

•

all information exchanges between the network access-control manager (i.e., the Cisco ISE component in Figure 5-17) and the switch in the IT network that controls access to the OT network

•

all information exchanges between the PACS server and the PACS translator component (e.g., the AlertEnterprise component in Figure 5-18 and Figure 5-19)

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

70

In the case of IdAM exchanges with the silo directories, protected mode is defined as the use of Start Transport Layer Security (TLS) [19], rather than LDAPS, which uses Secure Socket Layer and has been deprecated in favor of Start TLS.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

Install, configure, and use each component of the example solution (e.g., the identity, authorization, and workflow manager or the PAC server) according to the security guidance provided by the component vendor.

▪

Configure all IdAM components on the IdAM network so that it is impossible to remotely access them.

▪

Log all IdAM activity (e.g., direct access to IdAM components on the IdAM network, all messages exchanged between IdAM components). Limit the number of users who are able to control whether or not a performed activity is logged.

▪

Require super-administrators (i.e., users who are authorized to change the access-control policies within the console access manager) to use a console access manager when accessing the console of all devices on the IdAM network, and never to directly access any console. Use of a console access manger ensures that all activity that is performed via the console is logged.

▪

Configure the console access manager to have an always-on connection to all devices on the IdAM network so that it can monitor each device’s console port. This configuration ensures that all activity that is performed over the console port will be logged. Configure the console access manager to generate an alert if the always-on connection to any device is disconnected. This configuration ensures that security auditors can be aware of any times during which the console port of a device may have been accessed without the activity being logged or monitored.

▪

Configure all devices on the IdAM network so that they have only one console port (the port to which the console access manager has an always-on connection). Alternatively, where applicable, configure the devices on the IdAM network to allow only one console connection or login at a time. This will ensure that the console access manager will log all activity that is performed via the console of any of these devices.

5.9.7 Security Characteristics Evaluation Summary Overall, the example solution and the workflow processes that it enforces succeed in centralizing IdAM functions across the OT, PACS, and IT networks, to provide an efficient, uniform, and secure solution for authenticating and authorizing access across all systems and facilities. The solution enables access-control policies across all three networks to be enforced consistently, quickly, and with a high degree of granularity, so that users are granted only enough privilege necessary to complete their work, and for only the necessary amount of time. It also enables a converged, simplified audit capability for accountability and tracking. This requires all access to the IdAM network, its components, and the information exchanged between these components and the OT, PACS, and IT networks, to be secured and monitored.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

71

Organizations adopting this example solution must also have policies, procedures, and processes in place that effectively use the solutions capabilities to maximize benefits. Further, the organizations must consider and address the security risks associated with their deployment. Section 5.9.6 describes basic security considerations for the example solution.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

6 Functional Evaluation We conducted a functional evaluation of the IdAM example solution to verify that several common key provisioning functions of the example solution, as implemented in our laboratory build, worked as expected. The IdAM workflow capability demonstrated the ability to perform the following actions centrally: ▪

assign and provision access privileges to users, based on a set of programmed business rules in the OT, PACS, and IT networks and systems

▪

create, activate, and deactivate users in the OT, PACS, and IT networks and systems

▪

change an existing user’s access to the various networks and systems

Section 6.1 explains the functional test plan in more detail, and lists the procedures used for each of the functional tests.

6.1 IdAM Functional Test Plan This test plan includes the test cases necessary to conduct the functional evaluation of the IdAM use case. The IdAM implementation is currently deployed in a lab at the NCCoE. Section 5 describes the test environment. Each test case consists of multiple fields that collectively identify the goal of the test, the specifics required to implement the test, and how to assess the results of the test. Table 6-1 provides a template of a test case, including a description of each field in the test case. Table 6-1 Test-Case Fields Test-Case Field

Description

Parent requirement

Identifies the top-level requirement, or the series of top-level requirements, leading to the testable requirement

Testable requirement

Drives the definition of the remainder of the test-case fields, and specifies the capability to be evaluated.

Associated security controls

The NIST SP 800-53 Revision 4 controls addressed by the test case

Description

Describes the objective of the test case

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

72

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Test-Case Field

Description

Associated test cases

In some instances, a test case may be based on the outcome of another/other test case(s). For example, analysis-based test cases produce a result that is verifiable through various means, such as log entries, reports, and alerts.

Preconditions

Indicates the starting state of the test case. Preconditions indicate various starting state items, such as a specific capability configuration required or specific protocol and content

Procedures

The step-by-step actions required to implement the test case. A procedure may consist of a single sequence of steps or multiple sequences of steps (with delineation) to indicate variations in the test procedure

Expected results

The specific expected results for each variation in the test procedure

Actual results

The actual observed results, in comparison with the documented expected results

Overall result

The overall result of the test as pass/fail. In some test case instances, the determination of the overall result may be more involved, such as determining pass/fail based on a percentage of errors identified.

6.2 IdAM Use-Case Requirements This section identifies the example-solution IdAM functional-evaluation requirements that are addressed using this test plan. Table 6-2 lists those requirements and the associated test cases. Table 6-2 IdAM Functional Requirements Capability Requirement (CR) Identification Number

Subrequirement 2

Test Case

CR 1.a.1

Allow access

IdAM-1

CR 1.a.2

Deny access

IdAM-1

CR 1

CR 1.a

Parent Requirement

Subrequirement 1

The IdAM system shall include an IdAM workflow capability that assigns and provisions access privileges to users, based on a set of programmed business rules in the following networks: IT

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

73

Capability Requirement (CR) Identification Number

Subrequirement 2

Test Case

CR 1.b.1

Allow access

IdAM-1

CR 1.b.2

Deny access

IdAM-1

CR 1.c.1

Allow access

IdAM-1

CR 1.c.2

Deny access

IdAM-1

Parent Requirement

CR 1.b

OT

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CR 1.c

CR 2

Subrequirement 1

PACS

The IdAM system shall include an IdAM workflow capability that can create and activate new users in the following networks and systems:

CR 2.a

IT

IdAM-2

CR 2.b

OT

IdAM-2

CR 2.c

PACS

IdAM-2

CR 3.a

IT

IdAM-2

CR 3.b

OT

IdAM-2

CR 3.c

PACS

IdAM-2

CR 3

CR 4

CR 4.a

The IdAM system shall include an IdAM workflow capability that can de-activate users in the following networks and systems:

The IdAM system shall include a workflow capability that can change an existing user access to the various networks and systems. IT

CR 4.a.1

Allow to deny

IdAM-3

CR 4.a.2

Deny to allow

IdAM-3

CR 4.b

OT

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

74

Capability Requirement (CR) Identification Number

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Subrequirement 2

Test Case

CR 4.b.1

Allow to deny

IdAM-3

CR 4.b.2

Deny to allow

IdAM-3

CR 4.c.1

Allow to deny

IdAM-3

CR 4.c.2

Deny to allow

IdAM-3

Parent Requirement

CR 4.c

Subrequirement 1

PACS

6.3 Test Case IdAM-1 Table 6-3 lists the functional requirements for the IdAM-1 test case. Table 6-3 Test Case IdAM-1 Parent requirement

(CR 1) The IdAM system shall include an IdAM workflow capability that assigns and provisions access privileges to users, based on a set of programmed business rules in the following networks and systems: (CR 1.a) IT, (CR 1.b) OT, (CR 1.c) PACS

Testable requirement

(CR 1.a.1-2) IT, (CR 1.b.1-2) OT, (CR 1.c.1-2) PACS

Description

Show that the IdAM solution can assign and provision access in the OT and IT networks and in the PACS network and system, including allowing and denying access.

Associated test cases

Not applicable

Associated security controls

AC-2, AC-3, IA-2, PE-2, PE-3

Preconditions

▪ ▪ ▪ ▪ ▪

HR representative CSV file is available. IdAM example solution is implemented and operational in the lab environment. Standard and privileged user sets are known to the testers. A PACS with a card reader and a simulated door access demonstration system is operational in the lab. A simulated OT network with an SEL RTU and an RTU emulator (Raspberry Pi) is implemented in the lab.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

75

Procedures

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

1. Activate the IdAM workflow engine, and run a command to ingest the HR CSV file. 2. At a workstation on the IT network, attempt to log in as a user known to have access in the IT network. 3. At a workstation on the IT network, attempt to log in as a user known to be denied in the IT network. 4. At a workstation on the OT network, attempt to log in as a user known to have access in the OT network. 5. At a workstation on the IT network, attempt to access the SEL RTU administrative interface as a user known to have access to the SEL RTU. 6. At a workstation on the OT network, attempt to access the RTU emulator administrative interface as a user known to have access to the RTU emulator. 7. At a workstation on the IT network, attempt to access the SEL RTU administrative interface as a user known to be denied access to the SEL RTU. 8. At a workstation on the OT network, attempt to access the RTU emulator administrative interface as a user known to be denied access to the RTU emulator. 9. At a workstation on the OT network, attempt to log in as a user known to be denied access in the OT network. 10. At the demonstration PACS card reader, attempt an “access” with a card for a user known to have access allowed. 11. At the demonstration PACS card reader, attempt an “access” with a card for a user known to have access denied.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

76

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Expected results (pass)

Network access allowed: ▪ Users with allowed access are able to log into a workstation on the IT network. ▪ Users with allowed access are able to log into a workstation on the OT network and on the SEL RTU and RTU emulator. ▪ Users with allowed access are able to log into a workstation on the PACS network. ▪ Users with allowed access are authorized and allowed access by the PACS card reader and door access demonstration system. Network access denied: ▪ Users who are denied access to the IT network are unable to log into a workstation on the IT network. ▪ Users who are denied access to the OT network are unable to log into a workstation on the OT network or on the SEL RTU and RTU emulator. ▪ Users who are denied access to the PACS network are unable to log into a workstation on the PACS network. ▪ Users who are denied access are not authorized and are not allowed access by the PACS card reader and door access demonstration system.

Actual results

This test functioned appropriately and provided the expected results. Users that were denied access were unable to log into the OT and IT networks, and were denied access to the PACS network. Users who were granted access to each system were able to access the OT and IT networks and were granted access via PACS.

Overall result

Pass

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

77

6.4 Test Case IdAM-2 Table 6-6-4 lists the functional requirements for the IdAM-2 test case. Table 6-6-4 Test Case IdAM-2

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Parent requirement

(CR 2) The IdAM system shall include an IdAM workflow capability that can create and activate new users in the following networks and systems: (CR 2.a) IT, (CR 2.b) OT, (CR 2.c) PACS (CR 3) The IdAM system shall include an IdAM workflow capability that can de-activate users in the following networks and systems: (CR 3.a) IT, (CR 3.b) OT, (CR 3.c) PACS

Testable requirement

(CR 2.a) IT, (CR 2.b) OT, (CR 2.c) PACS (CR 3.a) IT, (CR 3.b) OT, (CR 3.c) PACS

Description

Show that the IdAM solution can create new users, assign access based on business rules, and provision those users to the appropriate network and system access-control systems. New users are users without entries in the authoritative identity store.

Associated test cases

CR 1

Associated security controls

AC-2, AC-3, AC-5, AC-16, AU-12, IA-2, IA-4, IA-5, IA-6, PE-2, PE-3, PE-6

Preconditions

New HR CSV file created with new users included

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

78

Procedures

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

1. Demonstrate that the new users in the HR CSV file do not have access in the OT, PACS, or IT networks or systems using Test Case IdAM-1. 2. Perform Step 1 of CR 1, with the new HR CSV file. 3. At a workstation on the IT network, attempt to log in as a new user known to have access in the IT network. 4. At a workstation on the OT network, attempt to log in as a new user known to have access in the OT network. 5. At a workstation on the IT network, attempt to access the SEL RTU administrative interface as a new user known to have access to the SEL RTU. 6. At a workstation on the IT network, attempt to access the Radiflow router administrative interface as a new user known to have access to the Radiflow router administrative interface. 7. At a workstation on the PACS network and system, attempt to log in as a new user known to have access in the PACS network and demonstration system. 8. At a PACS card reader, attempt an “access” with a card for a new user known to have access allowed. 9. Using the IdAM system, deactivate access for one or more users with access to the OT, PACS, and IT networks and systems. If one user has access to all three networks, deactivating that user is sufficient. 10. At a workstation on the IT network, attempt to log in as a recently deactivated user known to previously have access in the IT network. 11. At a workstation on the OT network, attempt to log in as a recently deactivated user known to previously have access in the OT network. 12. At a workstation on the IT network, attempt to access the SEL RTU administrative interface as a user known to previously have access to the SEL RTU. 13. At a workstation on the OT network, attempt to access the RTU emulator administrative interface as a user known to previously have access to the RTU emulator.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

79

Expected results (pass)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

(CR 2) Create and activate a new user. New users are created, and access to the three networks and systems is confirmed. (CR 2.a) IT (CR 2.b) OT network, SEL RTU and RTU emulator (CR 2.c) PACS network and demonstration card reader access system (CR 3) Deactivate a user. User is deactivated, and access is denied to the network(s) and systems to which the user previously had allowed access. (CR 3.a) IT (CR 3.b) OT network, SEL TRU, and RTU emulator (CR 3.c) PACS network and demonstration card reader access system

Actual results

This test was conducted with the expected results received. A CSV file with users was successfully uploaded. Upon approval of the user access stated in the file, the user accounts successfully logged into OT, PACS, and IT. User access was deactivated, and the deactivation was approved. The users were no longer able to access the OT, PACS, or IT.

Overall result

Pass

6.5 Test Case IdAM-3 Table 6-5 lists the functional requirements for the IdAM-3 test case. Table 6-5 Test Case IdAM-3 Parent requirement

(CR 4) The IdAM system shall include a workflow capability that can change an existing user’s access to the following networks and systems. (CR 4.a) IT, (CR 4.b) OT, (CR 4.c) PACS

Testable requirement

(CR 4.a.1, CR 4.b.1, CR 4.c.1) Allow to deny (CR 4.a.2, CR 4.b.2, CR 4.c.2) Deny to allow

Description

Show that the IdAM solution can change user access for any network or system.

Associated test cases

CR 2

Associated security controls

AC-2, AC-3, AC-5, AC-6, AC-16, AU-12, CM-7, IA-2, IA-4, IA-5, IA-6, PE-2, PE-3, PE-6

Preconditions

Reuse the IdAM system in its

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

80

Procedure

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

1. Choose a set of users with known access, and a set of users without access, for each of the OT, PACS, and IT networks and systems. 2. Use the IdAM workflow to deny access for the set of users with known access who were chosen in Step 1 above. 3. Use the IdAM workflow to allow access for the set of users without access who were chosen in Step 1 above. 4. At a workstation on the IT network, attempt to log in as a user whose access had been changed from allowed to denied. 5. At a workstation on the IT network, attempt to log in as a user whose access had been changed from denied to allowed. 6. At a workstation on the OT network, attempt to log in as a user whose access had been changed from allowed to denied. 7. At a workstation on the OT network, attempt to log in as a user whose access had been changed from denied to allowed. 8. At a workstation on the PACS network, attempt to log in as a user whose access had been changed from allowed to denied. 9. At a workstation on the PACS network, attempt to log in as a user whose access had been changed from denied to allowed. 10. At a PACS card reader, attempt an “access” with a card for a user whose access had been changed from allowed to denied (card access denied in the demonstration system). 11. At a PACS card reader, attempt an “access” with a card for a user whose access had been changed from denied to allowed (card access allowed in the demonstration system). 12. At a workstation on the IT network, attempt to access the Radiflow router administrative interface as a user whose access had been changed from allowed to denied. 13. At a workstation on the IT network, attempt to access the Radiflow router administrative interface as a user whose access had been changed from denied to allowed. 14. At a workstation on the OT network, attempt to access the SEL RTU administrative interface as a user whose access had been changed from allowed to denied. 15. At a workstation on the OT network, attempt to access the SEL RTU administrative interface as a user whose access had been changed from denied to allowed. 16. At a workstation on the OT network, attempt to access the RTU emulator administrative interface as a user whose access had been changed from allowed to denied.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

81

17. At a workstation on the OT network, attempt to access the RTU emulator administrative interface as a user whose access had been changed from denied to allowed. Expected results (pass)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

(CR 4.) Change user access. (CR 4.a) IT (CR 4.a.1) Allow-to-deny changes are successfully provisioned. (CR 4.a.2) Deny-to-allow changes are successfully provisioned. (CR 4.b) OT (CR 4.b.1) Allow-to-deny changes are successfully provisioned. (CR 4.b.2) Deny-to-allow changes are successfully provisioned. (CR 4.c) PACS (CR 4.c.1) Allow-to-deny changes are successfully provisioned. (CR 4.c.2) Deny-to-allow changes are successfully provisioned.

Actual results

The test provided the expected results, with the impact of changes to user access (allow to deny, deny to allow) and privilege levels (privileged to nonprivileged, non-privileged to privileged) verified.

Overall result

Pass

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

82

Appendix A

Mount Airey Group, Inc. Personal Profile Applications Demonstration Application

The Personal Profile Application (PPA) was developed by Mount Airey Group (MAG) to demonstrate the functionality of the MAG Ozone® suite of products.

free publication of charge from: is available http://doi.org/10.6028/NIST.SP.1800-2. ThisThis from: publication http://doi.org/10.6028/NIST.SP.1800-2. is available free of charge

Ozone implements atomic authorization for the protection of critical resources by cryptographically binding credentials to specific authorizations, access rights, and/or explicit privileges. Ozone provides a privacy protecting mechanism that allows these authorizations to be distributed across the enterprise— as close to the protected resource as necessary—without concern for tampering, data mining, or compromise. Ozone is meant to protect an organization’s most-sensitive or highest-risk resources. If an application relies on private key infrastructure (PKI)–based smart cards and/or biometrics for authentication, then that system should implement the congruent security (as is provided by Ozone) for the authorization of users for access to that resource. In support of the National Cybersecurity Center of Excellence (NCCoE) Electricity Subsector Identity and Access Management (IdAM) Use Case, the PPA was configured to incorporate digital certificates that were generated by GlobalSign, Inc., to be compliant with the North American Energy Standards Board (NAESB) certificate profile. Each certificate was provisioned within Ozone to have specific authorizations related to the PPA demonstration. This application has three main information groups for which actions can be authorized: Personal Information, Credit Reports, and Criminal History. Based on the authorizations associated with a credential, results pages are dynamically populated. To bring up the demonstration application, the user must present a digital certificate to the application. Upon inspection of the authorizations provisioned within Ozone for the selected certificate, the application dynamically populates the table at the bottom of the first screen with the results of the authorization queries. If the certificate has been authorized for a specific action, then the results table will display “true” for that specific action. The information identifying the certificate that was selected is also displayed above the table. At that point, the user may either enter a name in the search box on the right, or simply hit the search button to display the Search Results page of the application. The search will return a list of names, as well as links to additional information about the people listed. The links listed will vary depending upon the authorizations for which the user was authorized at logon to the PPA. The available authorizations are as follows: ▪

View Personal Information – view the personal information of the selected person

▪

Edit Personal Information – add or edit the personal information of people in the application

▪

View Criminal History – view the criminal history of the selected person

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

83

▪

Edit Criminal History – add or edit the criminal history of people in the application

▪

View Credit Report – view the credit report of the selected person

▪

Request a New Credit Report – request an updated credit report for the selected person

A sample of the table shown on the first page is provided below:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Authorizations for: C=US, O=Blue Corp, OU=People, CN=Criminal History Editor Table 6-6 Sample Attributes PPA Proof

Authorized

Edit Criminal History

true

Edit Personal Information

false

Request Credit Report

false

View Credit Report

false

View Criminal History

true

View Personal Information

false

A sample of the table on the Search Results page is provided below: Search Results Table 6-7 Search Results Name

View CH

Add CH

View CR

Request CR

Hicks, Chick

View

Add

View

Request

McQueen, Lightning

View

Add

View

Request

Sullivan, James P

View

Add

View

Request

Waternoose, Henry J

View

Add

View

Request

Add a new entry...editPI.jsp For the NCCoE Electricity Subsector IdAM Use Case, the following authorizations have been configured for the NAESB certificates: ▪

Jim McCarthy Email Address = james.mccarthy@nist.gov, CN = James McCarthy, OU = GSUS, OU = NCCoE NIST Energy IdAM test account, O = GMO GlobalSign Inc., L = Portsmouth, ST = NH, C = US

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

84

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

▪

•

View Personal Information

•

Edit Personal Information

•

View Criminal History

•

Edit Criminal History

•

View Credit Report

•

Request Credit Report

Donald Faatz Email Address = donald.faatz@nist.gov, CN = Donald Faatz, OU = GSUS, OU = NCCoE NIST Energy IdAM test account, O = GMO GlobalSign Inc., L = Portsmouth, ST = NH, C = US

▪

•

View Criminal History

•

Edit Criminal History

Harry Perper Email Address = harry.perper@nist.gov, CN = Harry Perper, OU = GSUS, OU = NCCoE NIST Energy IdAM test account, O = GMO GlobalSign Inc., L = Portsmouth, ST = NH, C = US

▪

•

View Personal Information

•

Edit Personal Information

•

View Criminal History

•

View Credit Report

John Wiltberger Email Address = jwiltberger@mitre.org, CN=Johnathan Wiltberger, OU = GSUS, OU = NCCoE NIST Energy IdAM test account, O = GMO GlobalSign Inc., L = Portsmouth, ST = NH, C = US •

View Personal Information

•

View Criminal History

•

View Credit Report

•

Request Credit Report

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

85

Appendix B

Legend for Diagrams

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2B: Identity and Access Management for Electric Utilities

86

Appendix C

List of Acronyms

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

ABAC

Attribute-Based Access Control

AD

Active Directory

CA

CA Technologies

CIP

Critical Infrastructure Protection

CIS

Center for Internet Security

CR

Capability Requirement

CRADA

Cooperative Research and Development Agreement

CSF

Cybersecurity Framework

CSV

Comma-Separated Value

DISA

Defense Information Systems Agency

DMZ

Demilitarized Zone

DNS

Domain Name System

EACMS

Electronic Access Control and Monitoring System

EMS

Energy Management System

HR

Human Resources

ICS

Industrial Control System

IdAM

Identity and Access Management

IDMS/CMS

Identity and Credential Management System

IMG

Identity Management and Governance

IP

Internet Protocol

ISE

Identity Services Engine

IT

Information Technology

LDAPS

Lightweight Directory Access Protocol Secure

MAG

Mount Airey Group

NAESB

North American Energy Standards Board

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

87

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

NAS

Network Attached Storage

NCCoE

National Cybersecurity Center of Excellence

NERC

North American Electric Reliability Corporation

NIST

National Institute of Standards and Technology

NISTIR

National Institute of Standards and Technology Interagency/Internal Report

OASIS

Open Access Same-Time Information Systems

OS

Operating System

OT

Operational Technology

PACS

Physical Access Control System

PIV-I

Personal Identity Verification Interoperable

PKI

Private Key Infrastructure

PPA

Personal Profile Application

RMF

Risk Management Framework

RS2

RS2 Technologies

RTU

Remote Terminal Unit

SCADA

Supervisory Control and Data Acquisition

SEL

Schweitzer Engineering Laboratories

SP

Special Publication

SQL

Structured Query Language

STIG

Security Technical Implementation Guideline

TLS

Transport Layer Security

UTC

Utilities Telecom Council

VLAN

Virtual Local Area Network

VPN

Virtual Private Network

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

88

Appendix D

References

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

[1]

Cybersecurity Framework, National Institute of Standards and Technology [Web Site], http://www.nist.gov/cyberframework/ [accessed 6/19/17].

[2]

J. H. Saltzer, “Protection and the Control of Information Sharing in Multics,” Communication of the ACM, vol. 17, no. 7, pp. 388-402, July 1974.

[3]

Federated Identity Management (FIM), TechTarget [Web site], http://searchsecurity.techtarget.com/definition/federated-identity-management [accessed 6/19/17].

[4]

Joint Task Force Transformation Initiative, Guide for Conducting Risk Assessments, NIST Special Publication (SP) 800-30 Revision 1, National Institute of Standards and Technology, Gaithersburg, Maryland, September 2012, http://csrc.nist.gov/publications/nistpubs/800-30rev1/sp800_30_r1.pdf [accessed 2/25/14].

[5]

Risk Management Framework: Quick Start Guides, National Institute of Standards and Technology [Web site], http://csrc.nist.gov/groups/SMA/fisma/Risk-ManagementFramework/ [accessed 6/19/17].

[6]

Joint Task Force Transformation Initiative, Managing Information Security Risk, NIST Special Publication (SP) 800-39, National Institute of Standards and Technology, Gaithersburg, Maryland, March 2011, http://nvlpubs.nist.gov/nistpubs/Legacy/SP/nistspecialpublication800-39.pdf [accessed 2/25/14].

[7]

Joint Task Force Transformation Initiative, Security and Privacy Controls for Federal Information Systems and Organizations, NIST Special Publication (SP) 800-53 Revision 4, National Institute of Standards and Technology, Gaithersburg, Maryland, April 2013, http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-53r4.pdf [accessed 2/25/14].

[8]

W. E. Burr, D. F. Dodson, E. M. Newton, et al., Electronic Authentication Guideline, NIST Special Publication (SP) 800-63-2, National Institute of Standards and Technology, Gaithersburg, Maryland, August 2013, https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-63-2.pdf [accessed 2/25/14].

[9]

V. C. Hu, D. Ferraiolo, and R. Kuhn, Assessment of Access Control Systems, NISTIR 7316, National Institute of Standards and Technology, Gaithersburg, Maryland, September 2006. http://csrc.nist.gov/publications/nistir/7316/NISTIR-7316.pdf.

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

89

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

[10]

Identity and Access Management, Use Case Version 2, National Institute of Standards and Technology, November 2013, https://www.nccoe.nist.gov/sites/default/files/library/projectdescriptions/es-idam-project-description-final.pdf [accessed 6/22/17].

[11]

NAESB Compliant Digital Certificates, GlobalSign [Web site], https://www.GlobalSign.com/en/digital-certificates-for-naesb/ [accessed 6/22/17].

[12]

V. C. Hu, D. Ferraiolo, R. Kuhn, et al., Guide to Attribute Based Access Control (ABAC) Definition and Considerations, NIST Special Publication (SP) 800-162, National Institute of Standards and Technology, Gaithersburg, Maryland, January 2014, http://nvlpubs.nist.gov/nistpubs/specialpublications/NIST.SP.800-162.pdf [accessed 6/19/17].

[13]

Attribute Based Access Control, National Cybersecurity Center of Excellence [Web site], https://nccoe.nist.gov/projects/building-blocks/attribute-based-access-control [accessed 6/19/17].

[14]

Standards: NIST NCCoE, AlertEnterprise [Web site], http://www.alertenterprise.com/resources-standards-nistcoe.php [accessed 6/22/17].

[15]

Operating Systems, Information Assurance Support Environment (IASE) [Web site], https://iase.disa.mil/stigs/os/Pages/index.aspx [accessed 6/19/17].

[16]

CIS Benchmarks, Center for Internet Security (CIS) [Web site], https://benchmarks.cisecurity.org/downloads/benchmarks/ [accessed 6/19/17].

[17]

M. Seaman, Editor, Port Based Network Access Control, IEEE 802.1X, Draft 2.0, Institute of Electrical and Electronics Engineers, February 2008.

[18]

K. Scarfone and P. Hoffman, Guidelines on Firewalls and Firewall Policy, NIST Special Publication (SP) 800-41 Revision 1, National Institute of Standards and Technology, Gaithersburg, Maryland, September 2009, https://www.nist.gov/publications/guidelinesfirewalls-and-firewall-policy [accessed 6/19/17].

[19]

J Hodges, R. Morgan, and M. Wahl, Lightweight Directory Access Protocol (v3): Extension for Transport Layer Security, Internet Engineering Task Force (IETF) Network Working Group Request for Comments (RFC) 2830, May 2000 https://tools.ietf.org/rfc/rfc2830.txt [accessed 6/19/17].

NIST SP 1800-2B: Identity and Access Management for Electric Utilities

90

NIST SPECIAL PUBLICATION 1800-2C

Identity and Access Management for Electric Utilities Volume C: How-to Guides

Jim McCarthy National Cybersecurity Center of Excellence Information Technology Laboratory

Don Faatz Harry Perper Chris Peloquin John Wiltberger The MITRE Corporation McLean, VA

Leah Kauffman, Editor-in-Chief National Cybersecurity Center of Excellence Information Technology Laboratory

July 2018 This publication is available free of charge from: https://doi.org/10.6028/NIST.SP.1800-2 The first draft of this publication is available free of charge from: https://www.nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.pdf

DISCLAIMER Certain commercial entities, equipment, products, or materials may be identified in this document in order to describe an experimental procedure or concept adequately. Such identification is not intended to imply recommendation or endorsement by NIST or NCCoE, nor is it intended to imply that the entities, equipment, products, or materials are necessarily the best available for the purpose. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

National Institute of Standards and Technology Special Publication 1800-2C, Natl. Inst. Stand. Technol. Spec. Publ. 1800-2C, 389 pages, (July 2018), CODEN: NSPUE2

FEEDBACK As a private-public partnership, we are always seeking feedback on our Practice Guides. We are particularly interested in seeing how businesses apply NCCoE reference designs in the real world. If you have implemented the reference design, or have questions about applying it in your environment, please email us at energy_nccoe@nist.gov.

National Cybersecurity Center of Excellence National Institute of Standards and Technology 100 Bureau Drive Mail Stop 2002 Gaithersburg, MD 20899 Email: nccoe@nist.gov

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

i

NATIONAL CYBERSECURITY CENTER OF EXCELLENCE

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The National Cybersecurity Center of Excellence (NCCoE), a part of the National Institute of Standards and Technology (NIST), is a collaborative hub where industry organizations, government agencies, and academic institutions work together to address businesses’ most pressing cybersecurity issues. This public-private partnership enables the creation of practical cybersecurity solutions for specific industries, as well as for broad, cross-sector technology challenges. Through consortia under Cooperative Research and Development Agreements (CRADAs), including technology partners—from Fortune 50 market leaders to smaller companies specializing in IT security—the NCCoE applies standards and best practices to develop modular, easily adaptable example cybersecurity solutions using commercially available technology. The NCCoE documents these example solutions in the NIST Special Publication 1800 series, which maps capabilities to the NIST Cyber Security Framework and details the steps needed for another entity to recreate the example solution. The NCCoE was established in 2012 by NIST in partnership with the State of Maryland and Montgomery County, Md. To learn more about the NCCoE, visit https://www.nccoe.nist.gov/. To learn more about NIST, visit https://www.nist.gov.

NIST CYBERSECURITY PRACTICE GUIDES NIST Cybersecurity Practice Guides (Special Publication Series 1800) target specific cybersecurity challenges in the public and private sectors. They are practical, user-friendly guides that facilitate the adoption of standards-based approaches to cybersecurity. They show members of the information security community how to implement example solutions that help them align more easily with relevant standards and best practices and provide users with the materials lists, configuration files, and other information they need to implement a similar approach. The documents in this series describe example implementations of cybersecurity practices that businesses and other organizations may voluntarily adopt. These documents do not describe regulations or mandatory practices, nor do they carry statutory authority.

ABSTRACT To protect power generation, transmission, and distribution, energy companies need to control physical and logical access to their resources, including buildings, equipment, information technology (IT), and operational technology (OT). They must authenticate, with a high degree of certainty, authorized individuals to the devices and facilities to which the companies are giving access rights. In addition, they need to enforce access-control policies (e.g., allow, deny, inquire further) consistently, uniformly, and quickly across all of their resources. This project resulted from direct dialog among NCCoE staff and members of the electricity subsector, mainly from electric power companies and those who provide equipment and/or services to them. The goal of this project is to demonstrate a converged, standardsbased technical approach that unifies identity and access management (IdAM) functions across OT networks, physical access control systems (PACS), and IT systems. These networks often operate independently, which can result in identity and access information disparity, increased costs, inefficiencies, and a loss of capacity and service delivery capability. Also, these networks support different infrastructures, each with unique security risks. The converged IdAM solution must be constructed to effectively address the highest-risk infrastructure. This guide describes our collaborative

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

ii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

efforts with technology providers and electric-company stakeholders to address the security challenges that energy providers face in the core function of IdAM. This guide offers a technical approach to meeting the challenge and also incorporates a business-value mindset by identifying the strategic considerations involved in implementing new technologies. This NIST Cybersecurity Practice Guide provides a modular, open, end-to-end example solution that can be tailored and implemented by energy providers of varying sizes and levels of IT sophistication. It shows energy providers how we met the challenge by using open-source and commercially available tools and technologies that are consistent with cybersecurity standards. The use-case scenario is based on a normal day-to-day business operational scenario that provides the underlying impetus for the functionality presented in this guide. While the reference solution was demonstrated with a certain suite of products, this guide does not endorse these specific products. Instead, this guide presents the characteristics and capabilities that an organization’s security experts can use to identify similar standards-based products that can be integrated quickly and cost-effectively with an energy provider’s existing tools and infrastructure.

KEYWORDS cyber, physical, and operational security; cybersecurity; electricity subsector; energy sector; identity and access management; information technology

ACKNOWLEDGMENTS We are grateful to the following individuals for their generous contributions of expertise and time. Name

Organization

Jasvir Gill

AlertEnterprise

Srini Kakkera

AlertEnterprise

Srinivas Adepu

AlertEnterprise

Pan Kamal

AlertEnterprise

Mike Dullea

CA Technologies

Ted Short

CA Technologies

Alan Zhu

CA Technologies

Peter Romness

Cisco Systems

Lila Kee

GlobalSign

Sid Desai

GlobalSign

Paul Townsend

Mount Airey Group (MAG)

Joe Lloyd

Mount Airey Group (MAG)

Paul Timmel

National Security Agency

Victoria Pillitteri

NIST

Jonathan Margulies

Qmulos

Ayal Vogel

RADiFlow

Dario Lobozzo

RADiFlow

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

iii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Name

Organization

Steve Schmalz

RSA

Tony Kroukamp (The SCE Group)

RSA

Kala Kinyon (The SCE Group)

RSA

Ulrich Schulz

RSA

Dave Barnard

RS2 Technologies

David Bensky

RS2 Technologies

Rich Gillespie (IACS Inc.)

RS2 Technologies

George Wrenn

Schneider Electric

Michael Pyle

Schneider Electric

Bill Johnson

TDi Technologies

Pam Johnson

TDi Technologies

Clyde Poole

TDi Technologies

Nadya Bartol

Utilities Telecom Council (UTC)

Danny Vitale

XTec

The Technology Partners/Collaborators who participated in this build submitted their capabilities in response to a notice in the Federal Register. Respondents with relevant capabilities or product components were invited to sign a Cooperative Research and Development Agreement (CRADA) with NIST, allowing them to participate in a consortium to build this example solution. We worked with: Technology Partner/Collaborator

Build Involvement

AlertEnterprise

User access authorization provisioning

CA Technologies

IdAM workflow, provisions identities and authorizations to Active Directory instances

Cisco Systems

Network Access control

GlobalSign

Provides North American Energy Standards Board (NAESB)-compliant X.509 certificates

Mount Airey Group (MAG)

Manages attributes that control access to high-value transactions.

RADiFlow

Controls communication among industrial control system (ICS) devices

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

iv

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Technology Partner/Collaborator

Build Involvement

RSA

IdAM workflow, provisions identities and authorizations to Active Directory instances

RS2 Technologies

Controls physical access

Schneider Electric

Controls access to devices in the ICS / Supervisory Control and Data Acquisition (SCADA) network

TDi Technologies

Controls and logs access to ICS devices by people (ICS engineers and technicians)

XTec

Provides Personal Identity Verification Interoperable (PIV-I) smart-card credentials and a physical-accesscontrol capability using the smart card

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

v

Contents

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

3.1.1

Windows Installation and Hardening Details..............................................................18

3.1.2

SUSE Linux Enterprise Server 11 Installation and Hardening Details .........................18

3.1.3

Base Linux Installation and Hardening Details............................................................18

3.3.1

IT Network – Network Services (AD and Certificate Authority) Installation and Configuration Settings ................................................................................................27

3.3.2

OT Network – Network Services (AD, DNS Server, and Certificate Authority) Installation and Configuration Settings ......................................................................29

3.3.3

PACS Network – Network Services (AD, DNS Server, and Certificate Authority) Installation and Configuration Settings ......................................................................31

3.3.4

IdAM Network – Network Services (DNS Server) Installation and Configuration Settings .......................................................................................................................35

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

vi

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. 7.3.1

Set Up Custom Attributes ...........................................................................................64

7.3.2

Set Up Organization Users ..........................................................................................67

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

vii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.3

Populate the HR Directory ..........................................................................................71

7.3.4

Configure Adaptive Directory Container ....................................................................76

7.3.5

Create an Account Collector .......................................................................................82

7.3.6

Edit the Unification Configuration Participating Collectors ........................................89

7.3.7

Edit User Attribute Source ..........................................................................................91

7.3.8

Edit Unification Configuration Attribute Source .........................................................94

7.3.9

Start Data Collection ...................................................................................................95

7.3.10 Review Data Collected ................................................................................................97 7.3.11 Configure Business Rules ............................................................................................98 7.3.12 Create Automated Rules ...........................................................................................102 7.3.13 Create Provisioning Template ...................................................................................107 7.3.14 Configure AFX Module ..............................................................................................110 7.3.15 Configure Adaptive Directory to Use AFX Connector ...............................................119 7.3.16 Adding a New User....................................................................................................120 7.3.17 Moving a User ...........................................................................................................125 7.3.18 Terminating a User....................................................................................................126 7.3.19 User Attribute Synchronization ................................................................................127

8.5.1

Disable Referral Chasing ...........................................................................................149

8.5.2

Limit Attributes Requested from the LDAP Backend ................................................149

8.5.3

Process Joins and Computed Attributes Only When Necessary ...............................150

8.5.4

Use the Client Sizelimit Value to Query the Backend ...............................................150

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

viii

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

9.2.1

Installation Prerequisites ..........................................................................................151

9.2.2

Pre-Installation Verification ......................................................................................151

9.2.3

Installing Mandatory Software Applications.............................................................152

9.2.4

Deploying the Application.........................................................................................158

9.3.1

System Type Import of DB Connector ......................................................................162

9.3.2

System Type Parameters of DB Connector ...............................................................162

9.3.3

Identity & Access– User Field Mapping ....................................................................176

9.4.1

System Type Import of DB Connector ......................................................................192

9.4.2

System Type Parameters of DB Connector ...............................................................193

9.4.3

Create System Connectors for all Target Systems ....................................................195

9.4.4

Identity & Access > User Field Mapping ...................................................................206

10.4.1 Connect Access It! Universal to Door Controller ......................................................223 10.4.2 Enable TCP/IP to SQL 2008 R2 Server .......................................................................224

11.2.1 System Environment .................................................................................................225

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

ix

11.2.2 ConsoleWorks Server Installation on the OT Network .............................................226 11.2.3 Post-Installation Configuration of ConsoleWorks on the OT Network .....................226 11.2.4 Configuring External Authentication for the OT Network ConsoleWorks Server.....227

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

12.2.1 Installing iSIM ............................................................................................................228 12.2.2 iEMS ..........................................................................................................................228

15.1.1 Managing the Account ..............................................................................................267 15.1.2 What Is a Profile? / Profile Management .................................................................267 15.1.3 What Is a License?.....................................................................................................267

15.3.1 Step 1: Get a GlobalSign GCC Account......................................................................267 15.3.2 Step 2: Order Certificate License Pack ......................................................................267

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

x

15.3.3 Step 3: Set Up Organization Profile ..........................................................................271 15.3.4 Step 4: Vetting ..........................................................................................................273 15.3.5 Step 5: Register for Your EPKI Administrator Certificate ..........................................273 15.3.6 Step 6: Register and Issue Certificates to Individual Users .......................................274

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.2.1 Evaluation Characteristics .........................................................................................297 17.2.2 Compliance and Scoring............................................................................................297 17.2.3 Rule Results ...............................................................................................................297 17.2.4 Severity of Failed Rules .............................................................................................297 17.2.5 Score .........................................................................................................................298 17.3.1 Test Result.................................................................................................................309 17.3.2 Target Information....................................................................................................309 17.3.3 Score .........................................................................................................................309 17.3.4 Rule Results Summary ..............................................................................................309 17.4.1 Score .........................................................................................................................310 17.4.2 System Information ..................................................................................................310 17.4.3 Results .......................................................................................................................311 17.5.1 Score .........................................................................................................................327 17.5.2 System Information ..................................................................................................327 17.5.3 Results .......................................................................................................................328

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xi

17.6.1 Score .........................................................................................................................330 17.6.2 System Information ..................................................................................................331 17.6.3 Results .......................................................................................................................331 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.7.1 Test Result.................................................................................................................333 17.7.2 Target Information....................................................................................................333 17.7.3 Score .........................................................................................................................333 17.7.4 Rule Results Summary ..............................................................................................334 17.8.1 Test Result.................................................................................................................334 17.8.2 Target Information....................................................................................................334 17.8.3 Score .........................................................................................................................335 17.8.4 Rule Results Summary ..............................................................................................335 17.9.1 Score .........................................................................................................................335 17.9.2 System Information ..................................................................................................336 17.9.3 Results .......................................................................................................................336 17.9.4 OT ConsoleWorks Windows Server 2012 STIG Compliance Report .........................339 17.9.5 Score .........................................................................................................................339 17.9.6 System Information ..................................................................................................339 17.9.7 Results .......................................................................................................................340 17.10.1 Score .........................................................................................................................341 17.10.2 System Information ..................................................................................................341 17.10.3 Results .......................................................................................................................342 17.11.1 Score .........................................................................................................................343 17.11.2 System Information ..................................................................................................344

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xii

17.11.3 Stream Information...................................................................................................344 17.11.4 Results .......................................................................................................................344 17.12.1 Score .........................................................................................................................347 17.12.2 System Information ..................................................................................................347 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.12.3 Results .......................................................................................................................348 17.13.1 Baseline CentOS 7 Configuration Files ......................................................................351 17.13.2 Audit.rules File Contents...........................................................................................352 17.13.3 Audit.conf File Contents ...........................................................................................352 17.13.4 iptables File Contents................................................................................................353 17.13.5 Password_auth-ac File Contents...............................................................................356 17.13.6 rules_d-audi.rules File Contents ...............................................................................356 17.13.7 Sysctl.conf Files Contents..........................................................................................359 17.13.8 system-auth File Contents ........................................................................................359 17.13.9 system-auth-ac File Contents ...................................................................................360 17.14.1 Test Result.................................................................................................................361 17.14.2 Target Information....................................................................................................361 17.14.3 Score .........................................................................................................................361 17.14.4 Rule Results Summary ..............................................................................................361

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xiii

List of Figures Figure 2-1 Management and Production Networks .............................................................................7 Figure 2-2 IdAM Build Implementation Production Network ...............................................................8 Figure 2-3 Build Network ..................................................................................................................10 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 2-4 Build #1 IdAM Network ....................................................................................................11 Figure 2-5 Build #2 IdAM Network ....................................................................................................12 Figure 2-6 IT Network .......................................................................................................................13 Figure 2-7 OT Network .....................................................................................................................14 Figure 2-8 PACS Network..................................................................................................................15 Figure 7-1 IMG System Window........................................................................................................62 Figure 7-2 IMG System Edit Window .................................................................................................63 Figure 7-3 IMG Attributes Window ...................................................................................................64 Figure 7-4 IMG Edit User ..................................................................................................................64 Figure 7-5 IMG User Attributes Examples (1 of 3) ..............................................................................65 Figure 7-6 IMG User Attributes Examples (2 of 3) ..............................................................................66 Figure 7-7 IMG User Attributes Examples (3 of 3) ..............................................................................66 Figure 7-8 IMG Edit Attributes ..........................................................................................................66 Figure 7-9 IMG Account Attributes Example......................................................................................67 Figure 7-10 IMG Resources Directories .............................................................................................68 Figure 7-11 IMG Create Directory .....................................................................................................68 Figure 7-12 IMG Create Directory .....................................................................................................69 Figure 7-13 IMG Directory Information .............................................................................................70 Figure 7-14 IMG Create Directory .....................................................................................................71 Figure 7-15 IMG Directories ..............................................................................................................72 Figure 7-16 IMG Directories ..............................................................................................................72 Figure 7-17 IMG Create Identity Collector .........................................................................................73 Figure 7-18 IMG HR Identities ...........................................................................................................73

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xiv

Figure 7-19 IMG HR Identities (cont.) ................................................................................................74 Figure 7-20 IMG HR Identities – Users ...............................................................................................74 Figure 7-21 IMG HR Identities ...........................................................................................................75 Figure 7-22 IMG HR Identities (Continued) ........................................................................................76 Figure 7-23 IMG Adaptive Directory Container ..................................................................................77 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-24 IMG Identity Collector ....................................................................................................77 Figure 7-25 IMG AD Identity Collector (1 of 5) ...................................................................................78 Figure 7-26 IMG AD Identity Collector (2 of 5) ...................................................................................79 Figure 7-27 IMG AD Identity Collector (3 of 5) ...................................................................................79 Figure 7-28 IMG AD Identity Collector (4 of 5) ...................................................................................80 Figure 7-29 IMG AD Identity Collector (5 of 5) ...................................................................................81 Figure 7-30 IMG AD Create Account Collector ...................................................................................82 Figure 7-31 IMG Edit Collector (1 of 10) ............................................................................................82 Figure 7-32 IMG Edit Collector (2 of 10) ............................................................................................83 Figure 7-33 IMG Edit Collector (3 of 10) ............................................................................................83 Figure 7-34 IMG Edit Collector (4 of 10) ............................................................................................84 Figure 7-35 IMG Edit Collector (5 of 10) ............................................................................................85 Figure 7-36 IMG Edit Collector (6 of 10) ............................................................................................86 Figure 7-37 IMG Edit Collector (7 of 10) ............................................................................................86 Figure 7-38 IMG Edit Collector (8 of 10) ............................................................................................87 Figure 7-39 IMG Edit Collector (9 of 10) ............................................................................................87 Figure 7-40 IMG Edit Collector (10 of 10)...........................................................................................87 Figure 7-41 IMG Account Test ...........................................................................................................88 Figure 7-42 IMG Successful Test Example ..........................................................................................89 Figure 7-43 IMG Unification Configuration ........................................................................................90 Figure 7-44 IMG Participating Collectors ...........................................................................................90 Figure 7-45 IMG Edit Participating Collectors ....................................................................................91 Figure 7-46 IMG Edit Participating Collectors (Continued) .................................................................91

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xv

Figure 7-47 IMG Unification Configuration Attribute Sources ............................................................92 Figure 7-48 IMG Edit User Attribute Mapping ...................................................................................93 Figure 7-49 IMG Edit User Attribute Mapping (Continued) ................................................................94 Figure 7-50 IMG Unification Configuration Joins................................................................................95 Figure 7-51 IMG Edit Joins ................................................................................................................95 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-52 IMG Start Data Collection ...............................................................................................96 Figure 7-53 IMG Collect Data ............................................................................................................96 Figure 7-54 IMG Data Collection Monitoring .....................................................................................97 Figure 7-55 IMG Data Collection Review ...........................................................................................98 Figure 7-56 IMG Roles ......................................................................................................................98 Figure 7-57 IMG Discover Roles ........................................................................................................99 Figure 7-58 IMG Discover Roles (1 of 3).............................................................................................99 Figure 7-59 IMG Discover Roles (2 of 3)........................................................................................... 100 Figure 7-60 IMG Discover Roles (3 of 3)........................................................................................... 101 Figure 7-61 IMG Discover Roles – Combining .................................................................................. 102 Figure 7-62 IMG Roles Definitions................................................................................................... 103 Figure 7-63 IMG New User.............................................................................................................. 104 Figure 7-64 IMG New User.............................................................................................................. 105 Figure 7-65 IMG User Termination .................................................................................................. 106 Figure 7-66 IMG User Termination (Continued) ............................................................................... 107 Figure 7-67 IMG Request Configuration .......................................................................................... 107 Figure 7-68 IMG Account Template ................................................................................................. 108 Figure 7-69 IMG IT Account Template ............................................................................................. 109 Figure 7-70 IMG AFX Connectors .................................................................................................... 110 Figure 7-71 IMG AFX Connectors .................................................................................................... 110 Figure 7-72 IMG Create Connector .................................................................................................. 111 Figure 7-73 IMG AD Connector AFX Server: General ........................................................................ 111 Figure 7-74 IMG AD Connector AFX Server: Settings (1 of 3) ............................................................ 112

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xvi

Figure 7-75 IMG AD Connector AFX Server: Settings (2 of 3) ............................................................ 113 Figure 7-76 IMG AD Connector AFX Server: Settings (3 of 3) ............................................................ 114 Figure 7-77 IMG AD Connector AFX Server: Capabilities .................................................................. 115 Figure 7-78 IMG AD Connector IT Capability Configuration (1 of 13) ................................................ 115 Figure 7-79 IMG AD Connector IT Capability Configuration (2 of 13) ................................................ 116 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-80 IMG AD Connector IT Capability Configuration (3 of 13) ................................................ 116 Figure 7-81 IMG AD Connector IT Capability Configuration (4 of 13) ................................................ 116 Figure 7-82 IMG AD Connector IT Capability Configuration (5 of 13) ................................................ 116 Figure 7-83 IMG AD Connector IT Capability Configuration (6 of 13) ................................................ 117 Figure 7-84 IMG AD Connector IT Capability Configuration (7 of 13) ................................................ 117 Figure 7-85 IMG AD Connector IT Capability Configuration (8 of 13) ................................................ 117 Figure 7-86 IMG AD Connector IT Capability Configuration (9 of 13) ................................................ 117 Figure 7-87 IMG AD Connector IT Capability Configuration (10 of 13)............................................... 118 Figure 7-88 IMG AD Connector IT Capability Configuration (11 of 13)............................................... 118 Figure 7-89 IMG AD Connector IT Capability Configuration (12 of 13)............................................... 118 Figure 7-90 IMG AD Connector IT Capability Configuration (13 of 13)............................................... 118 Figure 7-91 IMG Resources Directories ........................................................................................... 119 Figure 7-92 IMG AD Accounts ......................................................................................................... 119 Figure 7-93 IMG AD AFX Connector Binding .................................................................................... 120 Figure 7-94 IMG Resources Directories ........................................................................................... 120 Figure 7-95 IMG Collect Data .......................................................................................................... 121 Figure 7-96 IMG Requests Activities................................................................................................ 121 Figure 7-97 IMG Accepted Access Request ...................................................................................... 122 Figure 7-98 IMG Requests .............................................................................................................. 123 Figure 7-99 IMG New User Provisioned ........................................................................................... 124 Figure 7-100 IMG Successful User Add ............................................................................................ 125 Figure 7-101 IMG Requests Activities .............................................................................................. 126 Figure 7-102 IMG Request Status .................................................................................................... 127

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xvii

Figure 7-103 IMG User Synchronization Menu Item ........................................................................ 128 Figure 7-104 IMG User Synchronization Status ................................................................................ 128 Figure 8-1 Adaptive Directory Login Page ........................................................................................ 136 Figure 8-2 Adaptive Directory Main Page ........................................................................................ 137 Figure 8-3 Adaptive Directory Tools Page ........................................................................................ 137 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 8-4 Adaptive Directory Server Backend Settings ................................................................... 138 Figure 8-5 Adaptive Directory LDAP Data Source ............................................................................. 139 Figure 8-6 Adaptive Directory Configuration of Naming Context ...................................................... 140 Figure 8-7 Adaptive Directory New Naming Context........................................................................ 141 Figure 8-8 Adaptive Directory Configure Virtual Tree ...................................................................... 141 Figure 8-9 Adaptive Directory Virtual Tree ...................................................................................... 142 Figure 8-10 Adaptive Directory Create New Level............................................................................ 142 Figure 8-11 Adaptive Directory New Level Name............................................................................. 143 Figure 8-12 Adaptive Directory Backend Mapping ........................................................................... 144 Figure 8-13 Adaptive Directory Backend Mapping ........................................................................... 145 Figure 8-14 Adaptive Directory Configure LDAP Backend ................................................................. 145 Figure 8-15 Adaptive Directory Addition Attributes ......................................................................... 146 Figure 8-16 Adaptive Directory Add/Edit Main Attribute ................................................................. 147 Figure 8-17 Adaptive Directory Add Attribute ................................................................................. 147 Figure 8-18 Adaptive Directory Edit Collector .................................................................................. 148 Figure 8-19 Adaptive Directory Search Configuration for Accounts .................................................. 148 Figure 9-1 Adaptive Directory Search Configuration for Accounts .................................................... 153 Figure 9-2 Guardian ActiveMQ Home/Data Directory ...................................................................... 153 Figure 9-3 Guardian ActiveMQ ....................................................................................................... 155 Figure 9-4 Guardian DB Connector Attributes ................................................................................. 164 Figure 9-5 Create DropDown Values ............................................................................................... 175 Figure 9-6 DropDown Values .......................................................................................................... 175 Figure 9-7 Guardian Identify Configuraton ...................................................................................... 175

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xviii

Figure 9-8 Create Recon Authoritative Fields................................................................................... 177 Figure 9-9 Guardian Recon Authoritative Fields .............................................................................. 178 Figure 9-10 Create External Provisioning Attribute .......................................................................... 178 Figure 9-11 Field Names ................................................................................................................. 179 Figure 9-12 Provisioning Mapping................................................................................................... 180 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-13 Guardian DB Connector Attribute Mapping................................................................... 180 Figure 9-14 Define Rules................................................................................................................. 181 Figure 9-15 Define Condition .......................................................................................................... 182 Figure 9-16 Define Rule Conditions for Other Request Categories .................................................... 182 Figure 9-17 Suggest/Default Access ................................................................................................ 184 Figure 9-18 Modify Task ................................................................................................................. 186 Figure 9-19 Policy Designer............................................................................................................. 187 Figure 9-20 Toolbar Section ............................................................................................................ 187 Figure 9-21 Guardian User Policy .................................................................................................... 188 Figure 9-22 Tasks ........................................................................................................................... 189 Figure 9-23 Guardian Job Scheduler Triggers Field Map ................................................................... 190 Figure 9-24 Guardian Reconciliation Job ......................................................................................... 192 Figure 9-25 Guardian DB Connector Attributes................................................................................ 194 Figure 9-26 Create DropDown Values ............................................................................................. 205 Figure 9-27 DropDown Values ........................................................................................................ 205 Figure 9-28 Create DropDown Values ............................................................................................. 205 Figure 9-29 DropDown Values ........................................................................................................ 205 Figure 9-30 Guardian Identity Configuration ................................................................................... 206 Figure 9-31 Create Recon Authoritative Fields................................................................................. 208 Figure 9-32 Guardian Recon Authoritative Fields............................................................................. 208 Figure 9-33 Create External Provisioning Attribute .......................................................................... 209 Figure 9-34 Configuring Fields......................................................................................................... 209 Figure 9-35 Provisioning Mapping................................................................................................... 210

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xix

Figure 9-36 Guardian DB Connector Attribute Mapping................................................................... 210 Figure 9-37 Define Rules................................................................................................................. 211 Figure 9-38 Define Condition .......................................................................................................... 211 Figure 9-39 Remove User Access and ChangeAccess ........................................................................ 212 Figure 9-40 All Door Access ............................................................................................................ 213 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-41 Modify Task ................................................................................................................. 215 Figure 9-42 New Policy Designer ..................................................................................................... 216 Figure 9-43 Tool Bar Section ........................................................................................................... 216 Figure 9-44 Guardian User Policy .................................................................................................... 217 Figure 9-45 Tasks ........................................................................................................................... 218 Figure 9-46 Guardian Job Scheduler Triggers Field Map ................................................................... 219 Figure 9-47 Guardian Reconciliation Job ......................................................................................... 221 Figure 13-1 Ozone Proof Settings .................................................................................................... 231 Figure 13-2 Ozone Authority Web Service ....................................................................................... 232 Figure 13-3 Ozone Authority Connection Information ..................................................................... 245 Figure 13-4 Ozone LDAP Publication Point ...................................................................................... 246 Figure 13-5 Ozone Directory Connection Information ...................................................................... 247 Figure 13-6 Ozone Import Group from Directory ............................................................................. 248 Figure 13-7 Ozone New Proof Information ...................................................................................... 249 Figure 13-8 Ozone New Proof Administrators ................................................................................. 250 Figure 13-9 Ozone Peer Proofs........................................................................................................ 251 Figure 13-10 Ozone Add Authorization Proof .................................................................................. 252 Figure 13-11 Ozone Server Configuration ........................................................................................ 253 Figure 13-12 Ozone New Proof Information .................................................................................... 262 Figure 13-13 Ozone New Proof Authentication CRLs........................................................................ 263 Figure 13-14 Ozone New Proof Authentication Source Configuration............................................... 264 Figure 13-15 Ozone Envoy Configuration ........................................................................................ 265 Figure 15-1 GlobalSign Overview .................................................................................................... 266

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xx

Figure 15-2 GlobalSign Login Page .................................................................................................. 268 Figure 15-3 GlobalSign Enterprise PKI Tab ....................................................................................... 268 Figure 15-4 GlobalSign Order Licenses Page .................................................................................... 268 Figure 15-5 GlobalSign License Selection Page................................................................................. 269 Figure 15-6 GlobalSign Product Details ........................................................................................... 269 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 15-7 GlobalSign Payment Details .......................................................................................... 270 Figure 15-8 GlobalSign Confirm Details ........................................................................................... 270 Figure 15-9 GlobalSign Order Additional Profiles ............................................................................. 271 Figure 15-10. GlobalSign Certificate Profile Details .......................................................................... 272 Figure 15-11 GlobalSign Confirm Details ......................................................................................... 273 Figure 15-12 GlobalSign View Admin Menu Options........................................................................ 273 Figure 15-13 GlobalSign Oder Certificates ....................................................................................... 274 Figure 15-14 GlobalSign Product Selection ...................................................................................... 275 Figure 15-15 GlobalSign Certificate Identity Details ......................................................................... 275 Figure 15-16 GlobalSign Confirm Details ......................................................................................... 276 Figure 16-1 Create New Project ...................................................................................................... 278 Figure 16-2 New Project Wizard ..................................................................................................... 279 Figure 16-3 Project Protection ........................................................................................................ 280 Figure 16-4 Administrator Password ............................................................................................... 281 Figure 16-5 Project Explorer Window.............................................................................................. 282 Figure 16-6 Tofino SA/MAC Address ............................................................................................... 283 Figure 16-7 Project Explorer ........................................................................................................... 284 Figure 16-8 New Asset.................................................................................................................... 285 Figure 16-9 Project Explorer Assets Icon ......................................................................................... 286 Figure 16-10 Project Explorer Tofino SA Icon ................................................................................... 287 Figure 16-11 Rule Type ................................................................................................................... 288 Figure 16-12 Firewall Rule Wizard................................................................................................... 289 Figure 16-13 Asset Rule Profiles ...................................................................................................... 290

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xxi

Figure 16-14 Protocol Window ....................................................................................................... 291 Figure 16-15 Rule Table .................................................................................................................. 292 Figure 16-16 Save Rules in Project Explorer ..................................................................................... 293 Figure 16-17 Apply Configuration Pane ........................................................................................... 294 Figure 16-18 Loadable USB Drive Popup ......................................................................................... 294 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xxii

List of Tables Table 2-1 Build Implementation Component List (Including Security Controls) .....................................3 Table 2-2 Build IP Address Assignments ............................................................................................16 Table 3-1 Border Firewall Rules ........................................................................................................19 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Table 3-2 IdAM Firewall Rules ..........................................................................................................21 Table 3-3 IT Firewall Rules ................................................................................................................22 Table 3-4 OT Firewall Rules ..............................................................................................................24 Table 3-5 PACS Firewall Rules ...........................................................................................................25 Table 9-1 Attributes ....................................................................................................................... 163 Table 9-2 Guardian PACS AD Parameters ........................................................................................ 165 Table 9-3 Guardian Identity DB Parameters .................................................................................... 166 Table 9-4 Guardian ACCESSIT PACS DBConnector Parameters.......................................................... 167 Table 9-5 New Custom Form Attributes .......................................................................................... 171 Table 9-6 Create PacsHomeAccess Attribute ................................................................................... 172 Table 9-7 Create PacsWorkAccess Attribute .................................................................................... 172 Table 9-8 Create FacilityCode Attribute........................................................................................... 173 Table 9-9 Create PIN Attribute ........................................................................................................ 174 Table 9-10 User Field Mapping ....................................................................................................... 176 Table 9-11 Rule Name Table ........................................................................................................... 182 Table 9-12 Guardian Policy Engine Rule Action Handler ................................................................... 183 Table 9-13 Manual Configuration Policy Engine Suggest/Default Access .......................................... 185 Table 9-14 Guardian User Policy ..................................................................................................... 189 Table 9-15 Guardian Job Scheduler Triggers .................................................................................... 190 Table 9-16 DB Connector Name and Label Fields ............................................................................. 193 Table 9-17 Guardian Manual Configuration System Parameters ...................................................... 195 Table 9-18 Guardian Identity DB Parameters .................................................................................. 197 Table 9-19 Guardian PACS DBConnector Parameters ....................................................................... 198

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xxiii

Table 9-20 New Custom Form Attributes ........................................................................................ 201 Table 9-21 Create PacsHomeAccess Attribute ................................................................................. 202 Table 9-22 Create PacsWorkAccess Attribute .................................................................................. 202 Table 9-23 Create FacilityCode Attribute......................................................................................... 203 Table 9-24 Create PIN Attribute ...................................................................................................... 204 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Table 9-25 User Field Mapping ....................................................................................................... 206 Table 9-26 Guardian Manual Configuration Policy Engine Rules....................................................... 212 Table 9-27 Guardian Manual Configuration Policy Engine Rules....................................................... 214 Table 9-28 Guardian User Policy ..................................................................................................... 218 Table 9-29 Guardian AlertEnterprise DB Trigger .............................................................................. 219

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

xxiv

1

Introduction

The following guides show information technology (IT) professionals and security engineers how we implemented this example solution. We cover all of the products employed in this reference design. We do not recreate the product manufacturers’ documentation, which is presumed to be widely available. Rather, these guides show how we incorporated the products together in our environment. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Note: These are not comprehensive tutorials. There are many possible service and security configurations for these products that are out of scope for this reference design.

1.1

Practice Guide Structure

This National Institute of Standards and Technology (NIST) Cybersecurity Practice Guide demonstrates a standards-based example solution and provides users with the information they need to replicate this approach to identity and access management (IdAM). This reference design is modular and can be deployed in whole or in parts. This guide contains three volumes: 

NIST Special Publication (SP) 1800-2A: Executive Summary

NIST SP 1800-2B: Approach, Architecture, and Security Characteristics – what we built and why

NIST SP 1800-2C: How To Guides – instructions for building the example solution (you are here)

Depending on your role in your organization, you might use this guide in different ways: Energy utility leaders, including chief security and technology officers will be interested in the Executive Summary (NIST SP 1800-2A), which describes the: 

challenges enterprises face in implementing and using IdAM systems

example solution built at the NCCoE

benefits of adopting the example solution

Technology or security program managers who are concerned with how to identify, understand, assess, and mitigate risk will be interested in this part of the guide, NIST SP 1800-2B, which describes what we did and why. The following sections will be of particular interest: 

Section 4.4.3, Risk, provides a description of the risk analysis we performed

Section 4.4.4, Security Control Map, maps the security characteristics of this example solution to cybersecurity standards and best practices

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

1

You might share the Executive Summary, NIST SP 1800-2A, with your leadership team members to help them understand the importance of adopting standards-based identity and access management for electric utilities.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

IT professionals who want to implement an approach like this will find the whole practice guide useful. You can use the How-To portion of the guide, NIST SP 1800-2C, to replicate all or parts of the build created in our lab. The How-To guide provides specific product installation, configuration, and integration instructions for implementing the example solution. We do not recreate the product manufacturers’ documentation, which is generally widely available. Rather, we show how we incorporated the products together in our environment to create an example solution. This guide assumes that IT professionals have experience implementing security products within the enterprise. While we have used a suite of commercial products to address this challenge, this guide does not endorse these particular products. Your organization can adopt this solution or one that adheres to these guidelines in whole, or you can use this guide as a starting point for tailoring and implementing parts of IdAM for electric utilities. Your organization’s security experts should identify the products that will best integrate with your existing tools and IT system infrastructure. We hope you will seek products that are congruent with applicable standards and best practices. Section 4.5, Technologies, of NIST SP 1800-2B, lists the products we used and maps them to the cybersecurity controls provided by this reference solution. The security characteristics in our access management platform are informed by guidance and best practices from standards organizations, including the North American Electric Reliability Corporation’s (NERC) Critical Infrastructure Protection (CIP) standards. In addition, this document was reviewed by the NERC Electricity Sector Information Sharing and Analysis Center (ES-ISAC) to ensure that the approach was informed by standards and NERC regulations.

1.2

Typographic Conventions

The following table presents typographic conventions used in this volume. Typeface/ Symbol

Meaning

Example

Italics

filenames and pathnames references to documents that are not hyperlinks, new terms, and placeholders

For detailed definitions of terms, see the NCCoE Glossary.

Bold

names of menus, options, command buttons and fields

Choose File > Edit.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

2

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Typeface/ Symbol

Meaning

Example

Monospace

command-line input, onscreen computer output, sample code examples, status codes

mkdir

Monospace Bold

command-line user input contrasted with computer output

service sshd start

blue text

link to other parts of the document, a web URL, or an email address

All publications from NIST’s National Cybersecurity Center of Excellence are available at https://www.nccoe.nist.gov/

2

Build Overview

The National Cybersecurity Center of Excellence (NCCoE) constructed the IdAM build infrastructure by using commercial off-the-shelf hardware and software. The infrastructure was built on Dell model PowerEdge R620 server hardware. The server operating system (OS) was the VMware vSphere virtualization operating environment. The use of virtualization is an artifact of the NCCoE laboratory environment. It allows the NCCoE build to represent a typical utility environment in the laboratory. The solution can be built on dedicated hardware. In addition, a 6-terabyte Dell EqualLogic network attached storage (NAS) product was used for storage. Dell model PowerConnect 7024 and Cisco Catalyst 3650 and 3550 physical switches were used to interconnect the server hardware, external network components, and the NAS. The lab network was accessible from the public internet via a virtual private network (VPN) appliance and firewall to enable secure internet and remote access. The lab network was not connected to the NIST enterprise network. Table 2-1 lists which software and hardware components were used in the builds, the specific function that each component contributes, and whether the product was installed within the virtual environment or as physical device. Table 2-1 Build Implementation Component List (Including Security Controls) Product Vendor

Component

Function

Implementation (physical device or virtual environment)

Dell

PowerEdge R620

Physical server hardware

Physical device

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

3

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Product Vendor

Component

Function

Implementation (physical device or virtual environment)

Dell

PowerConnect 7024

Physical network switch

Physical device

Dell

EqualLogic

NAS

Physical device

VMware

vSphere vCenter Server Version 5.5

Virtual server and workstation environment

Virtual environment

Microsoft

Windows Server 2012 r2 Active Directory (AD) Server

Authentication and authority

Virtual environment

Microsoft

Windows 7

Information management

Virtual environment

Microsoft

Windows Server 2012 r2 Domain Name System (DNS) Server

DNS

Virtual environment

Microsoft

Structured Query Language (SQL) Server

Database

Virtual environment

AlertEnterprise

Enterprise Guardian

Interface and translation between the IdAM central store and the physical access control system (PACS) management server

Virtual environment

CA Technologies (CA)

Identity Manager Release 12.6.05 Build 06109.28

Identity and access automation management application, IdAM provisioning

Virtual environment

Cisco

Identity Services Engine (ISE) Network Server 3415

Network access controller

Virtual environment

Cisco

Catalyst 3550

Network switch

Physical device

Cisco

Catalyst 3650

TrustSec-enabled physical network switch

Physical device

GlobalSign

Secure Socket Layer (SSL) Certificate

Cloud certificate and registration authority

Virtual environment

Mount Airey Group (MAG)

Ozone Authority

Central attribute management system

Virtual environment

MAG

Ozone Console

Ozone administrative management console

Virtual environment

MAG

Ozone Envoy

Enterprise identity store interface

Virtual environment

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

4

Implementation (physical device or virtual environment)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Product Vendor

Component

Function

MAG

Ozone Server

Ozone centralized attribute-based authorization server

Virtual environment

RADiFlow

iSIM – Industrial Service Management Tool

Supervisory control and data acquisition (SCADA) router management application

Physical device

RADiFlow

SCADA Router RF-3180S

Router/firewall for SCADA network

Physical device

RSA

Adaptive Directory Version 7.1.5

Central identity store, IdAM provisioning

Virtual environment

RSA

Identity Management and Governance (IMG) Version 6.9 Build 74968

Central IdAM system (workflow management)

Virtual environment

TDi Technologies

ConsoleWorks

Privileged user access controller, monitor, and logging system

Virtual environment

RS2 Technologies (RS2)

Access It! Universal Release 4.1.15 Physical-access-control components

Configures and monitors the PACS devices (e.g., card readers, keypads)

Virtual-environment server, and physical-device card reader

Schweitzer Electronics Laboratory (SEL)

SEL-2411

Remote Terminal Unit (RTU)

Physical device

Schneider Electric

Tofino Firewall model number TCSEFEA23F3F20

Ethernet / Internet Protocol (IP) firewall

Physical device

XTec

XNode

Remote access control and management

Physical device

2.1

Build Implementation Overview

The build implementation consists of multiple networks implemented to mirror the infrastructure of a typical energy industry corporation. The networks include a management network and a production network (Figure 2-1). The management network was implemented to facilitate the implementation, configuration, and management of the underlying infrastructure, including the physical servers, vSphere infrastructure, and monitoring. The production network (Figure 2-2) consists of the following components:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

5

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

the demilitarized zone (DMZ): The DMZ presented in this practice guide is designed to support the NCCoE laboratory environment. Organizations should construct DMZs by using appropriate guidance for their environment, such as North American Electric Reliability Corporation (NERC) Guidance for Secure Interactive Remote Access.

IdAM network

IT network – business management system

operational technology (OT) network – ICS/SCADA and energy management system (EMS)

PACS network

These networks were implemented separately to represent a typical electric utility enterprise infrastructure. Firewalls are configured to route traffic and limit access among the production networks to block all traffic, except required internetwork communications. The primary internetwork communications are the user access and authorization updates from the central IdAM systems to and from the directories and the PACS, IT, and OT networks. The DMZ provides a protected neutral network space that the other networks of the production network can use to route traffic to and from the internet or each other.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

6

Figure 2-1 Management and Production Networks

Internet NCCoE FW

FW/VPN appliance VPN inbound for NCCoE to access mgmt network or VendorNet

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

VendorNet

FW/VPN appliance 1) Route among enclaves 2) VPN inbound for partners to access and support installed products

Lab 2 mgmt network VPN FW

IdAM network

IdAM FW

Management network IT network

IT FW

OT FW

DMZ network

OT network

PACS FW

PACS network

Production network

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

7

Figure 2-2 IdAM Build Implementation Production Network

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The IdAM network shown in Figure 2-2 represents the proposed converged IdAM network/system. This network was separated to highlight the unique IdAM components proposed to address the use-case requirements. The IT network represents the business management network that typically supports corporate email, file sharing, printing, and internet access for general business-purpose computing and communications. The OT network represents the network that is used to support the EMSs and ICS/SCADA systems. Typically, this network either is not connected to the enterprise IT network or is connected with a data diode (a one-way communication device from the OT network to the IT network). Two-way traffic is allowed, per NERC Critical Infrastructure Protection (CIP), and is enabled via the OT firewall, only for specific ports and protocols between specific systems identified by IP address.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

8

The PACS network represents the network that is used to support the PACS across the enterprise. In our architecture, a firewall is configured to allow limited access to and from the PACS network to facilitate the communication of access and authorization information. Technically, this communication consists of user role and responsibility directory updates originating in the IdAM system. The public internet is accessible by the lab environment to facilitate both cloud services and access for vendors and NCCoE administrators. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The VPN firewall was the access-control point for vendors, to support the installation and configuration of their components of the architecture. The NCCoE also used this access to facilitate product training. This firewall also blocked unauthorized traffic from the public internet to the production networks. Additional firewalls are used to secure the multiple domain networks (IT, OT, IdAM, and PACS). Switching in the implementation is executed using a series of physical and hypervisor soft switches. The use of virtualization is an artifact of the NCCoE laboratory environment. It allows the NCCoE build to represent a typical utility environment in the laboratory. Virtual local area network (VLAN) switching functions are handled by physical Dell switches and the virtual environment. Routing was accomplished using the firewalls.

2.2

Build Implementation Descriptions

Figure 2-3 depicts the build network comprising the management, VendorNet, IdAM, DMZ, IT, OT, and PACS subnetworks. VendorNet provides remote access for vendors to access, configure, demonstrate, and provide training for each of the implemented products. The IdAM network contains the central IdAM components of the build. The IT, OT, and PACS networks contain the representative components of a typical electric utility enterprise.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

9

Figure 2-3 Build Network

Internet NCCoE FW

FW/VPN appliance VPN inbound for NCCoE to access mgmt network or VendorNet

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

VendorNet

FW/VPN appliance 1) Route among enclaves 2) VPN inbound for partners to access and support installed products

Lab 2 mgmt network VPN FW

IdAM network

IdAM FW

Management network IT network

IT FW

OT FW

DMZ network

OT network

PACS FW

PACS network

Production network The IdAM network (Figure 2-4 and Figure 2-5) contains the central IdAM components for Build #1 and Build #2. The IdAM components are placed into a separate network to highlight the importance of protecting these assets and to simplify the demonstration of their capabilities.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

10

Figure 2-4 Build #1 IdAM Network IdAM Management - VLAN100 (172.16.4.0/24)

CA Identity Manager

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

XTEC Credential Kiosk

XTEC authorization service Globalsign NAESB Cert. Auth.

Win SQL 2012

Cloud Service Providers

Mount Airey Group (MAG) Ozone Envoy

Win 2012

.15

.9

.22

IdAM_FW

.12

.1

.11

.132

Internet

.129 .1

.10

MAG Ozone Authority

DMZ 172.16.7.128/25 .5

.129

NCCoE FW

Mount Airey Group (MAG) Ozone Console

.223

Vendor Access 10.32.2.128/25

MAG Ozone Server

VPN FW

AlertEnterprise Guardian (ID Provisioning)

Management Network 10.32.2.0/25

VMware Virtual Datacenter

Build #1 uses the CA Identity Manager product for the IdAM system and identity store.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

11

Figure 2-5 Build #2 IdAM Network IdAM Management - VLAN100 (172.16.4.0/24) RSA Adaptive Directory

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

XTEC Credential Kiosk

XTEC authorization service Globalsign NAESB Cert. Auth.

RSA IMG

Mount Airey Group (MAG) Ozone Envoy

CentOS openSUSE

Cloud Service Providers

.15

.9

.22

IdAM FW

.12

.1

.11

.132

Internet

.129 .1

.10

MAG Ozone Authority

DMZ 172.16.7.128/25 .5

.129

NCCoE FW

Mount Airey Group (MAG) Ozone Console

.223

Vendor Access 10.32.2.128/25

MAG Ozone Server

VPN FW

AlertEnterprise Guardian (ID Provisioning)

Management Network 10.32.2.0/25

VMware Virtual Datacenter

Build #2 uses the RSA IMG and Adaptive Directory products for the IdAM system and identity store. The IT network (Figure 2-6) contains the components that are common in the business operations IT networks/systems in all organizations.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

12

Figure 2-6 IT Network

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The OT network (Figure 2-7) contains the OT components, which include representative components found in electric utility OT networks/systems. These components were chosen to demonstrate the integration capabilities of the central IdAM capability. The lab did not attempt to replicate a fully operational OT network or set of systems. Because we had a limited number of RTUs available, we used Raspberry Pi on the network to emulate an RTU.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

13

Figure 2-7 OT Network

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

14

The PACS network (Figure 2-8) contains the PACS components, which include representative components found in electric utility PACS. These components were chosen to demonstrate the integration capabilities of the central IdAM capability. Figure 2-8 PACS Network NCCoE FW

Physical Access Control Area

Management Network 10.32.2.0/24

.1

.22 .129

DMZ 172.16.7.128/25

VPN FW

.135 PACS FW

PACS - VLAN104 172.16.7.0/24

Physical Network Card Reader

.1

.4

PACS Active Directory

.2

Card Reader With Keypad

.3

RS2Tech Keypad

Electronic Lock

TBD

Network of PAC Systems

Win Serv 2012

VMware Virtual Datacenter

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

15

2.3

IP Network Address Assignments

Table 2-2 includes the IP address assignments used for the builds. Table 2-2 Build IP Address Assignments DMZ Network IP

System

Vendor Access Network

System

IdAM Management Network IP

System

10.32.2.0/25

Subnet

10.32.2.128/25

Subnet

172.16.4.0/24

Subnet

10.32.2.1

NCCoE Firewall (FW) /Gateway

10.32.2.129

NCCoE FW/Gateway

172.16.4.1

IdAM FW local area network (LAN)

10.32.2.10

Vcenter

10.32.2.130

Vendor AD

172.16.4.2

RSA IMG

10.32.2.11

ESXi #1

10.32.2.131

Vendor Reliable Datagram Sockets (RDS)

172.16.4.3

RSA Adaptive Directory

10.32.2.12

ESXi #2

10.32.2.132

RSA/SCE

172.16.4.5

AlertEnterprise

10.32.2.22

Border FW Wide Area Network (WAN)

10.32.2.133

AlertEnterpri se

172.16.4.9

Ozone Console

10.32.2.50

RS1 file transfer protocol (FTP) Synology

10.32.2.134

CA

172.16.4.10

Ozone Server

10.32.2.X

Veam Backup Server

10.32.2.135

RADiFlow

172.16.4.11

Ozone Authority

10.32.2.136

MAG

172.16.4.12

Ozone Envoy

10.32.2.137

TDi

172.16.4.13

Ozone Personal Profile Application (PPA)

10.32.2.232

Border FW OPT1

172.16.4.15

CA Identity Manager

172.16.4.22

Microsoft SQL

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

16

DMZ Network IP

System

Vendor Access Network

System

IdAM Management Network IP

System

172.16.4.253

CentOS DNS

IT Network IP

System

PAC Network IP

System

OT Network IP

System

172.16.5.0/2 4

Subnet

172.16.7.0/25

Subnet

172.16.6.0/25

Subnet

172.16.5.1

IT FW LAN

172.16.7.1

PACS FW LAN

172.16.6.1

OT FW LAN

172.16.5.2

IT AD, DNS, CA

172.16.7.2

PACS AD, DNS, CA

172.16.6.2

OT AD, DNS, CA

172.16.5.6

Workstation

172.16.7.5

N/A

172.16.6.4

RADiFlow FW/ Switch (SW)

172.16.5.7

Workstation

172.16.7.6

XTec XNode

172.16.6.5

Schneider Firewall

172.16.7.11

PACS Console

172.16.6.6

Workstation

172.16.7.15

PACS Workstation

172.16.6.8

TDi ConsoleWorks

172.16.7.101

Laboratory Door Controller

172.16.6.100

RADiFlow Terminal Server for SEL

172.16.6.202

RADiFlow Vendor Host

3

Build Infrastructure

3.1

Operating Systems

All machines that were used in the build had one of the following OSs installed: 

Windows 7 enterprise

Windows server 2008 R2

Windows server 2012 R2

MicroFocus SUSE Linux Enterprise Server 11

CentOS 7

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

17

3.1.1

Windows Installation and Hardening Details

The NCCoE Windows OS images are derived from the Department of Defense (DoD) Security Technical Implementation Guide (STIG) images. The Windows systems were installed using installation files provided by the Defense Information Systems Agency (DISA). These images were chosen because they are standardized, hardened, and fully documented. The STIG guidelines are available online at http://iase.disa.mil/stigs/os/Pages/index.aspx. The NCCoE chose this baseline configuration. Adopters of the NCCoE solution can use other accepted security baseline configurations, such as the Center for Internet Security (CIS) Security Benchmarks (https://www.cisecurity.org/cis-benchmarks/). 1F

Modifications to the STIG-compliant OS configurations were required for each product to enable its operation. The compliance results in Section 17 identify the specific OS configuration modifications (noncompliant configuration items) needed in each case.

3.1.2

SUSE Linux Enterprise Server 11 Installation and Hardening Details

3.1.3

Base Linux Installation and Hardening Details

3.2

Firewall Configurations

The SUSE OS was included as part of the virtual appliance image provided by RSA for the IMG product. The center did not make any OS configuration changes. The OS was not configured to meet the DoD CentOS 6 STIG. The OS configurations for the SUSE Linux implementation are listed in Section 17. The compliance results report for SUSE Linux is included for illustration purposes (Section 17.2).

CentOS 7 was the NCCoE base Linux OS that was used in the build. This OS is available as an open-source image. The OS was configured to meet the DoD CentOS 6 STIG, as no CentOS 7 STIG was available at the time when the build was implemented. The OS configurations for each Linux implementation are listed in Section 17. The compliance results reports identify the configuration items that do not conform to the STIG configuration guide.

The firewalls were deployed to minimize the allowed traffic among the silo networks, as well as to minimize the traffic received from the DMZ and the public internet. The goal was to limit the crossnetwork traffic/connections to only those required to support the use case. The following firewall configurations include the rules that were implemented in each of the firewalls for the build implementation (Table 3-1 through Table 3-5). These configurations are provided to enable the reader to reproduce the traffic filtering/blocking that was achieved in the build implementation.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

18

Table 3-1 Border Firewall Rules Aliases Name

Values

Description

VirtualInfra

10.32.2.10-12

Virtualization Systems for Build

VPNserver

172.16.7.253

VPN Server

WAN Interface Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

10.32.2.0/25

Any

Any

Any

Allow all management network traffic

Allow

IPv4 – All

10.255.2.0/25

Any

Any

Any

Center VPN to all systems

Allow

IPv4 – Transmission Control Protocol (TCP)

Any

Any

WAN address

80

Allow access to WebGUI pfSense

Allow

IPv4 – TCP

10.255.2.0/25

Any

172.16.4.8

5176

Center VPN to ConsoleWorks

Allow

IPv4 – TCP

10.255.2.0/25

Any

172.16.4.8

443

Center VPN to ConsoleWorks Hypertext Transfer Protocol Secure (HTTPS)

Deny

IPv4 – TCP

Any

Any

WAN address

Any

Block all access to pfSense

Allow

IPv4 – TCP

Any

Any

172.16.7.110

3389

Remote Desktopo Protocol (RDP) to Lab-PC on PACS (backups)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

19

LAN Interface Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

172.16.7.135

Any

VirtualInfra

Any

Lab laptop to virtualization

Deny

IPv4 – All

Any

Any

VirtualInfra

Any

Block all to virtualization

Deny

IPv4 – TCP

172.16.8.0/24

Any

10.32.2.0/25

Any

Block vendor VPN from management

Deny

IPv4 – TCP

10.32.2.128/25

Any

10.32.2.0/25

Any

Block vendor VPN from management

Allow

IPv4 – All

LAN Net

Any

Any

Any

Default allow any LAN

Allow

IPv6 – All

LAN Net

Any

Any

Any

Default allow any LAN

Allow

IPv4 – TCP

172.16.7.128/25

Any

10.32.2.117

3389

RDP to 117

Allow

IPv4 – User Datagram Protocol (UDP)

172.16.7.128/25

Any

10.32.2.117

3389

RDP to 117

Deny

IPv4 – All

Any

Any

Any

Any

Block IPv4

Deny

IPv6 – All

Any

Any

Any

Any

Block IPv6

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

20

Table 3-2 IdAM Firewall Rules Aliases Name

Values

Description

AD_DCs_All

172.16.{5,6,7},2

All Domain Controllers (DCs) in infrastructure

LinuxSystems

172.16.4.{2,3,8,10,11, 12,253}

Used for Secure Socket Shell (SSH)

MAG_Linux

172.16.4.{10,11,12}

Systems for MAG

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

10.32.2.0/25

Any

Any

Any

Allow all management network traffic

Allow

IPv4 – All

10.255.2.0/25

Any

Any

Any

Center VPN to all systems

Allow

IPv4 – TCP

172.16.7.133

Any

Any

Any

IT to IdAM

Allow

IPv4 – TCP

Any

Any

LinuxSystems

IMG

Allow SSH to Linux

Allow

IPv4 – All

Any

Any

172.16.4.8

161, 162, 514, 5176

Allow Simple Network Management Protocol (SNMP), Syslog, default to TDi

Allow

IPv4 – All

AD_DCs_All

Any

172.16.4.15

Any

AD DCs to IdAM-CA

Allow

IPv4 – All

172.16.8.50

Any

172.16.4.15,22

Any

CA to CA_srv12, CA_SQL_srv12

WAN Interface

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

21

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – TCP

Any

Any

172.16.4.2

5900 to 5910

Virtual Network Computing (VNC) to IMG

Allow

IPv4 – TCP

172.16.7.2

Any

172.16.4.2

Any

PACS AD to IMG

Allow

IPv4 – TCP

172.16.7.2

Any

172.16.4.3

Any

PACS AD to Adaptive Directory

Allow

IPv4 – TCP

10.32.2.0/25

Any

172.16.4.8

517, 6443

Management to TDi ConsoleWorks

Protocol IPv4 – All IPv6 – All

Source LAN Net LAN Net

Port Any Any

Destination Any Any

Port Any Any

Description Default allow any LAN Default allow any LAN

LAN Interface Allow/Deny Allow Allow

Table 3-3 IT Firewall Rules Aliases Name Alert_Enterprise CA CA_RSA_Alert ConsoleWorks IT_Network LinuxSystems Ozone

Values 172.16.4.5 172.16.4.15 172.16.4.{2,3,5,15}, 172.16.7.132 172.15.4.8 172.16.7.132 172.16.5.4 172.16.4.10-12

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

Description AlertEnterprise CA CA, RSA, Alert ConsoleWorks IT network All Linux on IT Ozone products

22

RSA

172.16.4.2-3

IMG, Adaptive Directory

WAN Interface Allow/Deny Allow

Protocol IPv4 – All

Source 10.32.2.0/25

Port Any

Destination Any

Port Any

Description Allow all management network traffic IdAM to IT Allow SSH to Linux Allow DNS Alert to ITEMAIL TDi to IT-Net

Allow Allow Allow Allow Allow

IPv4 – TCP IPv4 – TCP IPv4 – All IPv4 – TCP IPv4 – TCP

172.16.7.132 Any Any IT_Network ConsoleWorks

Any Any Any Any Any

Any LinuxSystems 172.16.5.2 172.16.5.4 LAN Net

Allow

IPv4 – TCP

CA_RSA_Alert

Any

172.16.5.2

Any 22 53 25443 22,161 to 162 389, 636

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

LAN Net

Any

Any

Any

Default allow any LAN

Allow

IPv6 – All

LAN Net

Any

Any

Any

Default allow any LAN

Lightweight Directory Access Protocol (LDAP) / Lightweight Directory Access Protocol over SSL (LDAPS) to AD

LAN Interface

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

23

Table 3-4 OT Firewall Rules Aliases Name

Values

Description

LinuxSystems

172.16.6.7

All Linux on OT

RADiFlow

172.16.6.{4,6,202}

All RADiFlow IPs

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

10.32.2.0/25

Any

Any

Any

Allow all management network traffic

Allow

IPv4 – TCP

Any

Any

172.16.6.10

22

SSH to Raspberry Pi RTU

Allow

IPv4 – TCP

Any

Any

LinuxSystems

22

Allow SSH to Linux

Allow

IPv4 – All

Any

Any

172.16.6.2

53

Allow DNS

Allow

IPv4 – All

172.16.4.8

Any

LAN Net

22, 161 to 162

TDi to OT-Net

Allow

IPv4 – TCP

Any

Any

172.16.6.2

389, 636

Any LDAP to AD

Allow

IPv4 – TCP

172.16.4.{2,3,15}

Any

172.16.6.2

Any

Adaptive Directory, IMG, CA Identity Manager to AD

Allow

IPv4 – TCP

Any

Any

172.16.6.100

2001 to 2101

Telnet access through RADiFlow

WAN Interface

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

24

LAN Interface Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

LAN Net

Any

Any

Any

Default allow any LAN

Allow

IPv6 – All

LAN Net

Any

Any

Any

Default allow any LAN

Table 3-5 PACS Firewall Rules Aliases Name

Values

Description

VirtualInfra

10.32.2.10-12

Virtualization Systems for Build

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

10.32.2.0/25

Any

Any

Any

Allow all management network traffic

Allow

IPv4 – All

172.16.7.132

Any

172.16.7.{2,11}

Any

IdAM to PACS-Console, PACS DC

Allow

IPv4 – TCP

Any

Any

172.16.7.2

389, 636

Any LDAP to AD

Allow

IPv4 – All

Any

Any

172.16.7.2

53

Allow DNS

Allow

IPv4 – All

172.16.4.8

Any

LAN Net

22,161 to 162

TDi to PACS-Net

Allow

IPv4 – TCP

172.16.4.{2,3,15}

Any

172.16.7.2

Any

Adaptive Directory, IMG, CA Identity Manager to AD

WAN Interface

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

25

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – TCP

Any

Any

172.16.7.110

3389

Microsoft Remote Desktop Protocol (MRDP) Network Address Translation to Laboratory Machine PACS

Allow/Deny

Protocol

Source

Port

Destination

Port

Description

Allow

IPv4 – All

LAN Net

Any

Any

Any

Default allow any LAN

Allow

IPv6 – All

LAN Net

Any

Any

Any

Default allow any LAN

LAN Interface

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

26

3.3

Network Services

Microsoft AD was used to provide directory services in each silo network (OT, PACS, and IT). Linux CentOS 7 was used to provide DNS services in the IdAM network. Microsoft Windows Server was used to provide certificate authority services in each network. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

3.3.1

IT Network – Network Services (AD and Certificate Authority) Installation and Configuration Settings

3.3.1.1

AD

Use these basic domain controller configuration settings: 

Hostname: ITDC

Domain: ES-IDAM-B1.TEST

IP: 172.16.5.2

Step-by-step instructions: Launch Server Manager. From the dashboard, select Option 2, Add Roles and Features. Select Role-based or Feature-based installation. From the server pool, select the local server named ITDC. Select Active Directory Domain Service and DNS Server. When prompted to add features, select Add Features for each role. Wait for Server Manager to finish installing. Select Post-Deployment Configuration for Active Directory from the Task menu. Perform the following actions after Active Directory Domain Services Configuration wizard automatically launches: a. Select Add a New Forest deployment operation. b. Specify ES-IDAM-B1.TEST root domain, and then select Next. c. Select Windows Server 2012 R2 for both the Forest Functional Level and the Domain Functional Level.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

27

d. Perform the following actions under Domain Controller Capabilities: Check both DNS server and Global Catalog. Uncheck read-only domain controller.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Specify a password for Directory Services Restore Mode (DSRM), and then select Next. e. Continue through the wizard without modifying any options. f.

3.3.1.2

Select Install on the next window. After installation, the server automatically reboots.

Certificate Authority Role

Use these basic certificate authority configuration settings: 

Certificate authority setup type: Enterprise CA

Certificate authority type: Root CA

Cryptographic options: RSA 2048 and SHA1

CN: IT-ES-IDAM-B1-IDAM-ITDC

DN suffix: DC=IT-ES-IDAM-B1, DC=TEST

Step-by-step instructions: From the Server Manager dashboard, select Option 2, Add Roles and Features. Select Role-based or Feature-based installation (this is a single option to choose). From the server pool, select the local server named OTDC. Select Active Directory Certificate Services. When prompted to add features, select Add Features. When prompted to select roles services, check Certificate Authority. After the Server Manager finishes installing, select Post-deployment Configuration for Certificate Services from the Task menu. When prompted to specify the certificate authority setup type, select Enterprise CA. When prompted to specify the certificate authority type, select Root CA. When prompted to specify a private key, select Create a new private key.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

28

When prompted to specify cryptographic options, select RSA with a key length of 2048, and select SHA1 for the hash algorithm. Leave the CN and DN suffix, which should be based on the computer’s hostname and domain. Select 5 years for the certificate validity period. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Leave the default options for the certificate database and log location. After the configuration is complete, restart the server.

3.3.2

OT Network – Network Services (AD, DNS Server, and Certificate Authority) Installation and Configuration Settings

3.3.2.1

AD Domain Services and DNS Server

Use these basic certificate authority configuration settings: 

Hostname: OTDC

Domain: OT-ES-IDAM-B1.TEST

IP: 172.16.6.2

Step-by-step instructions: Launch Server Manager. From the dashboard, select Option 2, Add Roles and Features. Select Role-based or Feature-based installation. From the server pool, select the local server named OTDC. Select Active Directory Domain Service and DNS Server. When prompted to add features, select Add Features for each role. After the Server Manager finishes installing, select Post-deployment Configuration for Active Directory from the Task menu. The Active Directory Domain Services Configuration wizard launches: a. For the deployment operation, select Add a New Forest. b. For the root domain, specify OT-ES-IDAM-B1.TEST, and then select Next. c. For both the Forest Functional Level and the Domain Functional Level, select Windows Server 2012 R2.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

29

d. Under Domain Controller Capabilities: Check both DNS server and Global Catalog. Uncheck read-only domain controller. Specify a password for DSRM, and then select Next. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

e. Continue through the wizard without modifying any options. f.

3.3.2.2

On the last page, select Install. After installation, the server automatically reboots.

Certificate Authority Role

Use these basic certificate authority configuration settings: 

Certificate authority setup type: Enterprise CA

Certificate authority type: Root CA

Cryptographic options: RSA 2048 and SHA1

CN: OT-ES-IDAM-B1-IDAM-OTDC

DN suffix: DC=OT-ES-IDAM-B1, DC=TEST

Step-by-step instructions: Ensure that the domain controller installation has been completed before proceeding. From the Server Manager dashboard, select Option 2, Add Roles and Features. Select Role-based or Feature-based installation (this is a single option to choose). From the server pool, select the local server named OTDC. Select Active Directory Certificate Services. When prompted to add features, select Add Features. When prompted to select roles services, check Certificate Authority. After the Server Manager finishes installing, select Post-deployment Configuration for Certificate Services from the Task menu. When prompted to specify the certificate authority setup type, select Enterprise CA. When prompted to specify the certificate authority type, select Root CA. When prompted to specify a private key, select Create a new private key.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

30

When prompted to specify cryptographic options, select RSA with a key length of 2048, and select SHA1 for the hash algorithm. Leave the CN and DN suffix, which should be based on the computer’s hostname and domain. Select 5 years for the certificate validity period. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Leave the default options for the certificate database and log location. After the configuration is complete, restart the server.

3.3.3

PACS Network – Network Services (AD, DNS Server, and Certificate Authority) Installation and Configuration Settings

3.3.3.1

AD Domain Services and DNS Server

Use these basic domain controller configuration settings: 

Hostname: PACSDC

Domain: PACS-ES-IDAM-B1.TEST

IP: 172.16.7.2

Step-by-step instructions: Launch Server Manager. From the dashboard, select Option 2, Add Roles and Features. Select Role-based or Feature-based installation (this is a single option to choose). From the server pools, select the local server named PACSDC. Select Active Directory Domain Service and DNS Server. When prompted to add features, select Add Features for each role. After the Server Manager finishes installing, select Post-deployment Configuration for Active Directory from the Task menu. The Active Directory Domain Services Configuration wizard launches: a. Select Add a new forest for the deployment operation. Specify PACS-ES-IDAM-B1.TEST for the root domain, and then select Next. b. Select Windows Server 2012 R2 for both the forest functional level and the domain functional level.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

31

c. Perform the following actions under domain controller capabilities: Check both DNS server and Global Catalog. Uncheck read-only domain controller. Specify a password for DSRM, and then select Next. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

d. Continue through the wizard without modifying any options. e. On the last page, select Install. After installation, the server automatically reboots.

3.3.3.2

Installation of Certificate Authority Role on the PACS Network

Use these basic domain controller configuration settings: 

Certificate authority setup type: Enterprise CA

Certificate authority type: Root CA

Cryptographic options: RSA 2048 and SHA1

CN: PACS-ES-IDAM-B1-IDAM-PACSDC

DN suffix: DC=PACS-ES-IDAM-B1, DC=TEST

Step-by-step instructions: From the Server Manager dashboard, select the Option 2, Add Roles and Features. Select Role-based or Feature-based installation. From the server pools, select the local server named OTDC. Select Active Directory Certificate Services. When prompted to add features, select Add Features. When prompted to select roles services, check Certificate Authority. After the Server Manager finishes installing, select Post-deployment Configuration for Certificate Services from the Task menu. When prompted to specify the certificate authority setup type, select Enterprise CA. When prompted to specify the certificate authority type, select Root CA. When prompted to specify a private key, select Create a new private key. When prompted to specify cryptographic options, select RSA with a key length of 2048, and select SHA1 for the hash algorithm.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

32

Leave the CN and DN suffix, which should be based on the computer’s hostname and domain. Select 5 years for the certificate validity period. Leave the default options for the certificate database and log location. After the configuration is complete, restart the server. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

3.3.3.3

Modify the AD LDAP Schema with Custom PACS Attributes.

Custom attribute details: 

Common name: pacsAllDoors

X.500 object identification (OID): 1.3.6.1.4.1.4203.666.1

Syntax: Boolean

Common name: pacsHomeAccess

X.500 OID: 1.3.6.1.4.1.4203.666.2

Syntax: Boolean

Common name: pacsWorkAccess

X.500 OID: 1.3.6.1.4.1.4203.666.3

Syntax: Boolean

Step-by-step instructions: Launch Command Prompt as an administrator. Run the command: regsvr32 schmgmt.dll Launch the Microsoft Management Console. Select File > Add/Remove Snap-in. From the Snap-in menu, select Active Directory Schema, and then select OK. Expand the Active Directory Schema, and then select Attributes. To create an attribute for the all doors access level, right-click on Attributes, and then select Create Attribute. Select OK when prompted with the Schema Object Creation Warning. Enter the following fields: a. Common name: pacsAllDoors

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

33

b. LDAP display name: pacsAllDoors c. Unique X500 OID: 1.3.6.1.4.1.4203.666.1 d. Syntax: Boolean Select OK when finished. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Create an attribute for the home access level by entering the following fields: a. Common name: pacsHomeAccess b. LDAP display name: pacsHomeAccess c. Unique X500 OID: 1.3.6.1.4.1.4203.666.2 d. Syntax: Boolean Create an attribute for the work access level by entering the following fields: a. Common name: pacsWorkAccess b. LDAP display name: pacsWorkAccess c. Unique X500 OID: 1.3.6.1.4.1.4203.666.3 d. Syntax: Boolean After creating custom attributes, add the attributes to the user class so that every user contains the attribute: a. Select the Classes drop-down under Active Directory Schema. b. Right-click on User, and then select Properties. c. Select the Attributes tab, and then select Add. d. Select the attribute that you want to add to the user class, and then select OK. Do this for the pacsAllDoors, pacsHomeAccess, and pacsWorkAccess attributes. e. Select Apply, and then select OK. f.

Restart the server.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

34

3.3.4

IdAM Network – Network Services (DNS Server) Installation and Configuration Settings

A Linux CentOS 7 DNS server was established on the IdAM network to provide DNS services to the IdAM components. No other network service was installed in the IdAM network. System environment settings: This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CentOS 7

virtual machine (VM) with four central processing units (CPUs): Quad Core 2.199 gigahertz (GHz)

VM with 16,384 megabytes (MB) of memory

virtual hard disk containing 98 gigabytes (GB) of storage

Linux CentOS DNS Configuration Basic DNS configuration settings are specified using three different system files that are located in the /etc and /var subdirectories of the root directory as follows.

3.3.4.1

System File 1: named.conf in the /etc Subdirectory

//

// named.conf // // Provided by Red Hat bind package to configure the ISC BIND named(8) DNS // server as a caching only nameserver (as a localhost DNS resolver only). // // See /usr/share/doc/bind*/sample/ for example named configuration files. //

options { listen-on port 53 { 127.0.0.1; 172.16.4.253; }; #listen-on-v6 port 53 { ::1; }; #listen-on-v6 { none; }; directory

"/var/named";

forwarders

{ 8.8.8.8; 8.8.4.4; };

dump-file

"/var/named/data/cache_dump.db";

statistics-file "/var/named/data/named_stats.txt";

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

35

memstatistics-file "/var/named/data/named_mem_stats.txt"; allow-query { localhost; 172.16.4.0/22; }; allow-transfer { localhost; 172.16.4.0/22; };

/*

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

- If you are building an AUTHORITATIVE DNS server, do NOT enable recursion. - If you are building a RECURSIVE (caching) DNS server, you need to enable recursion. - If your recursive DNS server has a public IP address, you MUST enable access control to limit queries to your legitimate users. Failing to do so will cause your server to become part of large scale DNS amplification attacks. Implementing BCP38 within your network would greatly reduce such attack surface */ recursion yes;

dnssec-enable yes; dnssec-validation yes; dnssec-lookaside auto;

/* Path to ISC DLV key */ bindkeys-file "/etc/named.iscdlv.key";

managed-keys-directory "/var/named/dynamic";

pid-file "/run/named/named.pid"; session-keyfile "/run/named/session.key"; }; logging { channel default_debug {

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

36

file "data/named.run"; severity dynamic; }; };

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

zone "." IN { type hint; file "named.ca"; };

zone "idam-es-idam-b1.test" IN { type master; file "idam-es-idam-b1.test"; allow-update { none; } ; };

zone "4.16.172.in-addr.arpa" IN { type master; file "4.16.172.db"; allow-update { none; }; };

zone "ot-es-idam-b1.test" IN { type slave; masters { 172.16.6.2; }; forwarders {}; };

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

37

zone "pacs-es-idam-b1.test" IN { type slave; masters { 172.16.7.2; };

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

forwarders {}; };

zone "es-idam-b1.test" IN { type slave; masters { 172.16.5.2; }; forwarders {}; };

include "/etc/named.rfc1912.zones"; include "/etc/named.root.key";

3.3.4.2

System File 2: 4.16.172.db in the /var Subdirectory

$TTL 86400 @ IN

SOA

idam-dns.idam-es-idam-b1.test.

2011071001

root.idam-es-idam-b1.test. (

;Serial

3600

;Refresh

1800

;Retry

604800 ;Expire 86400 ;Minimum TTL ) @

IN NS idam-dns.idam-es-idam-b1.test.

@

IN PTR idam-es-idam-b1.test.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

38

idam-dns

101

IN A

172.16.4.253

IN PTR idam-dns.idam-es-idam-b1.test.

System file – idam-es-idam-b1.test in the /etc subdirectory

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

$TTL 86400 @

IN

SOA

idam-dns.idam-es-idam-b1.test.

2011071001

root.idam-es-idam-b1.test. (

;Serial

3600

;Refresh

1800

;Retry

604800 ;Expire 86400 ;Minimum TTL )

@

IN

NS

idam-dns.idam-es-idam-b1.test.

@

IN

A

172.16.4.253

idam-dns

IN

A

172.16.4.253

IN

A

idam-ca

172.16.4.15

idam-sql

IN

A

172.16.4.22

adaptivedir

IN

A

172.16.4.3

img

IN

A

172.16.4.2

consoleworks IN

A

172.16.4.8

ozoneserver

IN

A

172.16.4.10

ozoneenvoy

IN

A

172.16.4.12

ozoneauthority

IN

A

alertent

IN

A

172.16.4.5

WIN-IPERGL2ELUD

IN

A

172.16.4.11

172.16.4.5

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

39

4

Remote Terminal Units

RTUs provide the cyberspace-to-physical interface. RTUs are used to collect data, such as voltage, current, and phase, from substation equipment. RTUs are also used to deliver commands via contact closures or output voltage to change device operations, such as switches, circuit breakers, or capacitors. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

4.1

Transmission-Control-Protocol/Internet-Protocol RTU

The TCP/IP RTU in this build is emulated with a Raspberry Pi 2 system. The system was developed to simulate a Modbus protocol programmable logic controller.

4.2

Serial RTU

The serial RTU in this build is an SEL-2411 programmable automation controller that was configured to support the Modbus protocol. It is connected to the RADiFlow ICS Firewall via a serial interface.

5

Identity Services Engine and TrustSec-Enabled Switch: Cisco

Cisco ISE controls the ability of devices to connect over the network. ISE expands on basic network address-based control to include the identity of the person using a device. ISE is used in the builds to provide a gateway function between IT and OT networks, limiting which users and devices are allowed to connect from IT to resources in OT. The Cisco ISE component should be installed in a VM on the IT network. This ISE component will be used in conjunction with the TrustSec switch that is located on the IT network, to control access from the IT network to the OT network.

5.1

Security Characteristics

Cybersecurity Framework Category: PR.PT-3: Access to systems and assets is controlled, incorporating the principle of least functionality.

NIST SP 800-53 Revision 4 Security Controls: AC-3, CM-7

5.2

Pre-Installation Task Obtain the Open Virtualization Archive (OVA) file from Cisco for Cisco ISE 1.4. Place the OVA file in the data store for vSphere installation. Ensure that the user domain has a security group (the build used OTAccess) for determining access to the OT network.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

40

5.3

Install and Configure Follow the guide located at http://www.cisco.com/c/en/us/td/docs/security/ise/14/installation_guide/b_ise_InstallationGuide14/b_ise_InstallationGuide14_chapter_0100.html. a. This is the Cisco Identity Services Engine Hardware Installation Guide, Release 1.4, section on Installing ISE on a VMware VM.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

b. To deploy the OVA file, follow the instructions at the heading “Installing Cisco ISE on Virtual Machines.” c. After the OVA file is deployed, follow the instructions at the heading “Installing Cisco ISE Software on a VMware System.” After the system is installed, type setup at the prompt. The following are prompts and build responses: a. Enter hostname: ise b. Enter IP address[]: 172.16.4.77 c. Enter IP netmask[]: 255.255.255.0 d. Enter IP default gateway[]: 172.16.4.1 e. Enter default DNS domain[]: idam-es-idam-b1.test f.

Enter primary nameserver[]: 172.16.4.253

g. Add secondary nameserver? Y/N[N]: <blank> h. Enter Network Time Protocol (NTP) server[time.nist.gov]: 172.16.4.1 i.

Add another NTP server? Y/N[N]: <blank>

j.

Enter system time zone[Coordinated Universal Time (UTC)]: EST

k. Enable SSH service? Y/N [N]: Y l.

Enter username [admin]: admin

m. Enter password: <password> n. Enter password again: <password> After ISE finishes the installation, connect to ISE through the web browser by using the IP address specified during the setup phase.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

41

Begin the Setup Assistant. Select Wired for setup access services, and then select the Enforce radio button. For subnets to protect, type the target network (in the build, the OT network 172.16.6.0/24). Press Next. Uncheck Cisco Unified IP Phone box. Select AD group es-idam-b1.test/Builtin/Users. Leave the default checked boxes as-is. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select Yes for authenticate users using Cisco ISE. Select Join the Active Directory domain, and then add domain credentials (in the build, we used es-idam-b1.test for domain and the domain admin credentials to connect). Fill in the Employee Switched VLAN Interface box with 172.16.5.0/24. Press Next. Select switch (the build used Cisco Catalyst 3560 series switches), and then fill in the pertinent information for the switch. For Employee VLAN ID, the build used 104. Select a RADIUS Shared Secret (the build used password). Press Next. Confirm that all settings are correct, and then select Confirm Configuration Settings. TrustSec switch configuration information: Taken from the Network Device Configuration tab in the Setup Assistant Review section, the recommended configurations to be set globally on the TrustSec-enabled switch are as follows: aaa new-model !

aaa authentication dot1x default group radius

aaa authorization network default group radius

aaa authorization auth-proxy default group radius aaa accounting delay-start all

aaa accounting auth-proxy default start-stop group radius aaa accounting dot1x default start-stop group radius

aaa accounting network default start-stop group radius aaa server radius dynamic-author

client 172.16.4.77 server-key 7 15020A1F173D24362C

!

aaa session-id common

switch 1 provision ws-c3650-48ps authentication mac-move permit ip routing !

ip device tracking

ip dhcp snooping vlan 102

no ip dhcp snooping information option

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

42

ip dhcp snooping

dot1x system-auth-control !

diagnostic bootup level minimal spanning-tree mode pvst

spanning-tree extend system-id

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

!

redundancy mode sso

! !

ip ssh version 2 !

class-map match-any non-client-nrt-class match non-client-nrt

!

policy-map port_child_policy class non-client-nrt-class

bandwidth remaining ratio 10

snmp trap mac-notification change added spanning-tree portfast

!

ip access-list extended ACL-DEFAULT remark Allow DHCP

permit udp any eq bootpc any eq bootps remark Allow DNS

permit udp any any eq domain permit icmp any any

permit tcp any host 172.16.4.77 eq 8443 permit tcp any host 172.16.4.77 eq 443 permit tcp any host 172.16.4.77 eq www

permit tcp any host 172.16.4.77 eq 8905 permit tcp any host 172.16.4.77 eq 8909 permit udp any host 172.16.4.77 eq 8905 permit udp any host 172.16.4.77 eq 8909 deny ip any any

ip access-list extended ACL-WEBAUTH-REDIRECT permit tcp any any eq www permit tcp any any eq 443 deny ip any any

!

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

43

logging origin-id ip

logging source-interface GigabitEthernet1/0/48 !

radius-server attribute 6 on-for-login-auth radius-server attribute 6 support-multiple

radius-server attribute 8 include-in-access-req

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

radius-server dead-criteria time 5 tries 3

radius-server host 172.16.4.77 auth-port 1812 acct-port 1813 key 7 140713181F13253920 !

radius server host !

wsma agent exec

profile httplistener

profile httpslistener

wsma agent config

profile httplistener

profile httpslistener

wsma agent filesys

profile httplistener

profile httpslistener

wsma agent notify

profile httplistener

profile httpslistener

!

wsma profile listener httplistener transport http

!

wsma profile listener httpslistener transport https

ap group default-group end

For each interface that is to be controlled, the recommended configurations are as follows: interface GigabitEthernet1/0/10 switchport access vlan 101 switchport mode access

switchport block unicast

switchport voice vlan 105

ip arp inspection limit rate 2000 ip access-group ACL-DEFAULT in

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

44

authentication event fail action next-method

authentication event server dead action authorize vlan 101 authentication event server alive action reinitialize authentication host-mode multi-auth authentication open

authentication order dot1x mab

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

authentication priority dot1x mab authentication port-control auto authentication periodic

authentication timer reauthenticate server authentication timer inactivity 180 authentication violation restrict mab

dot1x pae authenticator

dot1x timeout tx-period 10 spanning-tree portfast

spanning-tree bpduguard enable

ip dhcp snooping limit rate 2048

Go to the top tabs, and click Administration > System > Deployment. (If you get a warning that says, “This node is standby mode. To register other…Role to Primary,” click OK.) Under the Deployment Nodes – Hostnames, click on the ise link. Click Profiling Configuration, and ensure that Netflow, Radius, DNS, SNMPQUERY, and SNMPTRAP are selected. If they are not selected, then select them. Click Save. Select Administration > Identity Management > External Identity Sources. In the frame on the left, choose Active Directory, and then choose ise.idam-es-idam-b1.test. Click on the Connections tab, and then select the checkbox next to the domain es-idam-b1.test. Check to see if there is a green check in the Status column. If yes, click Save. If not, click Join, and then type in the AD Credentials and click Save. A green check should appear in the Status column. Select the Administration > Identity Management > External Identity Sources > Groups tab. Click Add > Select Group From Directory. Click Retrieve Groups. Check the es-idamb1.test/Users/Domain Users box, the es-idam-b1.test/Builtin/Users box, and the es-idamb1.test/Users/OTAccess box. These items are specified for protected access (the build used OTAccess). Click OK, and then click Save. Log in again as directed. Select Administration > System > Settings. Click on Policy Sets in the frame at the left of the screen, and then click Enabled (if it is not already clicked). Click Save if needed. Select Policy > Policy Elements > Results. In the frame at the left of the screen, in the left column, click Authorization, and then click Downloadable ACL List. Create the following (All IP

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

45

addresses are pertinent to the current build; these addresses will need to be replaced with IP addressing that is appropriate to the target environment.): a. All_But_OT-Access-DACL Name: All_But_OT-Access-DACL This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Discretionary Access Control List (DACL) content: deny ip any 172.16.6.0 0.0.0.255 permit ip any any

Click Save. In the left column, select Authorization Profiles, and then click Add to create the following: a. All_and_OT Name: All_and_OT Access type: ACCESS_ACCEPT Check DACL name: PERMIT_ALL_TRAFFIC Click Submit. a. All_But_OT_Access Name: All_But_OT_Access

Access type: ACCESS_ACCEPT Check DACL name: All_But_OT-Access-DACL Click Submit. a. DenyAccess Name: DenyAccess Access type: ACCESS_REJECT Click Submit. Select Policy > Policy Elements > Conditions. In the left column, select Authorization, and then select Simple Conditions. Click Add to create the following: a. NotOTAccess Name: NotOTAccess

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

46

Attribute: Select the domain (build uses es-idam-b1.test) > ExternalGroups Operator: Not Equals Value: Select the Security Group (build uses es-idamb1.test/Users/OTAccess) This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Submit. a. IT_DomainUsers Name: IT_DomainUsers Attribute: Select the domain (build uses es-idam-b1.test) > ExternalGroups Operator: Equals Value: Select domain users group (build uses es-idamb1.test/Users/Domain Users) Click Submit. Select Policy > Policy Sets. Select Default, and configure the policies. Choose the arrow next to Authorization to expand the section. Choose the top rule, and click the option arrow to the right of the Edit link within the policy. Click New. a. Rule 1: Click the plus sign in the Conditions box. Select Create New Condition (Advanced Option). Select Attribute > es.idam-b1.test > External Groups. Leave equals Select Attributes > es-idam-b1.test/Users/OTAccess. Click the plus sign in the Permissions box. Select the item drop-down, and choose Standard > All_and_OT. Click the Done button on right. b. Click the arrow to the right of the Edit link within the top policy (new policy created above). Click Insert Below. c. Rule 2: Click the plus sign in the Conditions box. Select Existing Condition from Library. Select the arrow to choose simple conditions > NotOTAccess. Select the arrow next to the gear icon (on right). Select Add Condition from Library. Select the arrow to choose Simple conditions > IT_DomainUsers. Click on the Permissions input box. Click the plus sign in the Permissions box. Click the arrow, and choose standard > All_But_OT_Access. Click Done, and then click Save.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

47

6

Identity Manager: CA Technologies Installation – Build #1

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CA Identity Manager implements the central IdAM workflow in Build #1. It receives input from an HR system, in the form of Comma-Separated Value (CSV) files. The access and authorization for each user is based on the business and security rules implemented in workflows within Identity Manager. The workflows include management approval chains as well as approval/denial data logging. Once Identity Manager has processed the access and authority request, the updated user access and authorization data is pushed to the central identity store. The central identity store contains the distribution mechanism for updating the various downstream (synchronized) directories with user access and authorization data. This process applies to new users, terminated users (disabled or deleted users), and any changes to a user profile. Changes include promotions, job responsibility changes, and any other change that would affect the systems that a user needs to access.

6.1

Security Characteristics

Cybersecurity Framework Categories: 

PR.AC-1: Identities and credentials are managed for authorized devices and users.

PR.AC-4: Access permissions are managed, incorporating the principles of least privilege and separation of duties.

NIST SP 800-53 Revision 4 Security Controls: AC-2, AC-3, AC-5, AC-6, AC-16, IA Family CA Identity Manager is installed on the IdAM network on a VM running the Windows Server 2012 R2 OS. Important: The following instructions are for a single-server demonstration environment, and are not intended to be used for a production deployment. This guide walks you through a basic installation of CA Identity Manager on JBoss, on a single Windows server. For comprehensive instructions for installing CA Identity Manager, refer to the CA Identity Manager Installation Guide for JBoss at https://support.ca.com.

6.2

Installation Prerequisites

The following steps are required prior to the CA Identity Manager installation. (For supported versions of all software, review the CA Identity Manager Support Matrix at https://support.ca.com.) Use a server with a supported OS (e.g., Windows 2012 R2). Install a supported version of the Java Development Kit (JDK) (e.g., 1.7.0_71). Install a supported version of JBoss (e.g., jboss-eap-6.3).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

48

To install JBoss as a Windows service, follow the instructions at the following link: https://access.redhat.com/documentation/enUS/JBoss_Enterprise_Application_Platform/6.3/html/Installation_Guide/Install_JBoss_Enterprise _Application_Platform_6_Microsoft_Windows_Service.html Create a database and associated user with database administrator (DBA) permissions on a supported database (e.g., MSSQL 2012). This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Download and unzip CA Identity Manager software.

6.3

Install CA Directory From the unzipped location, go to CADirectory_x64\dxserver\windows and execute dxsetup.exe. Select Typical installation. Uncheck DXmanager will manage… Accept all other defaults.

6.4

Install CA Identity Manager From the unzipped location, execute ca-im-12.6.XX-win32.exe. Select Components: deselect “Connect to Existing SiteMinder Policy Server” and “Extensions for Siteminder…”. Leave the rest of the checkboxes checked. Deployment Size: compact Provisioning Server Hostnames: Just click Next. Provisioning Directory Information: Enter a shared secret and confirmation. Destination Location: Accept default FIPS Information: Accept default Application Server Information: JBoss JBoss Application Server Information: Choose and locate the folder where JBoss is installed. Enter the fully qualified Uniform Resource Locator (URL) and Port for JBoss. Leave the Cluster fields blank. Select Java Virtual Machine: Click Search for Others. Select jdk1.7.0_71\bin\java.exe. Key Encryption Information: Accept default

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

49

Select Database Type: Select SQL 2005, 2008, or 2012. Database Connection Information: Enter the hostname, database, and credentials as created in the prerequisites above. Login Information: Enter a username and password to be used for the Management Console. Leave the Enable Secure Login for Management Console checked. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Hypertext Transfer Protocol (HTTP) Proxy Settings: Leave blank Review Settings: Click Install After the installation completes, start JBoss by executing jboss-eap-6.3\bin\standalone.bat Review the log file to verify that JBoss started without error: jboss-eap-

6.3\standalone\log\server.log

If you receive a timeout error, such as “Timeout after [300] seconds waiting for service container stability…,” increase the timeout by modifying standalone.bat, adding the following attribute to the startup script: -Djboss.as.management.blocking.timeout=900

6.5

Create the Sample NeteAuto Directory Open a command prompt as the administrator user. Change directory to C:\Program Files (x86)\CA\Identity Manager\IAM Suite\Identity Manager\tools\samples\NeteAuto\Organization. You will see several sample files. For this example, we will use neteauto.ldif. Execute the following commands: a. dxnewdsa -s500 neteauto 3895 "dc=security,dc=com" b. dxserver install neteauto c. dxserver stop neteauto d. dxloaddb -v -s neteauto neteauto.ldif e. dxserver start neteauto To log into the IM Management Console, navigate to http://<ServerName>:8080/iam/immanage, and log in using the credentials you supplied in Login Information above. From Directories, select Create or Update from XML.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

50

Browse to C:\Program Files (x86)\CA\Identity Manager\IAM Suite\Identity Manager\tools\samples\NeteAuto\Organization. Select directory.xml. Click Next. Supply values for the fields in this window as follows: This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

a. Name: NeteAuto b. Description: (optional) c. Connection Object Name: neteauto d. Host: (the machine name where you ran the dxserver commands above) e. Port: 3895 f.

Username/User DN: uid=NeteAuto

Administrator,ou=People,ou=Employee,ou=NeteAuto,dc=security,dc=com

g. Password/Confirm Password: test h. Secure Connection: unchecked Click Next, and then click Finish.

6.6

Create the Provisioning Directory From Directories, select Create or Update from XML. Browse to C:\Program Files (x86)\CA\Identity Manager\IAM Suite\Identity Manager\tools\directoryTemplates\ProvisioningServer. Select directory.xml. Click Next. Supply values for the fields in this window as follows: a. Name: Provisioning b. Description: (optional) c. Connection Object Name: provisioning d. Host: (the machine name where IM is installed) e. Provisioning Domain: im f.

Username: (the username you supplied in Login Information above)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

51

g. Password/Confirm Password: (the password you supplied in Login Information above) Click Next, and then click Finish.

6.7

Create the NeteAuto Environment From Environments, select New.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Supply the following information: a. Environment name: NeteAuto b. Description: (optional) c. URL alias: neteauto d. Base URL: accept the default (Make sure that it is a fully qualified hostname in the URL.) Click Next. Select the NeteAuto directory. Click Next. Select the Provisioning directory. Click Next. a. URL alias that is used to reference public tasks: neteauto_pub b. User for anonomous authentication: SelfRegUser Click Validate. Click Next. Select Create Default Roles. Click Next. Select the checkbox for Active Directory. Scroll down, and click the Browse button. Select the NIST_PXPolicies.xml file provided with this guide. (Download the file from https://nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.zip, and unzip it.) Click Next. a. System Manager: SuperAdmin Click Add. Click Next. a. Inbound Administrator: SuperAdmin

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

52

Click Next. a. Password/Confirm Password: (the password that you supplied in Login Information above) Click Next. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Review the settings, and then click Finish. Allow a few minutes for the Environment to deploy. When finished with “0 error(s),” click Continue. Click NeteAuto. Click Advanced Settings, and then click Workflow. Enable both checkboxes, and then click Save. Click the Restart Environment button. Verify that you can log into the environment by going to the environment URL and logging in: a. http://<FullyQualifiedServerName>:8080/iam/im/<ProtectedAlias> b. Username: SuperAdmin c. Password: test

6.8

Configure Connection to AlertEnterprises Database

Generate the encrypted password for the Alert Database as follows: From a command prompt, change directory to C:\Program Files (x86)\CA\Identity Manager\IAM Suite\Identity Manager\tools\PasswordTool. a. Execute the following command: pwdtools -JSAFE -p <AlertDBPassword> b. The result displays the Encrypted value with a prefix of {PBES}. c. Copy this encrypted password to be used below for EncryptedALERTDBPassword. From the JBoss installation directory, create the following folder structure: jboss-eap-6.3\modules\com\mysql\main. a. Download Connector/ J from http://dev.mysql.com/downloads/connector/. b. Select Platform Independent, Compressed Zip Archive. Download. c. Unzip and copy the mysql-connector-java-5.1.35-bin.jar to the mysql\main folder that you created above.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

53

d. Under the same folder, create a text file named module.xml. Paste the following text into the file:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

<?xml version="1.0" encoding="UTF-8"?> <module xmlns="urn:jboss:module:1.1" name="com.mysql"> <resources> <resource-root path="mysql-connector-java-5.1.35-bin.jar"/> </resources> <dependencies> <module name="javax.api"/> </dependencies> </module>

From jboss-eap-6.3\standalone\configuration, edit standalone-full.xml. In the “<drivers>” section, add

<driver name="mysql" module="com.mysql"> <driver-class>com.mysql.jdbc.Driver</driver-class> </driver>

Just above the “<drivers>” section, add a new data source:

<datasource jndi-name="java:/iam/im/jdbc/jdbc/AlertDB" pool-name="MySQLPool" use-java-context="true"> <connection-url> jdbc:mysql://ALERTDBServerName:3306/ALERTDBName </connection-url> <driver> mysql </driver> <pool> <max-pool-size>30</max-pool-size> </pool> <security> <security-domain>mysqldb</security-domain> </security> </datasource>

In the “<security-domains>” section, add the following security domain:

<security-domain name="mysqldb"> <authentication> <login-module code="com.netegrity.jboss.datasource.PicketBoxPasswordEncryptedLogin" flag="required" module="com.ca.iam.idmutils"> <module-option name="userName" value="ALERTDBUserName"/> <module-option name="password" value=" EncryptedALERTDBPassword "/> <module-option name="managedConnectionFactoryName" value="jboss.jca:name=iam/im/jdbc/jdbc/WPDS,service=LocalTxCM"/> </login-module> </authentication> </security-domain>

Restart the JBoss service.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

54

Review the log file to verify that JBoss started without error: jboss-eap6.3\standalone\log\server.log.

6.9

Policy Xpress Policy Review Log into the NeteAuto Environment that you created above by navigating to http://<FullyQualifiedServerName>:8080/iam/im/<ProtectedAlias>.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

For NeteAuto, the username/password is superadmin/test. Navigate to Policies > Policy Xpress > Modify Policy Xpress Policy, and click Search. Select the desired Policy to review and modify as desired. a. Check for Duplicates on Create: Stops the task with a message to the user if duplicates are detected for the CardNumber or the UserID on the Alert Database b. Check for Duplicates on Modify: Stops the task with a message to the user if the CardNumber is already used by another user on the Alert Database. c. Check for Numeric on Create and Modify: Stops the task with a message to the user if the Personal Identification Number (PIN), FacilityCode, or CardNumber is not an integer d. Check PACs fields on Create and Modify: Stops the task with a message to the user if none of the PACs checkboxes are selected (at least one must be selected) e. Create AE User: Creates a user on the Alert Database if all above checks pass; provisions the user to AD f.

Disable AE User: Disables the user on the Alert Database by setting the UserStatus to “Inactive”

g. Enable AE User: Enables the user on the Alert Database by setting the UserStatus to “Active” h. Modify AE User: Modifies the user on the Alert Database if all above checks pass

6.10

Update Create User and Modify User Screens From Roles and Tasks > Admin Tasks > Modify Admin Task, search and select Create User. Go to the Tabs tab, and click the edit pencil next to Profile. Click Browse next to the Create User Profile. Select the Default User Profile, and click the Edit button.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

55

Click the edit pencil next to each of the following fields: a. Office: Change Name to PIN. b. Postal Code: Change Name to Facility Code. Change Permission to Read/Write Required. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

c. Cell Phone: Change Name to Home Phone. d. Business Phone: Change Name to Work Phone. e. State: Change Name to Pacs All Door. Change Style to Checkbox. Set Check Value to 1. Set Unchecked Value to 0. f.

City: Change Name to Pacs Work Access. Change Style to Checkbox. Set Check Value to 1. Set Unchecked Value to 0.

g. Address: Change Name to Pacs Home Access. Change Style to Checkbox. Set Check Value to 1. Set Unchecked Value to 0. h. Employee Number: Change Name to Card Number. Change Permission to Read/Write Required. i.

For any non-required fields that you don’t want to display: Change Style to Hidden.

Click OK. Select the Create User Profile, and click the Edit button. Repeat Step 5 for this profile. When finished, click OK. Navigate to Users >Manage Users >Create User, and click Yes for the warning message about losing changes. Select Create New User, and click OK. Verify that the fields that you updated are changed as desired. Navigate to Users >Manage Users >Modify User, and click Yes for the warning message about losing changes. Select Create Modify User, and click OK. Verify that the fields that you updated are changed as desired.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

56

6.11

Install Active Directory Certificate Obtain the AD certificate(s) from the domain controller(s) to which you want to connect, and copy them to the Identity Manager server. Double-click on the certificate, and click Install Certificate.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select Local Machine, and then place all certificates in the following store. Click Browse. Select Trusted Root Certification Authorities. Click OK twice.

6.12

Acquire Active Directory Endpoint From Endpoints >Manage Endpoints >Create Endpoint, select Create a new endpoint of Endpoint type ActiveDirectory. Click OK. a. Endpoint: Give your endpoint a name. b. Hostname: Fully qualified host name for the Active Directory Domain Controller. c. User ID: Fully qualified User ID, for example: domain\userid. d. Password/Confirm Password: Password for the AD User. Click the Security tab. Check the Use LDAP – SSL Encryption checkbox. Click Submit.

6.13

Explore and Correlate Active Directory From Endpoints >Explore and Correlate Definitions >Create Explore and Correlate Definition, select Create a New Object of Type Explore and Correlate, and click OK. Explore and Correlate Name: Give it a name, such as “Explore AD <domain controller name>.” Select the Explore endpoint… checkbox. Uncheck the rest of the checkboxes. Click the Select Container/Endpoint/Explore Method button. Select Active Directory, and click Search. Select the endpoint that you created above. Click Select. Click Search. Select the containers that you want to have connected to Identity Manager. Click Select, and then click Submit.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

57

From Endpoints > Execute Explore and Correlate, select Execute Now, and click Next. Browse for the Explore and Correlate Definition that you just created, and then click Finish. Repeat the steps above to create and execute a Correlate Definition, with only one difference: On the step Explore endpoint step; uncheck Explore endpoint; and check Update User Fields, Correlate Accounts to Users, and Create Users as needed. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

From System > View Submitted tasks, click Search. Verify that both the Explore and Correlate definitions completed successfully.

6.14

Create the Active Directory Account Template and Provisioning Role From Endpoints > Account Templates > Create Account Template, select Create a new Account Template of Endpoint Type “Active Directory”. Click OK. Give the Account Template a name, such as “<domain controller name> Account Template.” From the Endpoints tab, add the Active Directory Endpoint that you created above. From the Groups tab, add the Active Directory groups that you want to provision to the user. When finished, click Submit. From Roles >Provisioning Roles >Create Provisioning Role, select Create a new provisioning role, and then click OK. Give the Provisioning Role a name, such as “<domain controller name> Provisioning Role.” From the Account Templates tab, add the Account Template that you just created above. From the Administrators tab, select a user, or a group of users, that you want to be the administrators of this role. For example, to make the members of a certain admin role be the administrators of this provisioning role, follow the steps listed below: a. Click Add. b. From the Users drop-down select a group of users, such as users who are members of <role-rule>, and then admin role. c. Browse, search, and select the Admin Role that you want to add. d. From the Owners tab, select a user, or group of users, that you want to be the owners of this role, using the same process as used for the Administrators tab. e. Click Submit.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

58

6.15

Modify Create AE User Policy to Include the New Provisioning Role From Policies >Policy Xpress >Modify Policy Xpress Policy, search and select the Create AE User policy. From the Action Rules tab, click the edit pencil next to Create User.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click the edit pencil next to Add otdc. Click the Browse “…” button next to the Provisioning Role Name. Select the Provisioning Role that you just created. Click Select > OK > OK > Submit.

6.16

Add Workflow Control Over Create User and Any Other Task as Desired From Roles and Tasks >Admin Tasks >Modify Admin Task, search and select Create User. From the Events tab, click the edit pencil next to the CreateUserEvent workflow process. Select the Non-Policy Based workflow process SingleStepApproval For the approval, select Approve Create User For the Participant resolver, select the type of members that you want to assign. For example, Admin Role Members. Click Add Admin Roles. Search and select the Admin Roles that you want to have approve this workflow. Repeat Steps 4, 5, and 6 above for the Primary Approver. When finished with both approvers, click OK > Submit.

The above steps can be used for the Modify User and Enable/Disable User tasks (or any other task).

6.17

Test Creation of a User Manually From Users >Manage Users > Create User, select Create a New User, and then click OK. Fill out the fields as desired for the new user, keeping in mind that the policy rules explained above. For example, PIN, Facility Code, and Card Number must be integers, and at least one PACS access checkbox must be checked. Click Submit, and click then OK. From Home > View My Worklist, select and approve the workflow for the Create User task.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

59

From System >View Submitted tasks, click Search. Verify that the Create User task completed successfully. Connect to the AE Database. Verify that the user was created successfully. Connect to the Active Directory Domain Controller. Verify that the user was created successfully. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Repeat all of the steps above for Modify User, Enable User, and Disable User.

6.18

Test Creation of a User with a CSV file Download the file HRBulkUsers4.csv from https://www.nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.zip, and unzip to use. Modify the CSV file to enter the desired values for the new users to be created. Keep in mind the policy rules that must be followed as described above. From System > Bulk Loader, Browse for the CSV file. What field represents the action to perform on the object: action. What field will be used to uniquely identify the object: uid. Click Next. What is the Primary Object: USER. Select a task to execute for action “create”: Create User Click Finish.

Repeat Steps 4 through 7 above, and the steps from Section 6.17, to approve the users and to verify that they were successfully created.

7

Identity Management and Governance: RSA (Build #2)

RSA IMG implements the central IdAM workflow in Build #2. It receives input from an HR system, in the form of CSV files. The access and authorization for each user is based on the business and security rules implemented in workflows within RSA IMG. The workflows include management approval chains as well as approval/denial data logging. Once IMG has processed the access and authority request, the updated user access and authorization data is pushed to the central identity store. The central identity store contains the distribution mechanism for updating the various downstream (synchronized) directories with user access and authorization data. This process applies to new users, terminated users (disabled or

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

60

deleted users), and any changes to a user profile. Changes may include promotions, job responsibility changes, and any other change that would affect the systems that a user needs to access.

7.1

Security Characteristics

Cybersecurity Framework Categories: This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

PR.AC-1: Identities and credentials are managed for authorized devices and users

PR.AC-4: Access permissions are managed, incorporating the principles of least privilege and separation of duties

NIST SP 800-53 Revision 4 Security Controls: AC-2, AC-3, AC-5, AC-6, AC-16, IA Family

7.2

IMG Installation

Install IMG by using the included installation guide on a server running SUSE Linux OS or from an IMG virtual appliance image. The RSA Installation guide is available for licensed customers at https://community.rsa.com/docs/DOC-36634.

7.3

IMG Configuration and Integration with Directories

After install, open a web browser and point it to the IP Address or DNS name of the RSA IMG server. The following instructions are provided along with screenshots depicting each step. Unless stated otherwise the settings are included in each screenshot. Log in with the default credentials: a. Username: AveksaAdmin (case-sensitive) b. Password: aveksa123 Change the password when prompted to change. Configure system settings: a. Admin > System > Edit, and set up the system as shown in Figure 7-1 and Figure 7-2.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

61

Figure 7-1 IMG System Window

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

62

Figure 7-2 IMG System Edit Window

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

63

7.3.1

Set Up Custom Attributes

Navigate to Admin, and select Attributes, as shown in Figure 7-3.

Figure 7-3 IMG Attributes Window

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click User > Edit, as shown in Figure 7-4. Figure 7-4 IMG Edit User

2

1

Modify your user attributes to match Figure 7-5 through Figure 7-7.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

64

Figure 7-5 IMG User Attributes Examples (1 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

65

Figure 7-6 IMG User Attributes Examples (2 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-7 IMG User Attributes Examples (3 of 3)

Click OK. Click Account > Edit, as shown in Figure 7-8. Figure 7-8 IMG Edit Attributes

1

2

Modify your account attributes to match those shown in Figure 7-9.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

66

Figure 7-9 IMG Account Attributes Example

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click OK.

7.3.2

Set Up Organization Users

The next step is to set up the organization’s existing users. In the example solution, we used a CSV file that contains all of the users in the organization. This CSV file needs to be copied to a convenient location on the IMG server. You can get a sample CSV file, HR_Data_Move.csv, at https://nccoe.nist.gov/sites/default/files/library/sp1800/es-idam-nist-sp1800-2-draft.zip. Once the CSV file is copied to the server, perform the following actions: Navigate to Resources, and select Directories, as shown in Figure 7-10.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

67

Figure 7-10 IMG Resources Directories

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Create Directory, as shown in Figure 7-11. Figure 7-11 IMG Create Directory

Select Other Directory, and then click Next, as shown in Figure 7-12.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

68

Figure 7-12 IMG Create Directory

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enter HR in the Directory Raw Name field. Click Finish, as shown in Figure 7-13.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

69

Figure 7-13 IMG Directory Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

You have now created your first directory, which will serve as a repository for all of the HR data for the organization. Repeat the above steps to create a second directory. This second directory will be named “RSA Adaptive Directory.” This container will be used to pull AD accounts from the Adaptive Directory server. In this case, be sure to select the two options highlighted in Figure 7-14.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

70

Figure 7-14 IMG Create Directory

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.3

Populate the HR Directory

The next step is to populate the HR directory with users. Click Resources > Directories, as shown in Figure 7-15.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

71

Figure 7-15 IMG Directories

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on the new HR directory that you just created, as shown in Figure 7-16. Figure 7-16 IMG Directories

Click on Collectors > Create Identity Collector, as shown in Figure 7-17.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

72

Figure 7-17 IMG Create Identity Collector

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enter details as shown in Figure 7-18. Figure 7-18 IMG HR Identities

Click Next, and then enter details as shown in Figure 7-19.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

73

Figure 7-19 IMG HR Identities (cont.)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Use the same username and password that you use to log into the IMG management web page. The URL will point to the folder in which the CSV file is located. In this example, the full field is jdbc:csv://///home/oracle/database/SampleData/Demo/HR/?_CSV_Header=true;tmpdir=/home /oracle. The CSV file is located in home/oracle/database/SampleData/Demo/HR. Click Next. Leave Users selected, as shown in Figure 7-20, and then click Next. Figure 7-20 IMG HR Identities – Users

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

74

Enter details as shown in Figure 7-21 and Figure 7-22. The full text of the User Data Query is as follows:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

select fname, lname, user_num, ou, login, email as sAMAccountName, email, location, bu, department, title, supervisor, job_level, job_status, login as SR, is_terminated, previous_manager, jobcode, previous_manager as backjp_supervisor, job_family,concat(lname,', ',fname)as fullname, is_manager, email as UniqueID from HR_Data_Move

Figure 7-21 IMG HR Identities

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

75

Figure 7-22 IMG HR Identities (Continued)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Finish. Now we can configure the Adaptive Directory Container with Identity and Account collectors.

7.3.4

Configure Adaptive Directory Container

The next step is to configure the Adaptive Directory Container with Identity and Account collectors. Navigate to the Adaptive Directory Container, as shown in Figure 7-23 (Resources > Directories > RSA Adaptive Directory Accounts).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

76

Figure 7-23 IMG Adaptive Directory Container

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

This identity collector will tie together user identities in Adaptive Directory to user identities in the HR CSV file. Click on Collectors > Create Identity Collector, as shown in Figure 7-24. Figure 7-24 IMG Identity Collector

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

77

Create the ID collector as follows, clicking Next between each screenshot shown in Figure 7-25 through Figure 7-29. Figure 7-25 IMG AD Identity Collector (1 of 5)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

78

Figure 7-26 IMG AD Identity Collector (2 of 5)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-27 IMG AD Identity Collector (3 of 5)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

79

Figure 7-28 IMG AD Identity Collector (4 of 5)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

80

Figure 7-29 IMG AD Identity Collector (5 of 5)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. Click Finish.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

81

7.3.5

Create an Account Collector

The next step is to create an account collector, which pulls all relevant attributes from Adaptive Directory. Click on Collectors > Create Account Collector, as shown in Figure 7-30. Figure 7-30 IMG AD Create Account Collector This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Create the account collector as follows, clicking Next between each screenshot shown in Figure 7-31 through Figure 7-40. Figure 7-31 IMG Edit Collector (1 of 10)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

82

Figure 7-32 IMG Edit Collector (2 of 10)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-33 IMG Edit Collector (3 of 10)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

83

Figure 7-34 IMG Edit Collector (4 of 10)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

84

Figure 7-35 IMG Edit Collector (5 of 10)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

85

Figure 7-36 IMG Edit Collector (6 of 10)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-37 IMG Edit Collector (7 of 10)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

86

Figure 7-38 IMG Edit Collector (8 of 10)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-39 IMG Edit Collector (9 of 10)

Figure 7-40 IMG Edit Collector (10 of 10)

Click Finish. A Test button is provided with each account collector and identity collector. Test each account collector that you created using the Test button. This action verifies that IMG can retrieve the account information for each directory added, as shown in Figure 7-41.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

87

Figure 7-41 IMG Account Test

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

A successful test will look something like Figure 7-42.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

88

Figure 7-42 IMG Successful Test Example

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In Figure 7-42 above, you can see valid data in an EXtensible Markup Language (XML) format. A failed test will generate an error message that can help you isolate the problem.

7.3.6

Edit the Unification Configuration Participating Collectors

The next step is to configure Unification; this is the process of joining Identities from the HR CSV and the Adaptive Directory collectors. Click on Collectors > Unification Config, as shown in Figure 7-43.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

89

Figure 7-43 IMG Unification Configuration

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Choose the Participating Collectors tab, and then click Edit, as shown in Figure 7-44. Figure 7-44 IMG Participating Collectors

Configure as shown in Figure 7-45 and Figure 7-46, and then click Next on each screen.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

90

Figure 7-45 IMG Edit Participating Collectors

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-46 IMG Edit Participating Collectors (Continued)

In the above example, we have HR Identities at the top. This indicates that HR Identities is an authoritative source. If there are any discrepancies between the data between two sources, then the one at the top will win by default; however, this can be overridden, as later discussed. Click Finish.

7.3.7

Edit User Attribute Source

The next step is to change the default behavior of the authoritative source for the necessary attributes. Choose the Attribute Sources tab, and then click Edit, as shown in Figure 7-47.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

91

Figure 7-47 IMG Unification Configuration Attribute Sources

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Edit the Attributes as shown in Figure 7-48 and Figure 7-49. Leave alone any attribute shown as *Not Set*; these attributes will use the default behavior.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

92

Figure 7-48 IMG Edit User Attribute Mapping

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

93

Figure 7-49 IMG Edit User Attribute Mapping (Continued)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click OK.

7.3.8

Edit Unification Configuration Attribute Source

The next step is to configure which attribute to use from each directory so that IMG knows how to tie users together. Click Joins > Edit, as shown in Figure 7-50.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

94

Figure 7-50 IMG Unification Configuration Joins

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Choose HR Identities from the Primary Identity Collector drop-down box, as shown in Figure 7-51. Figure 7-51 IMG Edit Joins

Click Finish.

7.3.9

Start Data Collection

The next step is to start collecting identity data. From the home page, choose Resources > Directories. Click the Collect Data (all) button, as shown in Figure 7-52.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

95

Figure 7-52 IMG Start Data Collection

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click OK on the next window, as shown in Figure 7-53. Figure 7-53 IMG Collect Data

The process will take 30 seconds or so to complete. You can check the progress by going to Admin > Monitoring, as shown in Figure 7-54.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

96

Figure 7-54 IMG Data Collection Monitoring

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

You will see the status of all of the processes change to Completed when done.

7.3.10

Review Data Collected

Now you can look at this data by going to Users > Users > Groups. From the home page, choose Users > Users > Groups, as shown in Figure 7-55, to review the data collected.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

97

Figure 7-55 IMG Data Collection Review

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.11

Configure Business Rules

The next step is to configure Business Roles. Click on Roles > Roles, as shown in Figure 7-56. Figure 7-56 IMG Roles

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

98

Click Create/Discover > Discover Roles, as shown in Figure 7-57. Figure 7-57 IMG Discover Roles

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Configure as shown in Figure 7-58 through Figure 7-60. Figure 7-58 IMG Discover Roles (1 of 3)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

99

Figure 7-59 IMG Discover Roles (2 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

100

Figure 7-60 IMG Discover Roles (3 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Notice how there are some duplicates; the job codes are the same, but the descriptions are slightly different. You can combine these rolls into one, as shown in Figure 7-61.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

101

Figure 7-61 IMG Discover Roles – Combining

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

When you are done combining duplicates, click Finish.

7.3.12

Create Automated Rules

The next steps create rules for automatically detecting and invoking workflows for new users and terminations. Click on Rules and Definitions, as shown in Figure 7-62.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

102

Figure 7-62 IMG Roles Definitions

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on Create Rule, and configure as shown in Figure 7-63 and Figure 7-64 for new users.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

103

Figure 7-63 IMG New User

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

104

Figure 7-64 IMG New User

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on Create Rule, and configure as shown in Figure 7-65 and Figure 7-66 for user terminations.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

105

Figure 7-65 IMG User Termination

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

106

Figure 7-66 IMG User Termination (Continued)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click OK.

7.3.13

Create Provisioning Template

The next step is to create a template that IMG uses when provisioning accounts in Adaptive Directory. Click on Requests > Configuration > Account Template > Create Account Template, as shown in Figure 7-67. Figure 7-67 IMG Request Configuration

Enter a name, and click OK, as shown in Figure 7-68.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

107

Figure 7-68 IMG Account Template

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on the name of the account template that you just created, and add parameters as shown in Figure 7-69.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

108

Figure 7-69 IMG IT Account Template

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Resources > Directories > RSA Adaptive Directory Accounts, and then make the following changes to the Requests tab, as shown in Figure 7-70.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

109

Figure 7-70 IMG AFX Connectors

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.14

Configure AFX Module

The next step is to configure the IMG AFX module, which will allow IMG to provision to Adaptive Directory. Click on AFX > Connectors, as shown in Figure 7-71. Figure 7-71 IMG AFX Connectors

Click on Create Connector, as shown in Figure 7-72.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

110

Figure 7-72 IMG Create Connector

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Configure the General tab as shown in Figure 7-73. Figure 7-73 IMG AD Connector AFX Server: General

Configure the Settings tab as shown in Figure 7-74 through Figure 7-76.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

111

Figure 7-74 IMG AD Connector AFX Server: Settings (1 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

112

Figure 7-75 IMG AD Connector AFX Server: Settings (2 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

113

Figure 7-76 IMG AD Connector AFX Server: Settings (3 of 3)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Configure the Capabilities tab as shown in Figure 7-77.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

114

Figure 7-77 IMG AD Connector AFX Server: Capabilities

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Check all capabilities that are needed for the connector. Once all are selected, click on the capability name, one by one, and configure as shown in Figure 7-78 through Figure 7-90. Figure 7-78 IMG AD Connector IT Capability Configuration (1 of 13)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

115

Figure 7-79 IMG AD Connector IT Capability Configuration (2 of 13)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-80 IMG AD Connector IT Capability Configuration (3 of 13)

Figure 7-81 IMG AD Connector IT Capability Configuration (4 of 13)

Figure 7-82 IMG AD Connector IT Capability Configuration (5 of 13)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

116

Figure 7-83 IMG AD Connector IT Capability Configuration (6 of 13)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-84 IMG AD Connector IT Capability Configuration (7 of 13)

Figure 7-85 IMG AD Connector IT Capability Configuration (8 of 13)

Figure 7-86 IMG AD Connector IT Capability Configuration (9 of 13)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

117

Figure 7-87 IMG AD Connector IT Capability Configuration (10 of 13)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 7-88 IMG AD Connector IT Capability Configuration (11 of 13)

Figure 7-89 IMG AD Connector IT Capability Configuration (12 of 13)

Figure 7-90 IMG AD Connector IT Capability Configuration (13 of 13)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

118

Click OK.

7.3.15

Configure Adaptive Directory to Use AFX Connector

The next step is to configure the RSA Adaptive Directory “Directory” to use the new AFX Connector.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Resources > Directories, select RSA Adaptive Directory Accounts, and then click OK, as shown in Figure 7-91. Figure 7-91 IMG Resources Directories

In the next window, click AFX Connector Binding > Edit Connector Binding, as shown in Figure 7-92. Figure 7-92 IMG AD Accounts

Click OK, as shown in Figure 7-93.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

119

Figure 7-93 IMG AD AFX Connector Binding

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system is now ready.

7.3.16

Adding a New User

To add a new user, you will need to open the HR CSV file. Go to Resources > Directories > Collect Data (all), as shown in Figure 7-94. Figure 7-94 IMG Resources Directories

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

120

Click OK, as shown in Figure 7-95. Figure 7-95 IMG Collect Data

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

After about 30 seconds, go to Requests > Activities, and click Perform next to the request to add a new user, as shown in Figure 7-96. Figure 7-96 IMG Requests Activities

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

121

Select a group to which you would like to add the user, and then click Next > Accepted, as shown in Figure 7-97. Figure 7-97 IMG Accepted Access Request

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enter a description, if you wish, and then click Finish. Go to Requests > Requests, and then select the name of the request, as shown in Figure 7-98.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

122

Figure 7-98 IMG Requests

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

After about 30 seconds, your new user will be provisioned to AD and will be added to the group that you selected, as shown in Figure 7-99.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

123

Figure 7-99 IMG New User Provisioned

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Note: The state of the group add will remain as pending, and the overall status will remain at 50%, until you recollect data from the Directories page so that IMG can detect that the user has been added to the group successfully, as shown in Figure 7-100.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

124

Figure 7-100 IMG Successful User Add

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.17

Moving a User

Open your CSV file, and change the attribute that defines the organizational unit (OU) of the user to a different OU. Collect data again. The OU change is detected, and IMG deletes the user from the original OU and adds the user to the new OU. Go to Requests > Activities, and click Perform, as shown in Figure 7-101.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

125

Figure 7-101 IMG Requests Activities

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select the group to which you would like the moved user to have access, click Next > Accepted, and then click Finish on the final screen, as you did before when adding a new user. Collect data again so that IMG can confirm that the user is added to the appropriate group in the new OU.

7.3.18

Terminating a User

Delete the user from the HR CSV file. Collect data again. The user is automatically removed. Collect data again so that IMG can confirm that the user is no longer in Adaptive Directory. Go to Requests > Requests, and check the Status, as shown in Figure 7-102.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

126

Figure 7-102 IMG Request Status

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

7.3.19

User Attribute Synchronization

Choose Collectors > Attribute Synchroniation, as shown in Figure 7-103.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

127

Figure 7-103 IMG User Synchronization Menu Item

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Configure as shown in Figure 7-104. Figure 7-104 IMG User Synchronization Status

The IMG installation is now complete.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

128

8

Adaptive Directory: RSA (Build #2)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The RSA Adaptive Directory implements the central IdAM identity store in Build #2. It receives input from the central IdAM system (RSA IMG). The central identity store contains the distribution mechanism for updating the various downstream (synchronized) directories with user access and authorization data. This process applies to new users, terminated users (disabled or deleted users), and any changes to a user profile. Changes include promotions, job responsibility changes, and any other change that would affect the systems that a user needs to access.

8.1

Security Characteristics

Cybersecurity Framework Categories: PR.AC-1: Identities and credentials are managed for authorized devices and users. NIST SP 800-53 Revision 4 Security Controls: AC-2, IA Family

8.2

RSA Adaptive Directory Is Installed on the IdAM Network, on a VM That Is Running CentOS 7

The following lines detail the command-line installation procedure for the RSA Adaptive Directory, including displayed responses: [root@localhost ~]# ls anaconda-ks.cfg

reports

xml

[root@localhost ~]# cd .. [root@localhost /]# ls bin

dev

home

lib64

mnt

proc

run

srv

tmp

boot

etc

lib

media

opt

root

sbin

sys

usr

var

[root@localhost /]# cd media [root@localhost media]# ls cdrom [root@localhost media]# cd cdrom [root@localhost cdrom]# ls Documentation

rsa_7.1.5_linux_64.bin

rsa_7.1.5_windows_64.exe

[root@localhost cdrom]# su root ./rsa_7.1.5_linux_64.bin Preparing to install... WARNING: /tmp does not have enough disk space!

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

129

Attempting to use /root for install base and tmp dir. Extracting the JRE from the installer archive... Unpacking the JRE... Extracting the installation resources from the installer archive... Configuring the installer for this system's environment...

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Launching installer... Graphical installers are not supported by the VM. The console mode will be used instead... ======================================================================== RSA Adaptive Directory 7.1.5

(created with InstallAnywhere)

------------------------------------------------------------------------------Preparing CONSOLE Mode Installation...

======================================================================== License Agreement ----------------Please read the following License Agreement carefully. LICENSE AGREEMENT *** IMPORTANT INFORMATION - PLEASE READ CAREFULLY *** (…Lic agreement text omitted…) DO YOU ACCEPT THE TERMS OF THIS LICENSE AGREEMENT? (Y/N): Y ======================================================================== Choose Install Folder --------------------Please choose a destination folder for this installation Where would you like to install? Default Install Folder: /root/rsa/adaptivedirectory ENTER AN ABSOLUTE PATH, OR PRESS <ENTER> TO ACCEPT THE DEFAULT : ======================================================================== Choose Install Set

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

130

-----------------Please choose the Install Set to be installed by this installer. ->1- RSA Adaptive Directory New Cluster / Standalone 2- RSA Adaptive Directory Cluster Node 3- Customize...

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

ENTER THE NUMBER FOR THE INSTALL SET, OR PRESS <ENTER> TO ACCEPT THE DEFAULT : ======================================================================== New Cluster settings -------------------Enter information below about the new cluster to create: - The cluster name - The ZooKeeper ports that will be used Cluster name: (DEFAULT: cluster1): ZooKeeper Ensemble Port: (DEFAULT: 2888): ZooKeeper Leader Election Port: (DEFAULT: 3888): ZooKeeper Client Port: (DEFAULT: 2181):

======================================================================== Administrator name -----------------Please provide the administrator name: Admin User Name (DEFAULT: cn=Directory Manager):

======================================================================== Server administrator password ----------------------------Please provide a password for the administrator user : Password (DEFAULT: ): secretsecret Confirm Password (DEFAULT: ): secretsecret

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

131

======================================================================== Adaptive Directory port numbers ------------------------------Please enter port numbers for Adaptive Directory:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Adaptive Directory Port (DEFAULT: 2389): Scheduler Port (DEFAULT: 1099): Adaptive Directory SSL Port: (DEFAULT: 1636):

======================================================================== TLS Configuration ----------------Enable TLS (Y/N)? (DEFAULT: N):

======================================================================== Adaptive Directory HTTP port numbers -----------------------------------Please enter port numbers for Adaptive Directory HTTP services: Adaptive Directory HTTP Port (DEFAULT: 8089): Adaptive Directory HTTPS Port (DEFAULT: 8090):

======================================================================== Certificate configuration ------------------------Use an existing certificate (Y/N)? (DEFAULT: N):

======================================================================== Application Server Configuration -------------------------------Enter information below to configure the Application Server

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

132

- Administrator user name for initial server instance. - Administrator password for initial server instance (must be at least 8 characters in length). - Administration server port number for initial server instance. - HTTP/HTTPS port number for initial server instance.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

- JMX port number for initial server instance. Admin User (DEFAULT: admin): Password (DEFAULT: ): secretsecret Confirm Password (DEFAULT: ): secretsecret Admin Port (DEFAULT: 4848): HTTP Port (DEFAULT: 9090): HTTPS Port (DEFAULT: 9191): JMX Port (DEFAULT: 8686):

======================================================================== Control Panel Configuration --------------------------These are the settings for the web server hosting the control panel. Enter the HTTP/HTTPS ports to configure the web server on the main instance: HTTP Port (DEFAULT: 7070): These are the settings for the web server hosting the control panel. Enter the HTTP/HTTPS ports to configure the web server on the main instance: HTTPS Port (DEFAULT: 7171): ======================================================================== Port validation failed ---------------------Control Panel HTTP port These are the settings for the Web Server hosting the Control Panel. is invalid. Please select a new one. PRESS <ENTER> TO ACCEPT THE FOLLOWING (OK): ========================================================================

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

133

Control Panel Configuration --------------------------These are the settings for the web server hosting the control panel. Enter the HTTP/HTTPS ports to configure the web server on the main instance: HTTP Port (DEFAULT: 7070):

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

HTTPS Port (DEFAULT: 7171):

======================================================================== Pre-Installation Summary -----------------------Please Review the Following Before Continuing: Product Name: RSA Adaptive Directory 7.1.5 Install Folder: /root/rsa/adaptivedirectory Install Set: RSA Adaptive Directory New Cluster / Standalone Product Features: Application, Sample Data Java VM Installation Folder: /root/rsa/adaptivedirectory/jdk Administrator User: cn=Directory Manager Adaptive Directory Ports: 2389 8089 8090 Scheduler Port: 1099 SSL Configuration: 1636

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

134

Start TLS Configuration: TLS is disabled. Certificate Configuration: Self signed certificate. App Server Configration:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

4848 9090 9191 8686 Web Server Configuration: 7070 7171 Disk Space Information (for Installation Target): Required:

1,164.03 MegaBytes

Available: 49,030.86 MegaBytes PRESS <ENTER> TO CONTINUE: ======================================================================== Installing... ------------[==================|==================|==================|==================] [------------------|------------------|------------------|------------------] ======================================================================== Installation Complete --------------------Congratulations. RSA Adaptive Directory 7.1.5 has been successfully installed to: /root/rsa/adaptivedirectory In order to start working with RSA Adaptive Directory 7.1.5, please follow these steps: - LOG OFF AND LOG IN AGAIN - Copy and paste your license key when prompted after running RSA Adaptive Directory 7.1.5 - Run /root/rsa/adaptivedirectory/bin/openControlPanel.sh PRESS <ENTER> TO EXIT THE INSTALLER:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

135

8.3

Additional Steps Required After Installation Is Complete

After installation is complete, the next step is to install netstat: yum install net-tools. Copy the license.lic file to /root/rsa/adaptivedirectory/vds_server. Open all relevant firewall ports on the CentOS server. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Run /root/rsa/adaptivedirectory/bin/openControlPanel.sh. Run /root/rsa/adaptivedirectory/bin/runContextBuilder.sh. From a web browser, go to http:IPADDRESS:7070. Start the server by clicking the Start button. Click on the Tools menu item, and start the application server. Configuration Procedure: a. From a web browser, connect to the Adaptive Directory server, and log in (note the URL with port number) using the default credentials (see Figure 8-1): Login: cn=Directory Manager Password: secretsecret Figure 8-1 Adaptive Directory Login Page

On the main page, click Start to start the Adaptive Directory server (Figure 8-2).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

136

Figure 8-2 Adaptive Directory Main Page

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

On the Tools tab, click Start it to start the Persistent Cache service (Figure 8-3). Figure 8-3 Adaptive Directory Tools Page

Go to the Settings tab, click Server Backend Settings, and then click LDAP Data Sources (Figure 8-4).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

137

Figure 8-4 Adaptive Directory Server Backend Settings

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Add. Enter details for your “backend AD,” as shown in Figure 8-5. Click the TEST CONNECTION button to make sure that your settings are correct (Figure 8-5). Repeat this process for all of the AD clusters (i.e., for the backend ADs on the IT, OT, and PACS networks). You can clone your first connection to make repeat additions easier.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

138

Figure 8-5 Adaptive Directory LDAP Data Source

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on Directory > Configuration, right-click on Root Naming Contexts, and then select Naming Context, as shown in Figure 8-6.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

139

Figure 8-6 Adaptive Directory Configuration of Naming Context

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

You will be presented with the screen shown in Figure 8-7. Enter the name that you would like your new Virtual LDAP directory to be configured with. Select Virtual Tree, and then click Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

140

Figure 8-7 Adaptive Directory New Naming Context

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Leave the defaults selected, as shown in Figure 8-8, and then click OK. Figure 8-8 Adaptive Directory Configure Virtual Tree

You now have a virtual directory naming context. You will see the screen shown in Figure 8-9.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

141

Figure 8-9 Adaptive Directory Virtual Tree

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The next step is to configure this virtual directory to include all of the backend AD clusters. Right-click on your newly created Virtual Directory, and select New Level, as shown in Figure 8-10. Figure 8-10 Adaptive Directory Create New Level

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

142

Enter a name for this LDAP backend mapping. This name will be an OU in the Virtual Directory, as shown in Figure 8-11. Figure 8-11 Adaptive Directory New Level Name

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Right-click this new OU in your Virtual Directory, and select Backend Mapping, as shown in Figure 8-12.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

143

Figure 8-12 Adaptive Directory Backend Mapping

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. Leave LDAP Backend selected, and click Next, as shown in Figure 8-13.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

144

Figure 8-13 Adaptive Directory Backend Mapping

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select one of the backend AD clusters that you configured earlier, and then click OK, as shown in Figure 8-14. Figure 8-14 Adaptive Directory Configure LDAP Backend

Repeat this procedure for all of your backend AD clusters (i.e., for the backend ADs on the IT, OT, and PACS networks).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

145

By default, the Adaptive Directory server will return default AD attributes. If you need to configure it to return custom attributes, you can configure it by using the instructions provided in Section 8.4.

8.4

Custom Attribute Configuration

Custom attributes are required and are configured as follows: This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on Directory > Configuration. You will be presented with the screen shown in Figure 8-15. Expand the virtual directory that you are working with, and then select the backend mapping to the AD to which you want to make changes. Click Attributes > Add. Figure 8-15 Adaptive Directory Addition Attributes

Find the attribute that you would like to add in the top drop-down list (Name), and then enter a Virtual Name (it can be the same as, or different from, the Name) for the attribute that you want Adaptive Directory to return (Figure 8-16). Select DN Remapping, and then click OK.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

146

Figure 8-16 Adaptive Directory Add/Edit Main Attribute

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Add the distinguishedName attribute to each backend, as shown in Figure 8-17. Figure 8-17 Adaptive Directory Add Attribute

Repeat this procedure for any additional custom attributes that are required and for any additional AD backends to which you may need to add attributes. Your Adaptive Directory virtual directory is now complete and can be accessed from RSA IMG / Aveksa or from any other application that can access LDAP directories.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

147

You can address this virtual directory by configuring the connecting application with the IP address or DNS name of the Adaptive Directory server and by using Port 2389. For the base DN, you would use the name of your virtual directory—in the above example, dc=master,dc=test and the relevant OU (backend AD cluster) that you want to access. You would use the same username (cn=Directory Manager) and password that you use to log into the application. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

For example, Figure 8-18 and Figure 8-19 show the connection information from RSA IMG to Adaptive Directory. Figure 8-18 Adaptive Directory Edit Collector

Figure 8-19 Adaptive Directory Search Configuration for Accounts

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

148

8.5

RSA Adaptive Directory Optimization and Tuning

8.5.1

Disable Referral Chasing

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

By default, RSA Adaptive Directory will attempt to chase referrals that have been configured in the underlying LDAP server. If you do not want RSA Adaptive Directory to chase referrals when searching the underlying LDAP server, you should check the Disable Referral Chasing option when you define the LDAP data source. Chasing referrals can affect the overall performance of RSA Adaptive Directory because, if the referral server is not responding (or is responding slowly), RSA Adaptive Directory could take a long time to respond to the client. For example, in the case of RSA Adaptive Directory querying an underlying Active Directory (with a base DN starting at the root of Active Directory), you may get entries like the following returned: ldaps://ForestDnsZones.na.radiantlogic.com:636… ldaps://DomainDnsZones.na.radiantlogic.com:636…

RSA Adaptive Directory will attempt to “chase” these referrals, which can result in an extreme degradation in response times. Therefore, it is recommended that you disable referral chasing if you need RSA Adaptive Directory to connect to Active Directory starting at the root of the Active Directory tree, or if you need to connect to any other directory where you do not care about following referrals.

8.5.2

Limit Attributes Requested from the LDAP Backend

Whenever RSA Adaptive Directory queries a backend LDAP, the default behavior is to ask for all attributes (although only the attributes requested in the query will be returned to the client). This default behavior of RSA Adaptive Directory is for the following reasons: 

Joins have been configured, and the filter in the search request involves attributes from both the primary and secondary sources (i.e., the query filter contains conditions on both primary and secondary objects).

Interception scripts may involve logic that is based on attributes from the backend, and therefore require these attributes. These attributes may not be specifically requested or searched for by the client. However, RSA Adaptive Directory must retrieve these attributes from the backend for the script logic to be valid.

Access Control List (ACL) checking: You can set up ACLs based on attributes/values of an entry (e.g., mystatus=hidden); RSA Adaptive Directory may need the whole entry to check the authorization.

For entry caching, the entire entry needs to be in the entry cache.

If your virtual view does not require all attributes to be requested for any of the conditions mentioned above, you can enable the option to limit the attributes that are requested, for better performance. If this option is enabled, RSA Adaptive Directory will query the backend server only for attributes

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

149

requested from the client, in addition to the attributes that are set as Always Requested on the Attributes tab.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

8.5.3

Process Joins and Computed Attributes Only When Necessary

8.5.4

Use the Client Sizelimit Value to Query the Backend

The default behavior of RSA Adaptive Directory is to process associated joins and to build computed attributes whenever a virtual object is reached from a query, regardless of whether the requested attributes come from a secondary source or a computation. If you enable the option to process joins and computed attributes only when necessary, RSA Adaptive Directory will not perform joins or computations when a client requests or searches for attributes from a primary object only. If a client requests or searches for attributes from secondary objects or computed attributes, RSA Adaptive Directory will process the join(s) and computations accordingly. Use caution when enabling this option, if you have interception scripts defined on these objects, or if access controls based on filters are being used (both of which may require other attributes returned from secondary sources or from computations, regardless of whether or not the client requested or searched for them).

Whenever Adaptive Directory queries a backend LDAP, the default behavior is to ask for all entries (sizelimit=0), even if the client to Adaptive Directory indicates a size limit. This is the default behavior because the entries that are returned by the backend are possible candidates, but may not be retained for the final result that is sent to the client. For example, if an ACL has been defined in Adaptive Directory, not all entries from the backend may be authorized for the user (who is connected to Adaptive Directory) to access. As another example, when joins or interception scripts are involved with the virtual view, they may also alter the entries that match the client’s search. To limit the number of entries from the backend, the recommended approach is to use paging. If the backend supports paging, Adaptive Directory will not get all of the results at once; rather, it will get only one page at a time (the page size is indicated in the configuration). In this case, if Adaptive Directory has returned, to the client, the size limit that is required, Adaptive Directory will not go to the next page. If your virtual view does not involve any of the conditions mentioned above (joins, interceptions, ACL), and if using paging between Adaptive Directory and the backend is not possible, you can enable the Client Sizelimit value option to limit the number of entries requested from the backend. If this option is enabled, Adaptive Directory will use the size limit specified by the client, instead of using sizelimit=0, when querying the backend.

9

Enterprise Guardian: AlertEnterprise

AlertEnterprise Enterprise Guardian (Guardian) is installed on the IdAM network, in a VM running the Windows Server 2012 R2 OS. Guardian is used to control privileged user access to the components located on the network OT systems. Guardian collects user authorization information from the AD located within the OT network. There are three parts to the Guardian How-To guide, each of which is

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

150

provided in the sections below. Section 9.2 provides information on the general product installation and set-up. Section 9.3 provides information on the Guardian configuration, as configured in the RSA build. Section 9.4 provides information on the AlertEnterprise configuration, as configured in the CA build.

9.1

Security Characteristics

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Cybersecurity Framework Categories: PR.AC-1: Identities and credentials are managed for authorized devices and users. NIST SP 800-53 Revision 4 Security Controls: AC-2, IA Family

9.2

Installation on Tomcat and Windows

This section describes the detailed procedure of installing AlertEnterprise products on Tomcat on a Windows platform. It lists the hardware and software prerequisites as well as the steps to install and use the AlertEnterprise suite of applications. When copying text from this guide, it is recommended that you first paste text to a Notepad file and then copy it from there to use it for running scripts. You should use the “Notepad++” application for this purpose.

9.2.1

Installation Prerequisites

9.2.2

Pre-Installation Verification

The AlertEnterprise Suite is delivered as a Web Application Archive (WAR) file that needs to be deployed on the client’s application server. Before you actually start deploying on your application server, you must check for the prerequisites. Refer to the AlertEnterprise Systems Requirements document included in the installation package.

Before you start installing the AlertEnterprise product, verify the proper functioning of the underlying software systems: 

Your system meets all of the software and hardware prerequisites as described in the Systems Requirement Specification document.

A compatible version of Java Runtime Environment (JRE) is installed and working on the system.

A compatible version of the web server is installed and running.

A compatible version of the database server is installed and running.

A supported internet browser (e.g., Microsoft Internet Explorer) is working properly.

Zip extracting software is required. You can download WinZip from http://www.winzip.com/win/en/prod_down.html.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

151

9.2.3

Installing Mandatory Software Applications

9.2.3.1

Installing JRE

Before deploying the AlertEnterprise application, install JRE and a web application server (e.g., Tomcat). You must also install the latest version of Adobe Flash Player to enable the internet browser that you will be using to access the AlertEnterprise application.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

To install JRE, follow the steps below: Download the application-server-compatible JRE. Double-click the setup launcher to start the installation process. Setting Java Home Make sure that the JAVA_HOME variable is set to the folder where Java is installed, and that %JAVA_HOME%/bin is in the system’s path. Open the Command Prompt in Administrator Mode (right-click > Run As Administrator), and then issue the following command: Set JAVA_HOME=<PATH OF JDK/JRE> Where, <PATH OF JDK/JRE> is the path where Java is installed (e.g., C:\Program Files\Java\JDK1.6) Set PATH: PATH= C:\Program Files\Java\JDK1.6.0-21\bin;%PATH%

Check JAVA_HOME and PATH: Echo %JAVA_HOME% Echo %PATH%

Checking JAVA Version: Java –version

9.2.3.2

Running ActiveMQ as Windows Service

After extracting the folder, the folder name appears as “apache-activemq” at the specified location. Go to the folder apache-activemq, and move to bin/win32 in Windows Explorer. Right-click on the InstallService.bat file, and select Run as Administrator. Once the above batch file gets executed, verify that the ActiveMQ is added as a Windows Service. Go to the Run command, and enter services.msc. The Services (Local) window appears, as shown in Figure 9-1.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

152

Figure 9-1 Adaptive Directory Search Configuration for Accounts

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The Apache ActiveMQ service has an administrative console. To check if the service is running correctly, you simply need to connect to the admin console: URL: <IP address of the server where Active MQ is installed>:8161/admin Perform the following if ActiveMQ is on a server other than the AlertEnterprise server: a. Search for the URL that starts with “TCP ://<IP Address>:61616” in activemq.log, located in the Apache ActiveMQ home-directory/data folder (Figure 9-2). Figure 9-2 Guardian ActiveMQ Home/Data Directory

b. Copy the URL, and update the context.xml file in the <Tomcat Home>/conf and appContextDB.properties file located in <Tomcat Home/webapps/AlertEnterprise/WEBINF/classes>.

9.2.3.3

Steps for Failure Case

If the system throws an error message while executing the bat file, or if the ActiveMQ Services screen does not appear, follow these steps: Navigate to the folder <ActiveMQ home directory>\bin\win32.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

153

Open the InstallService.bat file in a local text editor. Modify the bottom part of the script to look like the following script. Note that your JAVA_HOME environment variable needs to already be set and also needs to be passed as a variable to the wrapper. :conf

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

set WRAPPER_CONF="%ACTIVEMQ_HOME%\bin\win32\wrapper.conf" set ACTIVEMQ_HOME="set.ACTIVEMQ_HOME=%ACTIVEMQ_HOME%" set ACTIVEMQ_BASE="set.ACTIVEMQ_BASE=%ACTIVEMQ_BASE%" set JAVA_HOME="set.JAVA_HOME=%JAVA_HOME%" rem

rem Install the Wrapper as an NT service. Rem

:startup

"%ACTIVEMQ_HOME%\bin\win32\wrapper.exe" -i %_WRAPPER_CONF% %_ACTIVEMQ_HOME% %_ACTIVEMQ_BASE% %_JAVA_HOME% if not errorlevel 1 goto :eof pause

Open the <ActiveMQ home directory>\bin\win32\wrapper.conf in a local text editor, and make the following change: Change this code: # Java Application wrapper.java.command=java

to this code: # Java Application

wrapper.java.command=%JAVA_HOME%\bin\java.exe

After you have performed these steps, you should be able to run the InstallService.bat successfully. To also use the UninstallService.bat file, open it, and then hard-code the path to the wrapper: rem

rem Uninstall the Wrapper as an NT service. rem

:startup

"%ACTIVEMQ_HOME%\bin\win32\wrapper.exe" -r %_WRAPPER_CONF% if not error level 1 goto : eof pause

After executing the InstallService.bat file, you can see the ActiveMQ in Services.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

154

If the ActiveMQ server is not up, and the system throws the following error, perform the solution below. | WARN | tmpdir | org.eclipse.jetty.util.log | WrapperSimpleAppMainjava.io.IOException: The system cannot find the path specified at java.io.WinNTFileSystem.create File Exclusively (Native Method)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

at java.io.File.check And Create (File.java:1343) at java.io.File.create Temp File (File.java:1431)

Solution: You must manually create two folders: <ActiveMQ home directory>/work and <ActiveMQ home directory>/temp. To check whether ActiveMQ is started, access the following link, as shown in Figure 9-3: http://<Server IP Address>:8161/admin/ Figure 9-3 Guardian ActiveMQ

9.2.3.4

Installing Apache Tomcat

You must install hardware and OS versions specific to Apache Tomcat: Double-click the setup launcher to start the setup. It will start the installation process. Click Next to start the installation process.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

155

Click I Agree to accept the license terms. It displays the Choose Components screen. Select Custom as the install type, and uncheck the Examples option. Click Next to specify the destination folder for installation. We strongly recommend using the D:\AlertEnterprise\Tomcat location. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next to specify the configuration parameters. Enter the desired port in the Connector Port text area. The default port is 8080. Specify the User Name and Password in the respective fields. Click Next to select the path of the JRE installed on the system. Select the path of the JDK/JRE that you just installed (e.g., C:\Program Files\Java\jre1.6). Click Install to start the file copying process. Uncheck the Run Apache Tomcat and Show Readme options in the final dialog box. Click Finish to finish the installation.

9.2.3.5

Apache Tomcat Configuration

You need to specify the Tomcat configuration, as described in the following steps: Click Start > Programs > Apache Tomcat > Configure Tomcat. Click the Java tab in the Apache Tomcat Properties dialog box. Enter the following settings: a. Initial memory pool: 1024 b. Maximum memory pool: 1024 c. Thread stack size: 300 Note: These settings may vary with the volume of random access memory (RAM) in the server. Click Apply > OK to close the dialog box.

9.2.3.6

Configuring Database Server

You need to perform some configurations in the database server to install AlertEnterprise applications. You must perform these configurations through the database administrator login. The current version of AlertEnterprise products supports Oracle and Microsoft SQL Server databases. The NCCoE build also supports MySQL server database. To configure the database server, follow these steps:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

156

Create a schema / system identifier (SID) per your naming convention in the database server. The steps to create a schema can be different with different database management systems. Refer to the administrators guide for the database management system installed at your landscape. Create a new user with full access to the created schema. Run the included SQL files, AlertReport471.ddl or AlertReport471.sql and

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

AlertQuartz.sql, on the new schema created. This step should be performed while installing

the AlertEnterprise application for the first time.

9.2.3.7

Avoiding Case-Sensitivity Issues in Alert DB

To avoid case-sensitivity issues while using the search and sort functionalities in the AlertEnterprise applications, enable a “Case Insensitiveness” search in the database. By default, it is set as casesensitive. Follow these steps to avoid case-sensitivity issues: Create a trigger to support case insensitiveness. /***********/

create or replace

trigger set_nls_onlogon AFTER LOGON ON SCHEMA DECLARE BEGIN

EXECUTE IMMEDIATE 'ALTER SESSION SET NLS_SORT="BINARY_CI"';

EXECUTE IMMEDIATE 'ALTER SESSION SET NLS_COMP="LINGUISTIC"'; END set_nls_onlogon; /************/

Restart the AlertEnterprise Application server. The effect may not be visible in some client tools, such as SQL Developer. To see the effect in the SQL Developer tool, follow these steps: Open SQL Developer, and click Tools > Preferences. Click Database > NLS, and perform the following actions: a. Set the Sort option to BINARY_CI. b. Set the Comparison option to LINGUISTIC.

9.2.3.8

Enabling Support for International Characters

Storage of character data is controlled by a character-set setting at the database level. It is recommended to have the following database settings to support international characters:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

157

For Oracle: NLS_CHARACTERSET = AL32UTF8

For SQL Server:

NLS_NCHAR_CHARACTERSET = AL16UTF16

Server Collation = SQL_Latin1_General_CP1_CI_AS This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

9.2.4

Deploying the Application

After you have successfully configured the database, proceed to deploy the AlertEnterprise product on your web application server. The following deployment steps are required for the Tomcat 6.0 version: Use the Windows service control panel to stop the Tomcat server service if it is already running. Click Start > Run, type services.msc, and then click OK. Select Apache Tomcat, and click the Stop Service icon to stop the service. Copy the AlertEnterprise.war, AccessMap.war (if you have an AlertInsight license), and AlertEnterpriseHelp.war, and jasperserver-pro.war files to the <Tomcat installation folder>\webapps\ path. You need to copy password management WAR file AIPM.war to <Tomcat installation folder>/webapps if you have a license for the Password Management application. Create a new folder AlertCommonLib and AlertExternalLib under the <Tomcat Installation Folder>. Extract AlertCommonLib.zip under the AlertCommonLib folder. You will see many new files in this folder. Edit the <Tomcat Installation Folder>\conf\catalina.properties by using any editor, and append the following to the common.loader, as described below: common.loader=${catalina.base}/lib,${catalina.base}/lib/*.jar,${catalina.home}/ lib,${catalina.home}/lib/*.jar,${catalina.home}/AlertCommonLib/*.jar,${catalina .home}/AlertExternalLib/*.jar

Save the file, and close the editor. Add a database connection. Add a new <resource> entry, as shown below, with the name "jdbc/alntdb" in <Tomcat installation folder>\conf\context.xml. Replace the code in <> with relevant information. For MySQL Server: <Resource

description="DB Connection"

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

158

name="jdbc/alntdb" auth="Container"

type="com.mchange.v2.c3p0.ComboPooledDataSource" factory="org.apache.naming.factory.BeanFactory" user="username"

password="password"

jdbcUrl="jdbc:mysql://<IP of DB Server>:3306/<DB Instance Name>"

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

driverClass="com.mysql.jdbc.Driver"

maxPoolSize="100" minPoolSize="5" acquireIncrement="5" numHelperThreads="20" maxIdleTime="600" maxIdleTimeExcessConnections="300"

debugUnreturnedConnectionStackTraces="true" unreturnedConnectionTimeout="900" />

For repository setting in the same context.xml, add the following entry: <ResourceLink name="AlertEnterpriseRepo" global="AlertEnterpriseRepo" type="javax.jcr.Repository" />

For ActiveMQ settings in same context.xml, add the following entry: <Resource name="jms/connectionFactory" auth="Container"

type="org.apache.activemq.ActiveMQConnectionFactory" description="JMS Connection Factory"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" brokerURL="tcp://localhost:61616" brokerName="LocalActiveMQBroker" useEmbeddedBroker="false"/>

<Resource name="jms/requestSubmissionQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue requestSubmissionQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="requestSubmissionQueue"/> <Resource name="jms/requestApprovalQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue requestApprovalQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="requestApprovalQueue"/>

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

159

<Resource name="jms/autoApprovalQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue autoApprovalQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="autoApprovalQueue"/>

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

<Resource name="jms/queue/taskSubmissionQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue taskSubmissionQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="taskSubmissionQueue"/>

<Resource name="jms/queue/taskRejectionQueue"

auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue taskRejectionQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="taskRejectionQueue"/>

<Resource name="jms/queue/projectCancelQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue projectCancelQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="projectCancelQueue"/>

<Resource name="jms/queue/projectCompleteQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue projectCompleteQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="projectCompleteQueue"/> <Resource name="jms/eventRequestQueue" auth="Container"

type="org.apache.activemq.command.ActiveMQQueue" description="JMS Queue eventRequestQueue"

factory="org.apache.activemq.jndi.JNDIReferenceFactory" physicalName="eventRequestQueue"/>

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

160

<Resource auth="Container" description="my Queue" factory="org.apache.activemq.jndi.JNDIReferenceFactory" name="jms/reqQueue" physicalName="requestQueue" type="org.apache.activemq.command.ActiveMQQueue"/>

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

<Resource auth="Container" description="my Queue" factory="org.apache.activemq.jndi.JNDIReferenceFactory" name="jms/resQueue" physicalName="responseQueue" type="org.apache.activemq.command.ActiveMQQueue"/>

Edit <Tomcat installation folder>\conf\server.xml. Replace the code in <> with relevant information: <GlobalNamingResources>

<! -- Editable user database that can also be used by UserDatabaseRealm to authenticate users

->

<Resource auth="Container" configFile="/AlertEnterpriseRepo/repository.xml"

description="AlertEnterprise Repository" factory="com.alnt.repository.jndi.JackrabbitRepositoryFactory" homeDir="/AlertEnterpriseRepo" name="AlertEnterpriseRepo" type="javax.jcr.Repository"/>

<Resource auth="Container" description="Rule Engine Service" factory="com.sae.ruleengine.jndi.RuleEngineFactory"

name="Sedna" password="MANAGER" type="com.sae.ruleEngine.RuleEngine" username="SYSTEM"/> <Resource name="UserDatabase" auth="Container" type="org.apache.catalina.UserDatabase"

description="User database that can be updated and saved"

factory="org.apache.catalina.users.MemoryUserDatabaseFactory" pathname="conf/tomcat-users.xml"/> </GlobalNamingResources>

Open the <Webserver installation folder>\bin location, and double-click tomcat5w.exe. Click the Java tab, and, under Java options, add the following lines of code at the end: -XX:PermSize=512m

-XX:MaxPermSize=512m -Xms1024m -Xmx1024m

-Djs.license.directory=C:\AlertApplication\Tomcat 6.0\webapps\jasperserver-pro -Dcom.alnt.fabric.loadInitData=force -Dalert.db.update=update

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

161

Note: These settings may vary with the volume of RAM in the server. Start the Tomcat server. Start the AlertEnterprise application by using the address, which is of the form http://<Server IP Address>:8080/AlertEnterprise. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Note: The name and contents of the init script will vary depending on the database management system of the organization. The default port on local host is 8080. If you want to change it, then change it in the sever.xml. Log onto the application by using admin credentials. You should be able to view the home screen of the application.

9.3

AlertEnterprise Application Configurations for the RSA Build

9.3.1

System Type Import of DB Connector

Log into Application.

Go to Setup > Manual Configuration > Import/Export. Check System Types, and click on Import. Select the CSV files, which are in the software build package under the connector \ALNTDbconnector\InitDataFiles folder. After selecting all of the files, click the Upload button. Refresh the page until it shows as a success or failure. Restart the server if required.

9.3.2

System Type Parameters of DB Connector

Log into Application.

Go to Setup > Manual Configuration > Systems > System Types. Search for the connector named “DBConnector,” and click the Modify button. Click Next. Add the following attributes, one by one, and then click the ADD button. For the attributes, the Name and Label fields can be any user-friendly name, as shown in Table 9-1. If the Name and Label fields already exist, do not create a duplicate.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

162

Table 9-1 Attributes

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Name

Label

jndiName

Jndi Name

DATE_TIME_FORMAT

Date and Time Format

DATE_TIME

Date Format

passwordColumnName

Passwrd Column Name

userIdColumnName

UserId Column Name

EXTERNAL_USER_ID_ATTRIBUTE External UserId Attribute MODIFIED_ENTITLEMENTS

Fetch User Entitlement based on last modified date(not by user)

GET_ALL_USERS0

GET_ALL_USERS0

GET_INCREMENTAL_USERS0

GET_INCREMENTAL_USERS0

CREATE_USER0

Create CardHolder Query

UPDATE_USER0

Update CardHolder Query

LOCK_USER0

Lock CardHolder Query

UNLOCK_USER0

Unlock Card Holder Query

DELIMIT_USER0

Change CardHolder Validity Query

USER_PROVISIONED0

Check Card Holder Provisioned Query

ADD_ROLES0

Assign Roles to Card Holder Query

DEPROVE_ROLES0

Remove Roles From Card Holder Query

GET_GENERATED_USERID0

Retrieve User Id Query

driverName

driverName

url

URL

username

userName

Password

password

CREATE_USER1

CREATE_USER1

LOCK_USER1

LOCK_USER1

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

163

Figure 9-4 Guardian DB Connector Attributes

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CONFIGURATION: Create “PACS AD” System a. Setup > Manual Configuration > Systems > System. b. Click New to create a new system. c. Definition…Enter the following: System Type: LDAP from the drop-down Connector Name: PACS AD Connector Description: PACS AD Connector Long Description: PACS AD Connector Type: LDAP (default) d. Click Next. e. Parameters: Enter the parameters listed in Table 9-2.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

164

Table 9-2 Guardian PACS AD Parameters

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

System Parameter Name

System Parameter Value

bindPass

**************** (Password for Dod_Admin User)o60ypIUQT3IOqHmbuRWeuw==

useSSL

FALSE

baseDns

DC=pacs-es-idam-b1,DC=test

groupBaseDn

DC=pacs-es-idam-b1,DC=test

reconBaseDN getIncrementGrpChanges

FALSE

wsdlURL wsUserName wsPwd rootLevelDomain cookieLocation adUserName SYS_CON_ATTR_POST_CREATE_SCRIP T SYS_CON_ATTR_POST_CREATE_SCRIP T_PARAMS objectClass

User

Skipprovisioning

Yes

lastModifiedColumnRole

whenChanged

lastModifiedColumn

whenChanged

Host

172.16.7.2

Port

389

bindDn

CN= DoD_Admin,AlertEnterprise, CN=Users,DC=pacs-es-idam-b1,DC=test f.

Click Next.

g. Attributes: Enter the following: Application: Alert Access

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

165

Check the following boxes: Provisioning, Role Management, Offline System. Leave the Connector Category as Production. Time Zone: Greenwich Mean Time from the drop-down h. Click Next, and then click Save. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CONFIGURATION: Create “Identity DB” System This connector is required for internal purposes. Ignore this step (7) if the Identity DB connector is already setup. Steps to create this connector: a. Setup > Manual Configuration > Systems > System. b. Click New to create a new system. c. Definition…Enter the following: System Type: Database (JDBC J2EE) from the drop-down Connector Name: IDENTITYDB Connector Description: IDENTITYDB Connector Long Description: IDENTITYDB Connector Type: Database (JDBC J2EE) (default) d. Click Next. e. Parameters: Enter the parameters listed in Table 9-3. Table 9-3 Guardian Identity DB Parameters System Parameter Name

System Parameter Value

driverName

Use default

url

Use default

username

Use default

Password

Use default

whereClause

Use default

jndiName

java:comp/env/jdbc/alntdb

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

166

f.

Click Next.

g. Attributes: Enter the following: Application: All

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Check the following boxes: Provisioning, Certification, Identity Provider, Allow Modify Role, and Allow Time Change. Leave the Connector Category as Production. Time Zone: Eastern Daylight Time from the drop-down h. Click Next, and then click Save. CONFIGURATION: Create “ACCESSIT PACS” System This connector is required to integrate with RS2 PACS systems and to perform various provisioning operations. Steps to create this connector: a. Setup > Manual Configuration > Systems > System. b. Click New to create a new system. c. Definition…Enter the following: System Type: DBConnector from the drop-down Connector Name: ACCESSIT PACS Connector Description: ACCESSIT PACS Connector Long Description: ACCESSIT PACS Connector Type: DBConnector (default) d. Click Next. e. Parameters: Enter the parameters listed in Table 9-4. Table 9-4 Guardian ACCESSIT PACS DBConnector Parameters System Parameter Name

System Parameter Value

driverName

com.microsoft.sqlserver.jdbc.SQLServerDriver

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

167

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

System Parameter Name

System Parameter Value

URL

jdbc:sqlserver://<HOST_NAME>:<PORT>;databaseName=AIUnive rsal <HOST_NAME> should be replaced with the hostname of the RS2 PACS system l

Username

The value of the parameter is the name of the user that is used to log in and connect to RS2 PACS database

Password

The value of the parameter is the password of the user that is used to log in and connect to RS2 PACS database

Date and Time Format

MM/dd/yyyy HH:mm:ss

External UserId Attribute

CardholderID

Create CardHolder Query

INSERT INTO [AIUniversal].[dbo].[Cardholders]([CardholderID],[Last Name],[FirstName],[MiddleInitial],[CompanyID],[Notes], [LastModified],[LastModifiedByUser],[DateCreated],[Cre atedByUser],[MemberOfAllSites],[UserText1],[UserText2] ,[UserText3],[UserText4],[UserText5],[UserText6],[User Text7],[UserText8],[UserText9],[UserText10],[UserText1 1],[UserText12],[UserText13],[UserText14],[UserText15] ,[UserText16],[UserText17],[UserText18],[UserText19],[ UserText20],[Department],[UserDate1],[UserDate2],[User Date3],[UserDate4],[UserDate5],[UserNumeric1],[UserNum eric2],[UserNumeric3],[UserNumeric4],[UserNumeric5],[C ardholderStatus],[CardholderActiveDate],[CardholderExp ireDate]) VALUES (NEWID(),$LastName,$FirstName,$MiddleInitial,$CompanyI D,$Notes,GetUTCDate(),'alertent',GetUTCDate(),'alerten t','1',$UserText1,$UserText2,$UserText3,$UserText4,$Us erText5,$UserText6,$UserText7,$UserText8,$UserText9,$U serText_10,$UserText_11,$UserText_12,$UserText_13,$Use rText_14,$UserText_15,$UserText_16,$UserText_17,$UserT ext_18,$UserText_19,$UserText_20,$Department,$UserDate 1,$UserDate2,$UserDate3,$UserDate4,$UserDate5,$UserNum eric1,$UserNumeric2,$UserNumeric3,$UserNumeric4,$UserN umeric5,'1',$CardholderActiveDate,$CardholderExpireDat e)

Update CardHolder Query

BEGIN IF NOT EXISTS (SELECT [CardNumber] FROM [AIUniversal].[dbo].[Cards] WHERE [CardNumber]=$CardNumber) BEGIN INSERT INTO [AIUniversal].[dbo].[Cards] ([CardID],[CardholderID],[CardNumber],[FacilityCode],[ PINNumber],[PINExempt],[APBExempt],[UseExtendedAccessT imes],[CardStatus],[ActiveDate],[ExpireDate],[UserLeve l],[UseCustomReporting],[EventInfo],[Notes],[LastModif ied],[LastModifiedByUser],[DateCreated],[CreatedByUser ],[IssueLevel],[DeactivateExempt],[VacationDate],[Vaca tionDuration],[UseCount],[TempDeactivateStart],[TempDe activateEnd],[Classification],[IPLocksetUserType],[IPL

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

168

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

System Parameter Name

System Parameter Value

Lock CardHolder Query

update [dbo].[Cardholders] set CardholderStatus='0' where CardholderID=$CardholderID

Unlock Card Holder Query

ocksetAccessMode],[IPLocksetCredentialFormat],[IPLocks etAccessAlways],[RawPrimaryCredential],[LargeEncodedCa rdID],[EmbossedNumber]) VALUES (NEWID(),$UserText1,$CardNumber,$FacilityCode,$PIN,'0' ,'0','0','1',NULL,NULL,'0','0',NULL,NULL,SYSDATETIME() ,'alertent',SYSDATETIME(),'alertent','0','0',NULL,'0', '255',NULL,NULL,'Active',NULL,NULL,NULL,NULL,NULL,NULL ,'') END END;

update [dbo].[Cardholders] set CardholderStatus='1' where CardholderID=$CardholderID

Check Card Holder Provisioned Query

select CardholderID from [dbo].[Cardholders] where CardholderID =$CardholderID

Assign Roles to Card Holder Query

INSERT INTO [dbo].[CardholderAccessLevels] ( [CardholderAccessLevelID], [CardholderID], [AccessLevelID],[LastModified],[ActivateDate],[Deactiv ateDate]) VALUES ( NEWID(), $CardholderID,(select AccessLevelID from [dbo].[AccessLevels] where AccessLevelName=$ROLE_NAME),GetUTCDate(), NULL, NULL)

Remove Roles From Card Holder Query Retrieve User Id Query CREATE_USER1

LOCK_USER1

delete from [dbo].[CardholderAccessLevels] where CardholderID=$CardholderID and AccessLevelID=(select AccessLevelID from [dbo].[AccessLevels] where AccessLevelName=$ROLE_NAME) select CardholderID from [dbo].[Cardholders] where UserText1=$UserText1

BEGIN IF $CardNumber is null BEGIN update [dbo].[Cardholders] set CardholderStatus='1' where UserText1=$UserText1 END ELSE BEGIN INSERT INTO [AIUniversal].[dbo].[Cards] ([CardID],[CardholderID],[CardNumber],[FacilityCode],[ PINNumber],[PINExempt],[APBExempt],[UseExtendedAccessT imes],[CardStatus],[ActiveDate],[ExpireDate],[UserLeve l],[UseCustomReporting],[EventInfo],[Notes],[LastModif ied],[LastModifiedByUser],[DateCreated],[CreatedByUser ],[IssueLevel],[DeactivateExempt],[VacationDate],[Vaca tionDuration],[UseCount],[TempDeactivateStart],[TempDe activateEnd],[Classification],[IPLocksetUserType],[IPL ocksetAccessMode],[IPLocksetCredentialFormat],[IPLocks etAccessAlways],[RawPrimaryCredential],[LargeEncodedCa rdID],[EmbossedNumber]) VALUES (NEWID(),(select CardholderID from [dbo].[Cardholders] where UserText1=$UserText1),$CardNumber,$FacilityCode,$PIN,' 0','0','0','1',NULL,NULL,'0','0',NULL,NULL,SYSDATETIME (),'alertent',SYSDATETIME(),'alertent','0','0',NULL,'0 ','255',NULL,NULL,'Active',NULL,NULL,NULL,NULL,NULL,NU LL,'') END END; update [AIUniversal].[dbo].[Cards] set CardStatus='0',Classification='InActive' where [CardNumber]=$CardNumber

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

169

f.

Click Next.

g. Attributes: Enter the following: Application: All This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Check the following boxes: Provisioning, Role Management, and Offline System. Leave the Connector Category as Production. Time Zone: Eastern Daylight Time from the drop-down h. Click Next, and then click Save.

9.3.2.1

Create ACCESSIT PACS System Roles

Click the Roles menu, and click Create New Role. On the popup window, select the option Create completely new role from Start. Select the option Physical System from the System category drop-down list. Enter ACCESSIT PACS under the System Name field, and then click the Search button. From the search results, select the ACCESSIT PACS system, and then click Continue. On the next page, provide details for the following fields, and then click Next Step. a. Role Name: All Doors b. Description: All Doors c. Alias: All Doors d. Active for Provisioning: Yes e. Provisioning Assigned: Yes Click Next Step > Next Step > Next Step, and then click the Save button on the last page. Repeat the above steps, and create the following roles: a. Home Access Level b. Work Order Access Level

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

170

Note: The above roles are created manually, but this is only one of the ways to create PACS system roles in the Alert application. The PACS system roles can also be imported from a flat file, or they can be directly fetched from the PACS system through a reconciliation process (Form customization > Attributes).

9.3.2.2

Create New Custom Form Attributes

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Setup > Manual Configuration > Form customization > Attributes. Click the New button. Create a new attribute called PacsAllDoors, based on the information provided in Table 9-5.

Table 9-5 New Custom Form Attributes Field Name

Field Value

Name

PacsAllDoors

Label

PacsAllDoors

Description

PacsAllDoors

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (Select this value from drop down)

USS Create Request

Yes(Select Checkbox)

USS User Information

No(Select Checkbox)

Approver View

No(Select Checkbox)

Provisioning

Yes(Select Checkbox)

Create Request Sequence

10

User Info Sequence

10

Approver Sequence

10

Group Name

Personnel Information (Select this value from drop down)

Click Save.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

171

Repeat Steps 1 through 4 to create the following custom form attributes (Table 9-6 through Table 9-9). Table 9-6 Create PacsHomeAccess Attribute

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Field Name

Field Value

Name

PacsHomeAccess

Label

PacsHomeAccess

Description

PacsHomeAccess

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (Select this value from drop down)

USS Create Request

Yes(Select CheckBox)

USS User Information

Yes(Select CheckBox)

Approver View

Yes(Select CheckBox)

Provisioning

Yes(Select CheckBox)

Create Request Sequence

11

User Info Sequence

11

Approver Sequence

11

Group Name

Personnel Information (Select this value from drop down)

Table 9-7 Create PacsWorkAccess Attribute Field Name

Field Value

Name

PacsWorkAccess

Label

PacsWorkAccess

Description

PacsWorkAccess

Visible

Yes

Mandatory

No

Read Only

No

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

172

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Field Name

Field Value

Field Type

TextField (Select this value from drop down)

USS Create Request

Yes(Select CheckBox)

USS User Information

Yes(Select CheckBox)

Approver View

Yes(Select CheckBox)

Provisioning

Yes(Select CheckBox)

Create Request Sequence

12

User Info Sequence

12

Approver Sequence

12

Group Name

Personnel Information (Select this value from drop down)

Table 9-8 Create FacilityCode Attribute Field Name

Field Value

Name

FacilityCode

Label

Facility Code

Description

Facility Code

Visible

Yes

Mandatory

Yes

Read Only

No

Field Type

TextField (Select this value from drop down)

USS Create Request

No

USS User Information

No

Approver View

No

Provisioning

Yes(Select CheckBox)

Create Request Sequence User Info Sequence Approver Sequence

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

173

Field Name

Field Value

Group Name

Personnel Information (Select this value from drop down)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Table 9-9 Create PIN Attribute Field Name

Field Value

Name

PIN

Label

PIN

Description

PIN

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (Select this value from drop down)

USS Create Request

Yes(Select CheckBox)

USS User Information

No(Select CheckBox)

Approver View

No(Select CheckBox)

Provisioning

Yes(Select CheckBox)

Create Request Sequence

12

User Info Sequence Approver Sequence Group Name

9.3.2.3

Personnel Information (Select this value from drop down)

Modify statusLDAP Attribute

Setup > Manual Configuration > Form customization > Attributes. Select the Status field from list of Attributes, and then click Modify. If statusLDAP is not present, create a new attribute for statusLDAP by following the steps mentioned in the section Create New Custom Form Attributes. Click the DropDown Values icon.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

174

On the popup window, click New, and provide 514 in the Name field, and 0 (zero) in the Label field (Figure 9-5). Figure 9-5 Create DropDown Values

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save to save the mapping. Similarly, enter the following values for the Name and Label fields (Figure 9-6). Figure 9-6 DropDown Values

Click Save > Save to save the configuration.

9.3.2.4

Identity & Access– Enable Identity

Setup > Manual Configuration > Identity & Access > Enable Identity. Enable the following for the “Identity DB” system (Figure 9-7).

Figure 9-7 Guardian Identify Configuraton

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

175

9.3.3

Identity & Access– User Field Mapping

Setup > Manual Configuration > Identity & Access > User Field Mapping. Select User = Identity (from the drop-down), and then click on Go. Click the Create New button.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select the Custom Field, Primary Key, Visible In List, and Is Searchable fields, based on Table 9-10. Select the checkbox for each field that is identified with a “Yes” in Table 9-10. For each field that is identified with a “No” in Table 9-10, ensure that the checkbox is unchecked (cleared). Repeat Steps 1 through 4 for all fields in Table 9-10. If a field already has the correct values, leave it as-is. Table 9-10 User Field Mapping Custom Field

Primary Key

Visible In List

Is Searchable

UserId

No

Yes

No

ValidFrom

No

Yes

No

ValidTo

No

Yes

No

FirstName

No

Yes

Yes

LastName

No

Yes

Yes

Email

No

No

No

Building

No

No

No

ManagerId

No

No

No

BadgeStatus

No

No

No

BadgeType

No

No

No

BadgeValidFrom

No

No

No

BadgeValidTo

No

No

No

Location

No

No

No

BadgeId

No

No

No

EmployeeType

No

No

No

Department

No

No

No

Password

No

No

No

Groups

No

No

No

ManagerName

No

No

No

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

176

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Custom Field

Primary Key

Visible In List

Is Searchable

ManagerLN

No

No

No

Manager

No

No

No

ManagerId

No

Yes

No

Status

No

No

No

Telephone

No

No

No

ImageUpload

No

No

No

Password_AD

No

No

No

PacsAllDoors

No

Yes

No

PacsHomeAccess

No

Yes

No

PacsWorkAccess

No

Yes

No

9.3.3.1

Identity & Access > Recon Authoritative Fields

Setup > Manual Configuration > Identity & Access > Recon Authoritative Fields (Figure 9-8). Click New. Select PACS AD from the Systems drop-down, and select PacsAllDoors from the Authoritative Field drop-down. Click the Save button to save the mapping.

Figure 9-8 Create Recon Authoritative Fields

Repeat Steps 1 through 4 to configure mapping other fields, such as PacsWorksAccess and PacsHomeAccess, as listed in Figure 9-9.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

177

Figure 9-9 Guardian Recon Authoritative Fields

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

9.3.3.2

Identity & Access > Request Categories

Setup > Manual Configuration > Identity & Access > Request Categories. Select ChangeAccess Category name, and click Modify. a. On the Modify screen, make the following changes: b. In the Provisioning Actions section, un-select the Delimit User and Change Validity Dates checkboxes, if they are selected, and select the Change User option. c. Go to the Add Existing section, and select the system and Remove Role option from the Resources/Roles drop-down field. Click Save to save the configuration.

Figure 9-10 Create External Provisioning Attribute

Repeat Steps 1 and 2 to configure the fields listed in Figure 9-11. Note: Field names are case-sensitive.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

178

Figure 9-11 Field Names

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

9.3.3.3

Identity & Access>Provisioning>Provisioning Mapping

Setup > Manual Configuration > Identity & Access > Provisioning > Provisioning Mapping. Select ACCESSIT PACS, and click Configure. On the next screen, click the New button, and select UserText1 for the DB Connector Attribute Name (Figure 9-12).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

179

Figure 9-12 Provisioning Mapping

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save to save the mapping. Repeat Steps 1 through 4 to configure the other fields shown in Figure 9-13. Figure 9-13 Guardian DB Connector Attribute Mapping

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

180

9.3.3.4

Policy Engine> Rules

Setup > Manual Configuration > Policy Engine > Rules. Click the New button. On the next screen, provide the information shown in Figure 9-14.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-14 Define Rules

Click the Next button. On the next screen, click New to define a new rule condition for the NewHire request category (Figure 9-15).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

181

Figure 9-15 Define Condition

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Repeat Step 5 to define a new rule condition for the other request categories (Remove User Access and ChangeAccess), as shown in Figure 9-16. Figure 9-16 Define Rule Conditions for Other Request Categories

Repeat Steps 1 through 6 to configure All Door Access New, Home Access Level New and WO Access Level New, as shown in Table 9-11. Table 9-11 Rule Name Table Rule Name

Entity Type

Rule Type

Description

Applicable to

All Door Access New

Workflow

AlertAccess

All Door Access New

Suggest/ Default

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

Attributes

Selection Value

PacsALLDoors AND Request Category

1. True and NewHire 2. True and Remove User Access 3 . True and ChangeAccess

182

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Rule Name

Entity Type

Rule Type

Description

Home Access Level New

Workflow

AlertAccess

WO Access Level New

Workflow

AlertAccess

9.3.3.5

Applicable to

Attributes

Selection Value

Suggest/ Home Access Level Default New

PacsHomeAccess AND Request Category

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

WO Access Level New

PacsWorkAccess AND Request Category

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

Suggest/ Default

Policy Engine > Rule Action Handler

Setup > Manual Configuration > Policy Engine > Rule Action Handler. Click New, and create the Action Handlers listed in Table 9-12.

Table 9-12 Guardian Policy Engine Rule Action Handler Action Handler Name

Workflow

Task Type

Value

Priority

Update Identity Info.?

Evaluate Enterprise Role?

Recon New Hire

AlertAccess

Recon Create Request

New Hire

0

Yes

No

Recon Terminate Handler

AlertAccess

Recon Create Request

Terminate

0

Yes

No

Recon Error Handler

AlertAccess

Recon Exception Record Task

ReconChangeHandler

AlertAccess

Recon Create Request

Yes

No

0

Change Access

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

0

183

9.3.3.6

Policy Engine > Suggest/Default Access

Setup > Manual Configuration > Policy Engine > Suggest/Default Access. Click New, and enter the following information to create the All Door Access criteria (Figure 9-17).

Figure 9-17 Suggest/Default Access This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

On the next screen, click the Enter button. On the next screen, enter ACCESSIT PACS in the System Name field, and then click the Search button. The system will appear in the Search Results pane. Click the Add link under the Action column to add the system to the Selected Systems section. Click the Next button On the next screen, enter ALL DOORS in the Role Name field, and then click the Search button. The Role will appear in the Search Results pane. Click the Add link under the Action column to add the role to the Selected Roles section. Click the Save button to save the configuration. Repeat Steps 1 through 9 to configure other criterias for Home Access Level, WO Access Level, and NewHireDefaultSystems, as listed in Table 9-13.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

184

Table 9-13 Manual Configuration Policy Engine Suggest/Default Access

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Search by System

Selected System

Selected Role

All Door Access NEW

Yes (select checkbox)

ACCESSIT PACS

ALL DOORS

Default

Work Access Level New

Yes (select checkbox)

ACCESSIT PACS

Home Access Level

WO Access Level

Default

Home Access Level New

Yes (select checkbox)

ACCESSIT PACS

WO Access Level

NewHireDefaultSystems

Default

NewHireDefaultRule

Yes (select checkbox)

ACCESSIT PACS

Name

Type

Condition

All Door Access

Default

Home Access Level

Select all existing Suggest Default Access criteria, other than the ones listed in Table 9-13, and click Delete to delete them.

9.3.3.7

Policy Engine > Rule Action Handler

Setup > Manual Configuration > Policy Engine > Rule Action Handler. In the Action Handlers List page, select ReconChangeHandler, and Click Modify. On the next screen, select Recon Create Request for the Task type drop-down field, and click Update Task. On the popup window, click the Value drop-down field, and select ChangeAccess (Figure 9-18).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

185

Figure 9-18 Modify Task

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save Task, and then Click the Save.

9.3.3.8

Policy Engine > Policy Designer

Setup > Manual Configuration > Policy Engine > Policy Designer. Select New to create a new policy designer as follows (Figure 9-19): a. Name: User Policy New b. Rule type: AlertAccess c. Description: User Policy New

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

186

Figure 9-19 Policy Designer

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next. Drag the elements from the toolbar section that is available at the top of the page, place the elements onto the layout page, and then connect each node as mentioned in Figure 9-20. Figure 9-20 Toolbar Section

represents the start button represents the end button

represents a decision

represents a transition

represents a task

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

187

Guidelines to configure the policy: To place an element/node on the layout page, drag it from the toolbar, and then place it on the layout page. To connect two nodes, select the transition icon from the toolbar, and then mouse over to the first node and connect it to the other node in the same direction specified in Figure 9-21. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-21 Guardian User Policy

Click on the Step 1 decision box, and it will open a popup window with some fields (Figure 9-22). Enter $masterUser[UserId].size='0' in the Condition field, and then press Enter.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

188

Figure 9-22 Tasks

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Similarly, click on the other steps (2 through 7), and configure the data based on Table 9-14. For decision nodes, provide the Condition value; for task nodes, like Create User, Terminate, Change Handler, and Error Handler, provide the Is Task Handler and Task Handler fields. Table 9-14 Guardian User Policy Step

Name

Type

Condition

1

User ID Check

Decision

$masterUser[UserId].s ize='0'

2

Create User

Task Handler

3 Terminate Check 4

Decision

Terminate

Task Handler

Remove Access Check

Decision

6

Error Handler

Task Handler

7

Change Handler

Task Handler

5

Is Task Handler

Task Handler

Yes

Recon New Hire

Yes

Recon Terminate Handler

Yes

Recon Error Handler

Yes

Recon Change Handler

Update Query

$checkStatus[statusLD AP,512;546;66048;544 ;UserStatus,Active,514 ;66050;InActive].actio n='LOCK'

$checkAuthFields[].sta tus='Yes'

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

189

9.3.3.9

Job Scheduler > Triggers Field Map

Setup > Manual Configuration > Job Scheduler > Triggers Field Map. Click New. Enter the following fields:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

a. Group Name: PACSAD Field Map b. Description: PACSAD Field Mapping c. Select Type: Reconciliation After creating a field map, select the newly created map, and then select Configure. Click New, and create a mapping according to Figure 9-23. Figure 9-23 Guardian Job Scheduler Triggers Field Map

9.3.3.10 Job Scheduler > Triggers

Setup > Manual Configuration > Job Scheduler > Triggers. Click New, and create the PACSAD Trigger (Table 9-15).

Table 9-15 Guardian Job Scheduler Triggers Name

PACSAD Trigger

Description

PACSAD Trigger

Type

Reconciliation

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

190

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Name

PACSAD Trigger

Batch Size

100

Number of Attempts

3

Policy Designer for Users/Roles

User policy New

System: Reconciliation From

PACS AD

Reconciliation System

PACS AD

Field Mapping Group

PACSAD Field Map

User Type

True

User Role

True

9.3.3.11 Job Scheduler > Scheduler

Setup > Manual Configuration > Job Scheduler > Scheduler. Click New, and enter the following fields, as shown in Figure 9-24. a. Job Type: Reconciliation Job b. Job Name: <Job Name> c. Select the Global checkbox d. Reconciliation for: Users e. Reconciliation Type: Incremental Reconciliation f.

Reconciliation Triggers: PACSAD Trigger

g. Select the schedule as Immediate, Once, Periodically, or Advance. For Periodically, specify the Start At, End At, and Rerun every (duration of job frequency, which should be no less than every 2 minutes).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

191

Figure 9-24 Guardian Reconciliation Job

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save.

9.4

AlertEnterprise Enterprise Guardian Configuration for the CA Build

9.4.1

System Type Import of DB Connector

Log into the application.

Go to Setup > Manual Configuration > Import/Export. Check System Types, and then click Import. Select the CSV files, which are in software build package under the Connector \ALNTDbconnector\InitDataFiles folder. After selecting all of the files, click the Upload button.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

192

Refresh the page until it shows as a success or failure. Restart the server if required.

9.4.2

System Type Parameters of DB Connector

Log into the application.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Go to Setup > Manual Configuration > Systems > System Types. Search for the connector named “DBConnector,” and then click the Modify button. Click Next. Add the following attributes, one by one, and then click the ADD button. For the attributes, the Name and Label fields can be any user-friendly names, as shown in Table 9-16. If the Name and Label fields already exist, do not create a duplicate. Table 9-16 DB Connector Name and Label Fields Name

Label

jndiName

Jndi Name

DATE_TIME_FORMAT

Date and Time Format

DATE_TIME

Date Format

passwordColumnName

Passwrd Column Name

userIdColumnName

UserId Column Name

EXTERNAL_USER_ID_ATTRIBUTE

External UserId Attribute

MODIFIED_ENTITLEMENTS

Fetch User Entitlement based on last modified date(not by user)

GET_ALL_USERS0

GET_ALL_USERS0

GET_INCREMENTAL_USERS0

GET_INCREMENTAL_USERS0

CREATE_USER0

Create CardHolder Query

UPDATE_USER0

Update CardHolder Query

LOCK_USER0

Lock CardHolder Query

UNLOCK_USER0

Unlock Card Holder Query

DELIMIT_USER0

Change CardHolder Validity Query

USER_PROVISIONED0

Check Card Holder Provisioned Query

ADD_ROLES0

Assign Roles to Card Holder Query

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

193

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Name

Label

DEPROVE_ROLES0

Remove Roles From Card Holder Query

GET_GENERATED_USERID0

Retrieve User Id Query

driverName

driverName

url

URL

userName

userName

password

password

CREATE_USER1

CREATE_USER1

LOCK_USER1

LOCK_USER1

Figure 9-25 Guardian DB Connector Attributes

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

194

9.4.3

Create System Connectors for all Target Systems

9.4.3.1

CONFIGURATION: Create Connector for “Alert User Database (External)”

This connector is required to connect the Alert user table that is exposed to third-party systems (CA in this case) and to get the data. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Steps to create this connector: Setup > Manual Configuration > Systems > System. Click New to create a new system. Definition… Enter the following: a. System Type: DBConnector from the drop-down b. Connector Name: ALERTDBCONNECTOR c. Connector Description: ALERT DBCONNECTOR d. Connector Long Description: ALERT DBCONNECTOR e. Connector Type: DbConnector (Label) Click Next. Parameters: Enter the parameters listed in Table 9-17. Table 9-17 Guardian Manual Configuration System Parameters System Parameter Name

System Parameter Value

Jndi Name

java:comp/env/jdbc/alertdb

Date and Time Format

MM/dd/yyyy HH:mm:ss

GET_ALL_USERS0

GET_INCREMENTAL_USE RS0

select UserId, FirstName,LastName,Email,WorkPhone,HomePhone,Departm ent,EmployeeType,PacsAllDoor,Case WHEN PacsAllDoor='1' then 'TRUE' Else 'FALSE' END as PacsAllDoor,CASE WHEN PacsHomeAccess='1' then 'TRUE'else 'FALSE' END as PacsHomeAccess , CASE WHEN PacsWorkAccess='1' then 'TRUE' else 'FALSE' END as PacsWorkAccess,CardNumber,FacilityCode,LastModifiedD ate,ValidFrom,ValidTo,Title,UserStatus,PIN from alnt_idm_user_dtls select UserId, FirstName,LastName,Email,WorkPhone,HomePhone,Departm ent,EmployeeType,PacsAllDoor,Case WHEN PacsAllDoor='1' then 'TRUE' Else 'FALSE' END as PacsAllDoor,CASE WHEN PacsHomeAccess='1' then

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

195

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

System Parameter Name

System Parameter Value

External UserId Attribute

UserId

UserId Column Name

'TRUE'else 'FALSE' END as PacsHomeAccess , CASE WHEN PacsWorkAccess='1' then 'TRUE' else 'FALSE' END as PacsWorkAccess,CardNumber,FacilityCode,LastModifiedD ate,ValidFrom,ValidTo,Title,UserStatus,PIN from alnt_idm_user_dtls where LastModifiedDate> STR_TO_DATE($LAST_RUN_DATE,'%m/%e/%Y %H:%i:%s') and UserStatus='Active' UserId

Click Next. Attributes: Enter the following: a. Application: Alert Access b. Check the following boxes: Provisioning, Role Management, Offline System. c. Leave the Connector Category as Production d. Time Zone: Eastern Daylight Time from the drop-down Note: Time Zone should be same as the time zone of where the application is hosted. Click Next, and then click Save.

9.4.3.2

CONFIGURATION: Create “Identity DB” System

This connector is required for internal purposes. Ignore this step if the Identity DB Connector is already setup. Steps to create this connector: Setup > Manual Configuration > Systems > System. Click New to create a new system. Definition… Enter the following: a. System Type: Database (JDBC J2EE) from the drop-down b. Connector Name: IDENTITYDB c. Connector Description: IDENTITYDB d. Connector Long Description: IDENTITYDB

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

196

e. Connector Type: Database (JDBC J2EE) (default) Click Next. Parameters: Enter the parameters listed in Table 9-18. Table 9-18 Guardian Identity DB Parameters This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

System Parameter Name

System Parameter Value

driverName

(use default)

url

(use default)

userName

(use default)

password

(use default)

whereClause

(use default)

jndiName

java:comp/env/jdbc/alntdb

Click Next. Attributes: Enter the following: a. Application: All b. Check the following boxes: Provisioning, Certification, Identity Provider, Allow Modify Role, and Allow Time Change. c. Leave Connector Category as Production. d. Time Zone: Eastern Daylight Time from the drop-down Click Next, and then click Save.

9.4.3.3

CONFIGURATION: Create “ACCESSIT PACS” System

This connector is required for integrating with RS2 PACS system and performing various provisioning operations. Steps to create this connector: Setup > Manual Configuration > Systems > System. Click New to create a new system. Definition… Enter the following: a. System Type: DBConnector from the drop-down

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

197

b. Connector Name: ACCESSIT PACS c. Connector Description: ACCESSIT PACS d. Connector Long Description: ACCESSIT PACS e. Connector Type: DBConnector (default) This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next. Parameters: Enter the parameters listed in Table 9-19. Table 9-19 Guardian PACS DBConnector Parameters System Param Name

System Param Value

driverName

com.microsoft.sqlserver.jdbc.SQLServerDriver

URL

jdbc:sqlserver://<HOST_NAME>:<PORT>;databaseName =AIUniversal

<HOST_NAME> should be replaced with the hostname of the RS2 PACS system Username

Login User Name to connect to RS2 PACS database

Password

Login password to connect to RS2 PACS database

Date and Time Format

MM/dd/yyyy HH:mm:ss

External UserId Attribute

CardholderID

Create CardHolder Query

INSERT INTO [AIUniversal].[dbo].[Cardholders]([CardholderID] ,[LastName],[FirstName],[MiddleInitial],[Company ID],[Notes],[LastModified],[LastModifiedByUser], [DateCreated],[CreatedByUser],[MemberOfAllSites] ,[UserText1],[UserText2],[UserText3],[UserText4] ,[UserText5],[UserText6],[UserText7],[UserText8] ,[UserText9],[UserText10],[UserText11],[UserText 12],[UserText13],[UserText14],[UserText15],[User Text16],[UserText17],[UserText18],[UserText19],[ UserText20],[Department],[UserDate1],[UserDate2] ,[UserDate3],[UserDate4],[UserDate5],[UserNumeri c1],[UserNumeric2],[UserNumeric3],[UserNumeric4] ,[UserNumeric5],[CardholderStatus],[CardholderAc tiveDate],[CardholderExpireDate]) VALUES (NEWID(),$LastName,$FirstName,$MiddleInitial,$Co mpanyID,$Notes,GetUTCDate(),'alertent',GetUTCDat e(),'alertent','1',$UserText1,$UserText2,$UserTe xt3,$UserText4,$UserText5,$UserText6,$UserText7, $UserText8,$UserText9,$UserText_10,$UserText_11, $UserText_12,$UserText_13,$UserText_14,$UserText _15,$UserText_16,$UserText_17,$UserText_18,$User Text_19,$UserText_20,$Department,$UserDate1,$Use rDate2,$UserDate3,$UserDate4,$UserDate5,$UserNum

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

198

System Param Name

System Param Value

Update CardHolder Query

update [dbo].[Cardholders] set LastModified=GetUTCDate() where CardholderID=$CardholderID

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Lock CardHolder Query Unlock Card Holder Query

eric1,$UserNumeric2,$UserNumeric3,$UserNumeric4, $UserNumeric5,'1',$CardholderActiveDate,$Cardhol derExpireDate)

update [dbo].[Cardholders] set CardholderStatus='0' where CardholderID=$CardholderID update [dbo].[Cardholders] set CardholderStatus='1' where CardholderID=$CardholderID

Check Card Holder Provisioned Query

select CardholderID from [dbo].[Cardholders] where CardholderID =$CardholderID

Assign Roles to Card Holder Query

INSERT INTO [dbo].[CardholderAccessLevels] ( [CardholderAccessLevelID], [CardholderID], [AccessLevelID],[LastModified],[ActivateDate],[D eactivateDate]) VALUES ( NEWID(), $CardholderID,(select AccessLevelID from [dbo].[AccessLevels] where AccessLevelName=$ROLE_NAME),GetUTCDate(), NULL, NULL)

Remove Roles From Card Holder Query Retrieve User Id Query CREATE_USER1

delete from [dbo].[CardholderAccessLevels] where CardholderID=$CardholderID and AccessLevelID=(select AccessLevelID from [dbo].[AccessLevels] where AccessLevelName=$ROLE_NAME) select CardholderID from [dbo].[Cardholders] where UserText1=$UserText1

INSERT INTO [AIUniversal].[dbo].[Cards] ([CardID],[CardholderID],[CardNumber],[FacilityC ode],[PINNumber],[PINExempt],[APBExempt],[UseExt endedAccessTimes],[CardStatus],[ActiveDate],[Exp ireDate],[UserLevel],[UseCustomReporting],[Event Info],[Notes],[LastModified],[LastModifiedByUser ],[DateCreated],[CreatedByUser],[IssueLevel],[De activateExempt],[VacationDate],[VacationDuration ],[UseCount],[TempDeactivateStart],[TempDeactiva teEnd],[Classification],[IPLocksetUserType],[IPL ocksetAccessMode],[IPLocksetCredentialFormat],[I PLocksetAccessAlways],[RawPrimaryCredential],[La rgeEncodedCardID],[EmbossedNumber]) VALUES (NEWID(),(select CardholderID from [dbo].[Cardholders] where UserText1=$UserText1),$CardNumber,$FacilityCode, $PIN,'0','0','0','1',NULL,NULL,'0','0',NULL,NULL ,SYSDATETIME(),'alertent',SYSDATETIME(),'alerten t','0','0',NULL,'0','255',NULL,NULL,'Active',NUL L,NULL,NULL,NULL,NULL,NULL,'')

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

199

System Param Name

System Param Value

LOCK_USER1

update [AIUniversal].[dbo].[Cards] set CardStatus='0',Classification='InActive' where [CardNumber]=$CardNumber

Click Next. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Attributes: Enter the following: a. Application: All b. Check the following boxes: Provisioning, Role Management, and Offline System. c. Leave Connector Category as Production. d. Time Zone: Eastern Daylight Time from the drop-down Click Next, and then click Save.

9.4.3.4

Create ACCESS It! PACS System Roles

Click the Roles menu, and then click Create New Role. On the popup window, select the option Create completely new role from Start. Select the option Physical System from the System category drop-down list. Enter ACCESSIT PACS under the System Name field, and then click the Search button. From the search results, select the ACCESSIT PACS system, and then click Continue. On the next page, provide details for the following fields, and then click Next Step. a. Role Name: All Doors b. Description: All Doors c. Alias: All Doors d. Active for Provisioning: Yes e. Provisioning Assigned: Yes Click Next Step > Next Step > Next Step, and then click the Save button on the last page. Repeat the preceding steps, and create the following roles: a. Home Access Level

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

200

b. Work Order Access Level Note: The roles are created manually. However, there are many ways to create PACS system roles in the Alert application. The PACS system roles can be imported from a flat file, or they can be directly fetched from the PACS system through a reconciliation process (Form customization > Attributes). This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

9.4.3.5

Create New Custom Form Attributes

Setup > Manual Configuration > Form customization > Attributes. Click the New button. Create a new attribute called PacsAllDoors, based on the information provided in Table 9-20.

Table 9-20 New Custom Form Attributes Field Name

Field Value

Name

PacsAllDoors

Label

PacsAllDoors

Description

PacsAllDoors

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (select this value from the drop-down)

USS Create Request

Yes (select checkbox)

USS User Information

Yes (select checkbox)

Approver View

Yes (select checkbox)

Provisioning

Yes (select checkbox)

Create Request Sequence

10

User Info Sequence

10

Approver Sequence

10

Group Name

Personnel Information (select this value from the drop-down)

Click Save. Repeat the Steps 1 through 4 to create the following custom attributes:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

201

a. PacsHomeAccess Create a PacsHomeAccess attribute based on the information in Table 9-21. Table 9-21 Create PacsHomeAccess Attribute

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Field Name

Field Value

Name

PacsHomeAccess

Label

PacsHomeAccess

Description

PacsHomeAccess

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (select this value)

USS Create Request

Yes (select checkbox)

USS User Information

Yes (select checkbox)

Approver View

Yes (select checkbox)

Provisioning

Yes (select checkbox)

Create Request Sequence

11

User Info Sequence

11

Approver Sequence

11

Group Name

Personnel Information (select this value)

b. PacsWorkAccess Create a PacsWorkAccess attribute based on the information in Table 9-22. Table 9-22 Create PacsWorkAccess Attribute Field Name

Field Value

Name

PacsWorkAccess

Label

PacsWorkAccess

Description

PacsWorkAccess

Visible

Yes

Mandatory

No

Read Only

No

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

202

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Field Name

Field Value

Field Type

TextField (select this value)

USS Create Request

Yes (select checkbox)

USS User Information

Yes (select checkbox)

Approver View

Yes (select checkbox)

Provisioning

Yes (select checkbox)

Create Request Sequence

12

User Info Sequence

12

Approver Sequence

12

Group Name

Personnel Information (select this value)

c. FacilityCode Create a FacilityCode attribute based on the information in Table 9-23. Table 9-23 Create FacilityCode Attribute Field Name

Field Value

Name

FacilityCode

Label

FacilityCode

Description

FacilityCode

Visible

Yes

Mandatory

Yes

Read Only

No

Field Type

TextField (select this value)

USS Create Request

No

USS User Information

No

Approver View

No

Provisioning

Yes (select Checkbox)

Create Request Sequence User Info Sequence Approver Sequence Group Name

Personnel Information (select this value)

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

203

d. PIN Create a PIN attribute based on the information in Table 9-24. Table 9-24 Create PIN Attribute

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Field Name

Field Value

Name

PIN

Label

PIN

Description

PIN

Visible

Yes

Mandatory

No

Read Only

No

Field Type

TextField (select this value)

USS Create Request

Yes (select checkbox)

USS User Information

No (select checkbox)

Approver View

No (select checkbox)

Provisioning

Yes (select checkbox)

Create Request Sequence

12

User Info Sequence Approver Sequence Group Name

Personnel Information (select this value)

Note: The above roles are created manually. However, there are multiple ways to create PACS system roles in the Alert application. The PACS system roles can be imported from a flat file, or they can be directly fetched from the PACS system through the reconciliation process (Form customization > Attributes).

9.4.3.6

Modify Employee Type Attribute

Setup > Manual Configuration > Form customization > Attributes. Select the Employee Type field from the list of Attributes, and then click Modify. If the values are already correct, continue to make the rest of the change. Click the DropDown Values icon. On the popup window, click New, and then enter Employee in both the Name and Label fields (Figure 9-26).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

204

Figure 9-26 Create DropDown Values

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save. Configure the values for the Contractor field in the same way (Figure 9-27). Figure 9-27 DropDown Values

Click Save > Save to save the configuration.

9.4.3.7

Modify Status Attribute

Setup > Manual Configuration > Form customization > Attributes. Select the Status field from the list of Attributes, and then click Modify. Click the DropDown Values icon. On the popup window, click New, and enter Active in both the Name and Label fields (Figure 9-28).

Figure 9-28 Create DropDown Values

Configure the values for InActive field in the same way (Figure 9-29). Figure 9-29 DropDown Values

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

205

Click Save > Save to save the configuration.

9.4.3.8

Identity & Access– Enable Identity

Setup > Manual Configuration > Identity & Access > Enable Identity Enable the following configuration for the “Identity DB” system (Figure 9-30).

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-30 Guardian Identity Configuration

9.4.4

Identity & Access > User Field Mapping

Setup > Manual Configuration > Identity & Access > User Field Mapping. Select User = Identity (from the drop-down), and then click Go. Click the Create New button. Select the Custom Field, Primary Key, Visible In List, and Is Searchable fields, based on Table 9-25. Select the checkboxes for each field that is identified with a “Yes” in Table 9-25. For each field that is identified with a “No” in Table 9-25, ensure that the checkbox is unchecked (cleared). Click the Save button to save the record. Repeat Steps 1 through 5 for all fields in Table 9-25. If a mapping already exists for a particular field, leave the mapping as-is.

Table 9-25 User Field Mapping Custom Field

Primary Key

Visible In List

UserId

No

Yes

No

ValidFrom

No

Yes

No

ValidTo

No

Yes

No

FirstName

No

Yes

Yes

LastName

No

Yes

Yes

Email

No

No

No

Building

No

No

No

ManagerId

No

No

No

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

Is Searchable

206

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Custom Field

Primary Key

Visible In List

BadgeStatus

No

No

No

BadgeType

No

No

No

BadgeValidFrom

No

No

No

BadgeValidTo

No

No

No

Location

No

No

No

BadgeId

No

No

No

EmployeeType

No

No

No

Department

No

No

No

Password

No

No

No

Groups

No

No

No

ManagerName

No

No

No

ManagerLN

No

No

No

Manager

No

No

No

ManagerId

No

Yes

No

Status

No

No

No

Telephone

No

No

No

ImageUpload

No

No

No

Password_AD

No

No

No

PacsAllDoors

No

Yes

No

PacsHomeAccess

No

Yes

No

PacsWorkAccess

No

Yes

No

9.4.4.1

Is Searchable

Identity & Access > Recon Authoritative Fields

Setup > Manual Configuration > Identity & Access > Recon Authoritative Fields. Click New. Select ALERTDBCONNECTOR from the Systems drop-down list, and select PacsAllDoors from the Authoritative Field drop-down list (Figure 9-31). Click Save to save the mapping.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

207

Figure 9-31 Create Recon Authoritative Fields

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Repeat Steps 1 through 4 to configure the mapping for fields PacsWorksAccess and PacsHomeAccess, as shown in Figure 9-32. Figure 9-32 Guardian Recon Authoritative Fields

9.4.4.2

Identity & Access > Request Categories

Setup > Manual Configuration > Identity & Access > Request Categories. Select the ChangeAccess Category name, and then click Modify. On the Modify screen, make the following changes: a. In the Provisioning Actions section, deselect the Delimit User and Change Validity Dates checkboxes, if they are selected. b. Go to the Add Existing section, and select the System and Remove Role option from the Resources/Roles drop-down list. Click Save to save the configuration.

9.4.4.3

Identity & Access > Provisioning > External Provisioning Attributes

Setup > Manual Configuration > Identity & Access > Provisioning > External Provisioning Attributes

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

208

Select the ACCESSIT PACS system from the list, and then click Configure. On the next screen, click New, and provide LastName in both the Name and Description fields (Figure 9-33). Click Save to save the configurations This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Figure 9-33 Create External Provisioning Attribute

Repeat Steps 1 through 4 to configure the fields listed in Figure 9-34. Figure 9-34 Configuring Fields

Note: The field names are case-sensitive.

9.4.4.4

Identity & Access > Provisioning > Provisioning Mapping

Setup > Manual Configuration > Identity & Access > Provisioning > Provisioning Mapping. Select ACCESSIT PACS, and then click Configure. On the next screen, click New, and then select UserText1 for the DB Connector Attribute Name (Figure 9-35).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

209

Figure 9-35 Provisioning Mapping

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save to save the mapping. Repeat Steps 1 through 4 to configure the other fields as shown in Figure 9-36. Figure 9-36 Guardian DB Connector Attribute Mapping

9.4.4.5

Policy Engine > Rules

Setup > Manual Configuration > Policy Engine > Rules. Click New.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

210

On the next screen, provide the information shown in Figure 9-37. Figure 9-37 Define Rules

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next. On the next screen, click New to define a new rule condition for the NewHire request category (Figure 9-38). Figure 9-38 Define Condition

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

211

Repeat Step 5 to define rule conditions for the other request categories (Remove User Access and ChangeAccess), as shown in Figure 9-39. Figure 9-39 Remove User Access and ChangeAccess

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Repeat Steps 1 through 6 to configure Home Access Level New and WO Access Level New, as shown in Table 9-26. Table 9-26 Guardian Manual Configuration Policy Engine Rules Rule Name

Entity Type

Rule Type

Description

Applicable to

All Door Access New

Workflow

AlertAccess

All Door Access New

Home Access Level New

Workflow

AlertAccess

WO Access Level New

Workflow

AlertAccess

Attributes

Selection Value

Suggest/ Default

PacsALLDoors AND Request Category

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

Home Access Level New

Suggest/ Default

PacsHomeAccess AND Request Category

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

WO Access Level New

Suggest/ Default

PacsWorkAccess AND Request Category

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

212

9.4.4.6

Policy Engine > Suggest/Default Access

Setup > Manual Configuration > Policy Engine > Suggest/Default Access. Click New, and enter the following information to create the All Door Access criteria (Figure 9-40).

Figure 9-40 All Door Access This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next. On the next screen, enter ACCESSIT PACS in the System Name field, and then click Search. The System will appear in Search Results pane. Click the Add link under the Action column to add the system to the Selected Systems section. Click Next. On the next screen, enter ALL DOORS in Role Name field, and then click Search. The Role will appear in Search Results pane. Click the Add link under the Action column to add the role to the Selected Roles section. Click Save to save the configuration. Repeat Steps 1 through 9 to configure other criteria for Home Access Level New and WO Access Level New as listed in Table 9-27.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

213

Table 9-27 Guardian Manual Configuration Policy Engine Rules

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Rule Name

Entity Type

All Door Access New

Workflow AlertAccess All Door Access New

Suggest/ Default

PacsALLDoors AND Request Category

Home Access Level New

Workflow AlertAccess Home Access Level New

Suggest/ Default

PacsHomeAccess 1. True and NewHire AND Request Category 2. True and Remove User Access 3 True and ChangeAccess

WO Access Level New

Workflow AlertAccess WO Access Level New

Suggest/ Default

PacsWorkAccess AND Request Category

Rule Type

Description

Applicable Attributes to

Selection Value 1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

1. True and NewHire 2. True and Remove User Access 3. True and ChangeAccess

Select all existing Suggest Default Access criteria, other than the one listed in Table 9-27, and click Delete to delete them.

9.4.4.7

Policy Engine > Rule Action Handler

Setup > Manual Configuration > Policy Engine > Rule Action Handler. In the Action Handlers List page, select ReconChangeHandler, and then click Modify. On the next screen, select Recon Create Request for the Task type drop-down field, and then click Update Task. On the popup window, click the Value drop-down field, and then select ChangeAccess (Figure 9-41).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

214

Figure 9-41 Modify Task

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save Task, and then click Save.

9.4.4.8

Policy Engine > Policy Designer

Setup > Manual Configuration > Policy Engine > Policy Designer. Select New to create a new policy designer as follows (Figure 9-42): a. Name: User Policy New b. Rule Type: AlertAccess c. Description: User Policy New

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

215

Figure 9-42 New Policy Designer

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Next. Drag the elements from the toolbar section that is available at the top of the page, place the elements onto the layout page, and then connect each node as illustrated in Figure 9-43.

Figure 9-43 Tool Bar Section

represents the start button represents the end button

represents a decision

represents a transition

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

216

represents a task Guidelines to configure the policy: This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

a. To place an element/node on the layout page, drag it from the toolbar, and then place it on the layout page. b. To connect two nodes, select the transition icon from the toolbar, and then mouse over to the first node and connect it to the other node in the same direction specified in Figure 9-44. c. To provide text for a decision, task, or transition line, double-click on the corresponding node, and enter the text. After entering the text, press Enter to exit the edit mode. Figure 9-44 Guardian User Policy

Click on the Step 1 decision box, and it will open popup window with some fields (Figure 9-45).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

217

Enter $masterUser[UserId].size='0' in the Condition field, and then press Enter. Figure 9-45 Tasks

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Similarly, click on other steps (2 through 7), and configure the data based on Table 9-28. For decision nodes, provide the Condition value; for task nodes, like Create User, Terminate User, Change Handler, and Error Handler, provide the Is Task Handler and Task Handler fields. Table 9-28 Guardian User Policy Is Task Handler

Task Handler

Yes

Recon New Hire

Yes

Recon Terminate Handler

Task Handler

Yes

Recon Error Handler

Task Handler

Yes

Recon Change Handler

Step

Name

Type

Condition

1

User ID Check

Decision

$masterUser[UserId].size=' 0'

2

Create User

Task Handler

3

Terminate Decision Check

4

Terminate Task Handler

5

Remove Access Check

Decision

6

Error Handler

7

Change Handler

9.4.4.9

Update Query

$checkStatus[UserStatus,Ac tive,InActive].action='LOC K'

$checkAuthFields[].status= 'Yes'

Job Scheduler > Triggers Field Map

Setup > Manual Configuration > Job Scheduler > Triggers Field Map. Click New.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

218

Enter the following fields: a. Group Name: Alert DbConnector Field Mapping b. Description: Alert DbConnector Field Mapping c. Select Type: Reconciliation This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

After creating a field map, select the newly created map, and then select Configure. Click New, and then create a mapping per Figure 9-46. Figure 9-46 Guardian Job Scheduler Triggers Field Map

9.4.4.10 Job Scheduler > Triggers

Setup > Manual Configuration > Job Scheduler > Triggers. Click New, and then create the following triggers in Table 9-29.

Table 9-29 Guardian AlertEnterprise DB Trigger Name

AlertDbConnectorTrigger

Description Type

AlertDbConnectorTrigger Reconciliation

Batch Size Number of Attempts

100 3

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

219

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Policy Designer for Users/Roles System: Reconciliation From Reconciliation System Field Mapping Group User Type User Role

User policy New ALERTDBCONNECTOR ALERTDBCONNECTOR ALERTDBCONNECTOR Field Mapping True True

9.4.4.11 Job Scheduler > Scheduler

Setup > Manual Configuration > Job Scheduler > Scheduler. Click New, and then enter the following fields (Figure 9-47): a. Job Type: Reconciliation Job b. Job Name: <Job Name> c. Select the Global checkbox d. Reconciliation for: Users e. Reconciliation Type: Incremental Reconciliation f.

Reconciliation Triggers: AlertDbConnectorTrigger

g. Select the schedule as Immediate, Once, Periodically, or Advance. For Periodically, specify the Start At, End At, and Rerun every (duration of job frequency, which should be no less than every 2 minutes).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

220

Figure 9-47 Guardian Reconciliation Job

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save.

10 PACS Server: RS2 Access It! Universal Server Installation The Access It! Universal RS2 Technologies PACS Server is installed on the PACS Network to help control physical access to simulated facilities, rooms, etc. RS2 Technologies cards and card readers were also included in both builds. The RS2 Technologies PACS Server is installed on a VM that is running the Windows Server 2012 R2 OS.

10.1

Security Characteristics

Cybersecurity Framework Categories: PR.AC-2: Physical access to assets is managed and protected. NIST SP 800-53 Revision 4 Security Controls: PE-2, PE-3, PE-4, PE-5, PE-6, PE-9

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

221

10.2

System Environment

The system for the PACS-Console Server configured by the NCCoE contains the following configuration settings and environmental constraints:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Windows Server 2012 R2

VM with CPU Quad Core 2.199 GHz

VM with 8,192 MB of memory

virtual hard disk containing 240 GB of storage

10.3

AIUNIVERSAL Installation Insert the AIUNIVERSAL compact disc (CD) into the compact disc read-only memory (CD-ROM) drive. Launch Setup64.exe as an administrator. Follow the install instructions:

10.4

Select I do not have a SQL Server installed.

When prompted to install SQL Server 2008 R2 Express Edition, select Yes.

After the installation of SQL Server, select Install Access It! Universal.

When prompted to install a Stand-Alone Server version of Access It!, select OK.

When prompted by the install wizard, select Next.

Read the license agreement, and then select Next if you agree with the terms of the agreement.

Use the default installation folder C:\Program Files(x86)\RS2 Technologies\Access It! Universal\, and then select Next.

When the installer is ready, select Next to continue.

Select Close to exit the installer after completion.

Post Installation Launch Access It! by selecting it from the start menu. When prompted to select a server, enter the hostname of the server: PACS-CONSOLE. Log in with the default username and password.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

222

10.4.1

Connect Access It! Universal to Door Controller

Main > Hardware > Channels. Create a new channel.

For the Channel Type, select IP Server. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Ensure that the Protocol Type is SCP. Select Save. Create a new SCP. Under the General tab, ensure that the Model is set to EP-1501Plus. Under the Comm tab, ensure that the Channel is set to Channel 000 (the channel that was just created). Verify the following settings: a. TCP/IP Settings: IP Address: 172.16.7.101 Port Number: 3001 b. Encryption Settings: None. c. Under the Card Formats tab: Format Name: 26 Bit Wiegand Facility code: 20 Format Name: 26 Bit Wiegand Facility code: 219 Save changes to SCP 000. Under SIOs, edit SCP 000 – SIO 00. Under the General tab, ensure that the Model is set to EP-1501. Edit SCP 000 – SIO 01. Under the General tab, ensure that the Model is set to MR-52. Under Main > Hardware, select Installed Readers. Create SCP 000 – SIO 00-Reader 1. Create SCP 000 – SIO 01-Card Reader.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

223

Create SCP 000 –SIO 01-MRDT Keypad. Under Configuration > Access Levels, create New Access Level. Create a new access level: a. Access Level Name: All Doors This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

b. Assigned Readers for All Doors: SCP 000 – SIO 01-Card Reader and SCP 000 – SIO 01MRDT Keypad c. Access Level Name: Home Access Level d. Assigned Reader for Home Access Level: SCP 000 – SIO 01-MRDT Keypad e. Access Level Name: Work Order Access Level f.

10.4.2

Assigned Reader for Work Order Access Level: SCP 000 – SIO-Card Reader

Enable TCP/IP to SQL 2008 R2 Server

Launch Microsoft SQL Server Configuration Manager. Expand SQL Server Network Configuration (32-bit). Select Protocols for AIUNIVERSAL. Right-click on TCP/IP, and then select Properties. Select tab IP Addresses. Under IP1, ensure that IP Address is set to 0.0.0.0, and that TCP Port is set to 1433. Under IPALL, ensure that TCP Dynamic Ports is set to 52839, and that TCP Port is set to 1433. Restart the SQL server by selecting SQL Server Services, and then right-click on SQL Server (AIUNIVERSAL) and select Restart.

11 Privileged User Access Control: TDi ConsoleWorks Server Installation The TDi ConsoleWorks server was installed in two different locations in the builds. It was installed on the OT network to control and monitor access between OT technicians and physical devices, such as the RTUs and the RADiFlow ICS firewall. The following subsections provide details on the steps that are needed to install and configure each of these servers.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

224

11.1

Security Characteristics

Cybersecurity Framework Categories:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

PR.PT-1: Audit/log records are determined, documented, implemented, and reviewed in accordance with policy.

PR.PT-3: Access to systems and assets is controlled, incorporating the principle of least functionality.

NIST SP 800-53 Revision 4 Security Controls: AU Family, AC-3, CM-7

11.2

ConsoleWorks Server Installation

ConsoleWorks was installed on the OT network to control and monitor access between OT technicians and physical devices, such as the RTUs and the RADiFlow ICS firewall. ConsoleWorks uses the OT directory to authenticate users who are requesting access to these devices. It also establishes a permanent SSH or telnet connection to each of the RTUs and ICS firewall by using pre-established usernames and passwords. As users request access and are authenticated, ConsoleWorks makes the cross-connection from the user to the specific SSH or telnet session to allow access. Once the crossconnection is established, the user has access to the device to make any changes needed. When users complete their task, they log off the connection, and ConsoleWorks removes the cross-connect between the user and the SSH or telnet session. ConsoleWorks logs all user access requests and all of the traffic on the session, and can alert on any predefined aspect of the traffic. Directory-based authentication is used to manage the user access in near-real-time. On the OT network, the ConsoleWorks Server is installed on a VM that is running the Windows Server 2012 R2 (hardened server OS) image, as explained in Section 3.1.1.

11.2.1

System Environment

Windows Server 2012 R2 OS

VM with CPU Quad Core 2.199 GHz

VM with 8,192 MB of memory

virtual hard disk containing 240 GB of storage

The system for the OT Network ConsoleWorks Server configured by the NCCoE contains the following configuration settings and environmental constraints:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

225

11.2.2

ConsoleWorks Server Installation on the OT Network

After installing the OS, download the TDi Technologies Installer from http://support.tditechnologies.com/get_consoleworks. Launch the cw_server_v4.9-0u0.exe application. The installer requires administrative privileges to execute.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

When prompted by Windows User Account Control, select Yes to continue. The ConsoleWorks Server InstallShield wizard should display a welcome message. Select Next to continue. When prompted by the InstallShield wizard to accept the license agreement, read carefully. If you agree with the license terms, select Next to continue with the installation. Enter the User Name and Organization fields, then select Next to continue. Select Complete when prompted for setup type, then select Next to continue. Click Install to begin the installation of the ConsoleWorks Server. After the InstallShield wizard has completed, ensure that Launch upgrade script (if upgrading from 32-bit) is unchecked. Select Finish.

11.2.3

Post-Installation Configuration of ConsoleWorks on the OT Network

Copy TDi Technologies license key files into C:\ProgramData\ConsoleWorks/Server\LMF\TDI_Licenses Go to Start > Run > services.msc.

Right-click on the ConsoleWorks Server Service, and then select Properties. Select Start to start the service, and then change the Startup Type from Manual to Automatic. Select Apply to save the changes. Both the ConsoleWorks Server and ConsoleWorks LMF Server services should be running. Test the browser connectivity by going to http://localhost:5176. The default account is CONSOLE_MANAGER. The default password is: Setup.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

226

11.2.4

Configuring External Authentication for the OT Network ConsoleWorks Server

From the left menu, select the SECURITY tab. Select External Authentication.

Ensure that the Enable External Authentication checkbox has been selected. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select Add. Parameter 1: OT-ES-IDAM-B1 Parameter 2: CW_ Required Profile: CONSOLE_WORKS Template User: CONSOLE_MANAGER Leave all other fields blank. Select Next. Enter a Username and Password to test External Authentication settings. Select Next, and then select Save.

12 ICS/SCADA Firewall: RADiFlow A RADiFlow switch is installed on the physical network that represents the ICS component that can be accessed and controlled via the OT network. A RADiFlow management workstation is installed on the OT network. The RADiFlow Management Workstation is installed on a VM that is running the Windows 7 Enterprise OS.

12.1

Security Characteristics

Cybersecurity Framework Categories: PR.PT-3: Access to systems and assets is controlled, incorporating the principle of least functionality. NIST SP 800-53 Revision 4 Security Controls: AC-3, CM-7

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

227

12.2

OT Network RADiFlow Management Workstation Installation

12.2.1

Installing iSIM

Launch the iSIM installer as an administrator. Set the Destination Directory to C:\Program Files (x86).

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Leave the default settings for all other options.

12.2.2

iEMS

Launch iEMS from the start menu. From the menu items, select System > Switch Initialization > Force Switch Model > 3180. In the main windows dialog box, enter the switches IP address 172.16.6.4, and then select Refresh. From the menu items, select Configuration > Interfaces > Serial Ports…. Select the Terminal Server tab, and ensure that the Service 1 and Service 2 dialog boxes are checked. Under Service 1, enter these settings: a. Service ID: 1 b. Local IP Address: 172.16.6.100 c. Telnet Port: 2050 d. Null CR Bit Mode: OFF Under Service 2, enter these settings: a. Service ID: 2 b. Local IP Address: 172.16.6.100 c. Telnet Port: 2051 d. Null CR Bit Mode: OFF Select Create/Update. Select the Serial Ports tab; ensure that the Port-1 and Port-2 dialog boxes are checked.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

228

Under Port 1, enter these settings: a. Application: Terminal Server b. Local Position: Slave c. Service-id: 1 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

d. Operation Mode: Transparent e. Buffer Mode: byte f.

Protocol: any

g. Baudrate: 9600 h. Databits: 8 i.

Stopbits: 1

j.

Parity: no

k. Allowed-latency: 6 l.

Bus-idle-time: 30

m. Dtr-dsr: enable n. Rts-cts: enable o. Local-dsr-delay: 0 p. Local-cts-delay: 0 q. Tx-delay: 10 r.

Bits-for-sync1: 28

s. Bits-for-sync2: 1 t.

Unit-id length: 2

u. Iec101-link-address-len: 2 Under Port 2, enter these settings: a. Application: Terminal Server b. Local Position: Slave c. Service-id: 2

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

229

d. Operation Mode: Transparent e. Buffer Mode: byte f.

Protocol: any

g. Baudrate: 9600 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

h. Databits: 8 i.

Stopbits: 2

j.

Parity: no

k. Allowed-latency: 6 l.

Bus-idle-time: 30

m. Dtr-dsr: enable n. Rts-cts: enable o. Local-dsr-delay: 0 p. Local-cts-delay: 0 q. Tx-delay: 10 r.

Bits-for-sync1: 28

s. Bits-for-sync2: 1 t.

Unit-id length: 2

u. Iec101-link-address-len: 2 Select Create/Update.

13 Ozone: MAG Installation Four Ozone components are installed on the IdAM network: Console, Authority, Server, and Envoy. These components are installed on VMs running the CentOS 7 image.

13.1

Security Characteristics

Cybersecurity Framework Categories: PR.AC-4: Access permissions are managed, incorporating the principles of least privilege and separation of duties.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

230

NIST SP 800-53 Revision 4 Security Controls: AC-2, AC-3, AC-5, AC-6, AC-16

13.2

Ozone Console Installation and Authority Configuration Install CA Certificate into Trusted Root store (MAG_DEV_CA.crt). Install Ozone Authority Certificate into Trusted People store (ozoneauthority.crt).

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Install Administrator keys into Personal store (admin1.crt and admin2.crt). Run Setup Ozone Console.exe. a. Run Ozone Console. b. Go to Configuration>Ozone Authority>New (Figure 13-1). c. In the Proof Settings tab: Select SHA256 for the Entity Digest Algorithm. Select SHA256withRSA for the Proof Signature Algorithm. Figure 13-1 Ozone Proof Settings

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

231

In the Authority Web Service tab (Figure 13-2): a. Set the HTTPS Port to 443. b. Select SHA1withRSA for the Message Signature Algorithm. Figure 13-2 Ozone Authority Web Service This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

c. Click Save. Select a certificate to be used to digitally sign the configuration (Admin 1). Save the file as AuthorityConfiguration.xml. Secure Copy the file to Ozone Authority machine.

13.3

Ozone Authority Installation

Create keys and certificates, and store them in Java Keystore (JKS). [root@ozone ~]# yum install java [root@ozone ~]# yum install mariadb-server [root@ozone ~]# reboot

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

232

[root@ozone ~]# systemctl start mariadb [root@ozone ~]# systemctl enable mariadb [root@ozone ~]# mysql_secure_installation [root@ozone ~]# mysql -u root –p

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

MariaDB> create database ozone; Query OK, 1 row affected (0.02 sec) MariaDB> create user 'ozone'@'localhost' identified by 'password'; Query OK, 0 rows affected (0.00 sec) MariaDB> grant all privileges on ozone.* to 'ozone'@'localhost'; Query OK, 0 rows affected (0.00 sec) MariaDB> flush privileges; Query OK, 0 rows affected (0.00 sec) [root@ozone local]# cd /usr/local/ [root@ozone local]# tar -xzf ~/Ozone\ Authority-2014.tar.gz [root@ozone local]# mv ~/AuthorityConfiguration.xml authority/conf/ [root@ozone local]# mv ~/AuthorityLicense.xml authority/conf/ [root@ozone local]# mv ~/authority.jks authority/keystores/ [root@ozone local]# mv ~/admin1.cer authority/bin/ [root@ozone local]# mv ~/admin2.cer authority/bin/ [root@ozone local]# cd authority/bin/ [root@ozone bin]# ./startAuthority.sh Configuration file not found, would you like to create a new installation? [Y] Y ***WARNING***

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

233

This product MUST be installed by an Ozone Certified Engineer. Pericore, Inc. cannot be held liable for damages resulting from negligent or fraudulent actions of unauthorized or unqualified administrators. Please review all documentation thoroughly before continuing. Continuation of this configuration process represents an

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

agreement to abide by the Pericore EULA. Do you wish to continue? [N] : y Please select the license file for this Ozone Authority.: 1: /usr/local/authority/conf/AuthorityLicense.xml 2: Other... Choice [1] : 1 Please select the configuration file for this Ozone Authority.: 1: /usr/local/authority/conf/AuthorityConfiguration.xml 2: Other... Choice [1] : 1 Do you wish to set any passphrase complexity requirements? [N] : N Note: If you require passphrase at start, you will not be able to restart this Ozone Authority without user intervention. Do you wish to require a passphrase to start this Ozone Authority? [N] N Using keystore type: RSA Do you have an existing keystore you wish to use for this Ozone Authority? [Y] : Y Please select the keystore file for this Ozone Authority:: 1: /usr/local/authority/keystores/authority.jks

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

234

2: Other... Choice [1] : 1 Please enter the passphrase. : 123456 May 15, 2015 1:24:22 PM com.pericore.util.PericoreProvider jsafeJCEinit POST: [FIPS] FIPS-140 compliance self-test passed.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

What type of database do you wish to use?: 1: SQLSERVER 2: ORACLE 3: MYSQL Choice [1] : 3 Please enter the hostname or IP address of the database server: [ozone] : localhost Please enter the port number for the database: [3306] 3306 Please enter the username for the database: [] : ozone Please enter the database password: password Using only available database: ozone How many initial administrators would you like to create? [2] : 2 Page 1 | Current Directory: [00] ../ [01] lib/ [02] admin1.cer [03] admin2.cer Please select the file containing the administrators certificate: [ # ] : 2 3Page 1 | Current Directory: [00] ../ [01] lib/ [02] admin1.cer [03] admin2.cer

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

235

Please select the file containing the administrators certificate: [ # ] : 1 Please enter distinguished name(DN) of the starting Organizational Unit (OU) for this proof tree: [OU=Ozone] : ou=Ozone, dc=NCCOE, dc=test Is: ou=Ozone, dc=NCCOE, dc=test correct? [Y] : Y

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Please enter the minimum number of administrators required to approve changes to the initial proofs: [1] : 1 Please enter a name for the initial publication schedule: [Primary Schedule] : Daily Please enter the publication interval: [12] : 12 Please select the time unit:: 1: Minute 2: Hour 3: Day Choice [1] : 2 Please enter the validity period after publication: [12] : 12 Please select the validity period time unit:: 1: Minute 2: Hour 3: Day Choice [1] : 2 Please enter a name for the initial distribution point for proofs. [File Distribution Point] : LDAP Distribution Point Please enter the initial distribution point for proofs. This may be changed later. [file:///usr/local/authority/proofs/] : ldap://ozoneauthority/ Configuration File: /usr/local/authority/conf/AuthorityConfiguration.xml May 15, 2015 1:25:16 PM com.pericore.util.ObjectIdentifierFactory$OIDDataLoader debug INFO: ObjectIdentifierFactory Read 240.165 kb in 2.511 ms; Indexed 2,415 Arcs in 51.731 ms; 2,310(1,054:5) keys => 2.003 kb Created proof ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in the database.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

236

Created proof ou=Applications, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in the database. Created proof ou=Groups, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in the database. Created proof ou=Attribute Types, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in the database.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Allowing a user certificate to be associated with a directory GUID allows for a migration path from username and password to a PKI based authentication and authorization mechanism. However, this method lowers the initial security settings by relying on a directory for the association. Please be sure you understand the risks associated with this method before allowing this mechanism to be used. Would you like to allow users certificates to be associated with a directory GUID? [N] : N Do you wish to display a logon message? [N] : N Ozone Authority Version: 2014 - 4.0.1 (Build: 475) Copyright Pericore, Inc. 2014 ----------------------------------Started at: May 15, 2015 1:24:13 PM EDT Licensed to: NCCOE -----------------------------------

Built: ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in 0:00:00.304. Built: ou=Applications, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in 0:00:00.243. Built: ou=Groups, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in 0:00:00.215. Built: ou=Attribute Types, ou=Master Authorization Group, ou=Ozone, dc=NCCOE, dc=test in 0:00:00.214. Push Certificates loaded with: 0 certificates

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

237

Started HTTPS Listener on port: 443 Ozone Authority> [root@ozone ~]# yum install 389-ds-base

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

[root@ozone ~]# vi /etc/hosts

Modify the first line of hosts file so that it is the same as below: 127.0.0.1 ozoneauthority.nccoe.test localhost localhost.localdomain localhost4 localhost4.localdomain4

Configure the directory server [root@ozone ~]# setup-ds.pl ======================================================================= This program will set up the 389 Directory Server.

It is recommended that you have "root" privilege to set up the software. Tips for using this program: - Press "Enter" to choose the default and go to the next screen - Type "Control-B" or the word "back" then "Enter" to go back to the previous screen - Type "Control-C" to cancel the setup program Would you like to continue with set up? [yes]: yes ======================================================================= Your system has been scanned for potential problems, missing patches, etc. The following output is a report of the items found that need to be addressed before running this software in a production environment.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

238

389 Directory Server system tuning analysis version 23-FEBRUARY-2012.

NOTICE : System is x86_64-unknown-linux3.8.13-68.2.2.el7uek.x86_64 (1 processor).

NOTICE : The net.ipv4.tcp_keepalive_time is set to 7200000 milliseconds

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

(120 minutes). This may cause temporary server congestion from lost client connections.

WARNING: There are only 1024 file descriptors (soft limit) available, which limit the number of simultaneous connections.

WARNING : The warning messages above should be reviewed before proceeding. Would you like to continue? [no]: yes ======================================================================= Choose a setup type:

1. Express Allows you to quickly set up the servers using the most common options and pre-defined defaults. Useful for quick evaluation of the products.

2. Typical Allows you to specify common defaults and options.

3. Custom Allows you to specify more advanced options. This is recommended for experienced server administrators only.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

239

To accept the default shown in brackets, press the Enter key. Choose a setup type [2]: 2 =======================================================================

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enter the fully qualified domain name of the computer on which you're setting up server software. Using the form <hostname>.<domainname> Example: eros.example.com.

To accept the default shown in brackets, press the Enter key.

Warning: This step may take a few minutes if your DNS servers cannot be reached or if DNS is not configured correctly. If you would rather not wait, hit Ctrl-C and run this program again with the following command line option to specify the hostname:

General.FullMachineName=your.hostname.domain.name Computer name [ozone.mountaireygroup.com]: ozoneauthority.nccoe.test ======================================================================= The server must run as a specific user in a specific group. It is strongly recommended that this user should have no privileges on the computer (i.e. a non-root user). The setup procedure will give this user/group some permissions in specific paths/files to perform server-specific operations.

If you have not yet created a user and group for the server, create this user and group using your native operating

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

240

system utilities. System User [nobody]: nobody System Group [nobody]: nobody

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

======================================================================= The standard directory server network port number is 389. However, if you are not logged as the superuser, or port 389 is in use, the default value will be a random unused port number greater than 1024. If you want to use port 389, make sure that you are logged in as the superuser, that port 389 is not in use. Directory server network port [389]: 389 ======================================================================= Each instance of a directory server requires a unique identifier. This identifier is used to name the various instance specific files and directories in the file system, as well as for other uses as a server instance identifier. Directory server identifier [ozoneauthority]: ozoneauthority ======================================================================= The suffix is the root of your directory tree. The suffix must be a valid DN. It is recommended that you use the dc=domaincomponent suffix convention. For example, if your domain is example.com, you should use dc=example,dc=com for your suffix. Setup will create this initial suffix for you, but you may have more than one suffix. Use the directory server utilities to create additional suffixes.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

241

Suffix [dc=nccoe, dc=test]: dc=nccoe, dc=test ======================================================================= Certain directory server operations require an administrative user.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

This user is referred to as the Directory Manager and typically has a bind Distinguished Name (DN) of cn=Directory Manager. You will also be prompted for the password for this user. The password must be at least 8 characters long, and contain no spaces. Press Control-B or type the word "back", then Enter to back up and start over. Directory Manager DN [cn=Directory Manager]: cn=Directory Manager Password: password Password (confirm): password Your new DS instance 'ozoneauthority' was successfully created. Exiting . . . Log file is '/tmp/setup_C4mdK.log'

Setup the directory structure Modify the file /usr/local/authority/bin/389SetupDirectory.ldif Set the correct DN structure and passwords for the ozone authority user and tree 389SetupDirectory.ldif #Create the User for Ozone Authority dn: uid=ozone, ou=Special Users, dc=nccoe, dc=test changetype: add objectClass: inetorgperson objectClass: organizationalPerson

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

242

objectClass: person objectClass: top cn: Ozone Authority sn: Authority givenName: Ozone

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

uid: ozone userPassword: P@$$word

#make the people writable by ozone dn: ou=People, dc=nccoe, dc=test changetype: modify add: aci aci: (targetattr="*")(version 3.0;acl "ozone authority";allow (all)(userdn = "ldap:///uid=ozone, ou=Special Users, dc=nccoe, dc=test");)

#Create the Ozone OU dn: ou=Ozone, dc=nccoe, dc=test changetype: add objectClass: organizationalUnit objectClass: top ou: Ozone aci: (targetattr="*")(version 3.0;acl "ozone authority";allow (all)(userdn = "ldap:///uid=ozone, ou=Special Users, dc=nccoe, dc=test");)

#Create required Attributes and Object Classes dn: cn=schema changeType: modify add: attributetypes attributetypes: ( 1.3.6.1.4.1.26135.1.1.1.2 NAME 'authorizationProof' DESC 'Ozone Authorization Proof' SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 SINGLE-VALUE X-ORIGIN 'user defined' )

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

243

attributetypes: ( 2.23.136.1.1.2 NAME 'cscaMasterList' DESC 'CSCA Master List' SYNTAX 1.3.6.1.4.1.1466.115.121.1.40 SINGLE-VALUE X-ORIGIN 'user defined' )

dn: cn=schema changeType: modify

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

add: objectclasses objectclasses: ( 1.3.6.1.4.1.26135.1.1.3 NAME 'ozoneAuthority' DESC '' SUP top STRUCTURAL MAY (authorizationProof $ cscaMasterList) X-ORIGIN 'user defined' )

Modify the directory using the LDIF [root@ozone bin]# ldapmodify -x -D "cn=Directory Manager" -W -f /usr/local/authority/bin/389SetupDirectory.ldif Enter LDAP Password: adding new entry "uid=ozone, ou=Special Users, dc=nccoe, dc=test"

modifying entry "ou=People, dc=nccoe, dc=test"

adding new entry "ou=Ozone, dc=nccoe, dc=test"

modifying entry "cn=schema"

modifying entry "cn=schema"

13.4

Ozone Console Server Configuration

Before proceeding, ensure that OzoneAuthority has been started by running startauthority.sh on the OzoneAuthority machine. Open Ozone Console. Go to File > Properties (Figure 13-3). Enter the Ozone Authority URL. Click Select Certificate, and then select the Ozone Authority Certificate. Select SHA1withRSA as the Message Signature Algorithm.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

244

Click Save to the connection information. Figure 13-3 Ozone Authority Connection Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Create the publication point for the proofs: Select Publication > Add Publication Point > Add LDAP Publication Point (Figure 13-4). Enter a name for the publication point. Enter the hostname or IP address of the directory server. Enter a base context, if any. Select the port. Enter the name of the user who has permissions to write to the directory. Enter the password for the user. Confirm the password.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

245

Figure 13-4 Ozone LDAP Publication Point

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Import the desired groups from RSA Adaptive Directory: Right-click on the Groups proof. Select Import Group from Active Directory (Figure 13-5). Enter the directory connection information.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

246

Figure 13-5 Ozone Directory Connection Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select a group to import (Figure 13-6). Check the box to Import New Entities. Check the box to Import Associated Groups. Select Import.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

247

Figure 13-6 Ozone Import Group from Directory

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select the Schedule, Publication Points, and Distribution Points, as shown in Figure 13-7.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

248

Figure 13-7 Ozone New Proof Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click the Administrators tab, as shown in Figure 13-8. Click the Add Administrators button. Select the users who will administer the proof. Select Add Entities.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

249

Figure 13-8 Ozone New Proof Administrators

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save. Create the Ozone Server Configuration: Select Configuration > Ozone Server > New…. Click Add proof from tree…. Select a proof that the Ozone Server should use for authorizations, as shown in Figure 13-9.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

250

Figure 13-9 Ozone Peer Proofs

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Set the number of proof references (depth) that the proof may follow to authorize a credential, as shown in Figure 13-10. Ensure that the locations where the Ozone Server will retrieve the proof are correct.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

251

Figure 13-10 Ozone Add Authorization Proof

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save. Repeat Steps 2 through 6 until you have selected all of the proofs that the Ozone Server should initially retrieve for authorizations. Click Save configuration, as shown in Figure 13-11.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

252

Figure 13-11 Ozone Server Configuration

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select a certificate to be used to digitally sign the configuration. Save the file as ServerConfiguation.xml. Secure copy the file to the Ozone Server machine.

13.5

Ozone Server Installation

Create keys and certificates, and store them in JKS. [root@ozone ~]# yum install java [root@ozoneserver ~]# cd /usr/local/ [root@ozoneserver local]# tar -xzf ~/Ozone\ Server-2014.tar.gz [root@ozoneserver local]# mkdir /usr/local/server/bin/conf/ [root@ozoneserver local]# cp ~/server.jks server/bin/conf/ [root@ozoneserver local]# cp ~/ServerConfiguration.xml server/bin/conf/ [root@ozoneserver local]# cp ~/ServerLicense.xml server/bin/conf/

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

253

[root@ozoneserver bin]# ./startServer.sh POST [MAIN] v2.1.301

_______ __________ _______ __ _ ________ / ___ \ _____ // ___ \ | \ | | ______| (R)

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

| / \ | / /| / \ || \ \ | | | | | | | / / | | | || |\ \ | | |____ | | | | / / | | | || | \ \ | | ____| | | | | / / | | | || | \ \| | | \ \___/ // /___ \ \___/ /| | \ \ | |______ \_______//________ \_______/ |_| \__|________| _____ / ____| | (___ ___ _ ____ _____ _ __ \___ \ / _ \ '__\ \ / / _ \ '__| ____) | __/ | \ V / __/ | |_____/ \___|_| \_/ \___|_|

Ozone(R) Server copyright (c) Pericore, Inc. 2007-2011 -----------------------------------------------------Fri May 15 14:31:33 EDT 2015

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

254

May 15, 2015 2:31:35 PM com.pericore.util.PericoreProvider jsafeJCEinit POST: [FIPS] FIPS-140 compliance self-test passed. Found Java version: 1.8.0_31 Working in: /usr/local/server/bin /usr/local/server/bin/conf/server.cfg not found. Run setup [Y] : Y

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

env.work/usr/local/server/bin Found Java Version: 1.8.0_31

Ozone Server Setup Utility ***WARNING*** This product MUST be installed by a Pericore Certified Engineer. Pericore, Inc. cannot be held liable for damages resulting from negligent or fraudulent actions of unauthorized or unqualified administrators. Please review all documentation thoroughly before continuing. Continuation of this configuration process represents an agreement to abide by the Pericore EULA. I agree to all terms and conditions set forth by Pericore, Inc. [N] : y Enable Startup Password? [N] : n May 15, 2015 2:31:37 PM com.pericore.util.ObjectIdentifierFactory$OIDDataLoader debug INFO: ObjectIdentifierFactory Read 240.165 kb in 3.313 ms; Indexed 2,415 Arcs in 52.438 ms; 2,310(1,054:5) keys => 2.003 kb Server Configuration Directory: 1: /usr/local/server/bin/conf 2: Other... Choice [1] : 1 Select the XML License File: 1: /usr/local/server/bin/conf/ServerLicense.xml 2: Other... Choice [1] : 1 Select the XML Configuration File: 1: /usr/local/server/bin/conf/ServerConfiguration.xml

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

255

2: Other... Choice [1] : 1 Page 1 | Current Directory: /usr/local/server/bin [00] ../

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

[01] lib/ [02] conf/ Select Server Identity Keystore [ # ] : 2 Page 1 | Current Directory: /usr/local/server/bin/conf [00] ../ [01] server.jks Select Server Identity Keystore [ # ] : 1 Enter password for server.jks : 123456 Is the Private Key Alias 'server' correct? [Y] : Y Enable logging? [Y] : Y Log File Roll Size (Kb) [512] : 512 Configured Client Services: 0 Choose an option: 1: Configure Authorization Service 2: Configure a Proof Proxy 3: Configure an Info Page 4: Configure a Push Service 5: Done Configuring Web Services Choice [1] : 1 Configuring XACML Authorization Service Service Port [8080] : 443

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

256

Service Context [/AuthorizationService] : /AuthorizationService Enable WS-Security? [Y] : Y SOAP Signature Method: 1: RSA_SHA1 2: RSA_SHA256

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

3: RSA_SHA384 4: RSA_SHA512 Choice [1] : 2 Enable WS-Security Client Authentication? [N] : N Configured Client Services: 1 Choose an option: 1: Configure Authorization Service 2: Configure a Proof Proxy 3: Configure an Info Page 4: Configure a Push Service 5: Done Configuring Web Services Choice [1] : 5 Enable SSL? [N] : y Service Port [8080] : 443 Enable SSL Client Authentication? [N] : N Enable SSL? [N] : N Modify Advanced Performance Options? [N] : N Writing server configuration... Thank you for choosing Ozone Server Goodbye. [root@ozoneserver local]# /usr/local/server/bin/startServer.sh

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

257

13.6

Ozone Envoy Installation

Ozone Envoy was installed, but was not utilized in the builds. The functions that it provides (automated certificate revokation lists [CRLs] and certificate collection) were not required in the solution. Create keys and certificates, and store them in JKS. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

[root@ozoneenvoy ~]# yum install java [root@ozoneenvoy ~]# cd /usr/local/ [root@ozoneenvoy local]# tar -xzf ~/Ozone\ Envoy-2014.tar.gz [root@ozoneenvoy local]# cp ~/envoy.jks envoy/bin/

Edit the envoy.txt file to set configuration options ### Ozone Suite (c) Pericore, Inc. 2007-2014. ### All rights reserved. ################################################################################ ### envoy.txt - Ozone Envoy 2014 Configuration File ### ###

###

### Author: Jacob Dilles <jdilles@mountaireygroup.com> ### ###

###

### Date: 1 Jan 2014 ###

###

###

### Notes: This is a sample Ozone Envoy 4.1.0 Setup Configuration File ### ### demonstrating configuration options for Mobile Enrollment. ### ###

###

### In a production environment, you should exclude the /pass= ### ### properties and provide them on the command line during setup.### ### After installation is complete, this file should be deleted ### ### or 'chown root; chgrp 0; chmod 000' to secure it. ### ################################################################################ ### General Envoy Configuration

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

258

############################################################ ############ Identity Keystore Configuration ############## ############################################################ ### This keystore is used for:

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

### - Authenticating with Ozone Authority ### - Secure log signing system/identity/store=envoy.jks ####### Authority Listener Configuration ### This web service endpoint listens for push configuration and fetch requests ### from Ozone Authority. It should match what you entered in Ozone Console #authority/host.name= authority/port=4242 authority/path=/ authority/mode=ANY ### Authority Web Service Endpoint Logging authority/log/enable=true authority/log/path=var/log authority/log/rollsize=10485760 authority/log/format=CLF ###################################################### ############ Enrollment Configuration ################ ###################################################### ### Enable enrollment enroll/enable=false

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

259

[root@ozoneenvoy bin]# ./startEnvoy.sh May 15, 2015 3:09:04 PM com.pericore.util.ObjectIdentifierFactory$OIDDataLoader debug

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

INFO: ObjectIdentifierFactory Read 240.165 kb in 14.366 ms; Indexed 2,415 Arcs in 63.198 ms; 2,310(1,054:5) keys => 2.003 kb May 15, 2015 3:09:06 PM com.pericore.util.PericoreProvider jsafeJCEinit POST: [FIPS] FIPS-140 compliance self-test passed. _______ __________ _______ __ _ ________ / ___ \ _____ // ___ \ | \ | | ______| (R) | / \ | / /| / \ || \ \ | | | | | | | / / | | | || |\ \ | | |____ | | | | / / | | | || | \ \ | | ____| | | | | / / | | | || | \ \| | | \ \___/ // /___ \ \___/ /| | \ \ | |______ \_______//________ \_______/ |_| \__|________|

______ | ____| | |__ _ ____ _____ _ _ | __| | '_ \ \ / / _ \| | | | | |____| | | \ V / (_) | |_| | |______|_| |_|\_/ \___/ \__, | __/ | 2014 Mobile Edition |___/

Ozone(R) Envoy copyright (c) Pericore, Inc. 2007-2014 --------------------------------------------------------Fri May 15 15:09:04 EDT 2015

Ozone Envoy Mobile 2014 Setup Utility

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

260

Ozone Suite copyright (c) Pericore, Inc. 2007-2014. All rights reserved.

***WARNING*** This product MUST be installed by a Pericore Certified Engineer.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Improper configuration of Ozone Envoy Tool may cause security vulnerabilities. I agree to all terms and conditions set forth by Pericore, Inc. [N] : y envoy.jks system/identity/store [/usr/local/envoy/bin/envoy.jks] : Enter password for envoy.jks : Is the Private Key Alias 'envoy' correct? [Y] : Y [POST] Starting Authority Listener: https://ozoneenvoy:4242/ ......... [ OK ] > : Return to Ozone Console to complete Ozone Envoy Configuration

13.7

Ozone Console Envoy Configuration

Create a proof to store the certificates retrieved by Ozone Envoy: Open Ozone Console. Select an administrator certificate to log in, as shown in Figure 13-12. Select Proof > New Proof…. Enter a name for the proof. Select the Schedule, Publication Points, and Distribution Points, as shown in Figure 13-12.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

261

Figure 13-12 Ozone New Proof Information

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click the Administrators tab. Select the administrators to manage the proof. Click the Authentication tab. Click Add from file…. Select the CA and intermediate CA certificates to be used to authenticate certificates retrieved. Select the Certificate Revocation Lists tab, as shown in Figure 13-13. Enter the CRL Graceperiod, which is the number of hours that a CRL can be considered valid after its next update time. Click Add… to add a CRL.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

262

Figure 13-13 Ozone New Proof Authentication CRLs

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Select the Source Configuration tab, as shown in Figure 13-14. Enter the Hostname or IP Address of the LDAP server. Enter the Port Number on which the LDAP server is listening. Check the box for LDAPS. Enter the Entity base context of where user certificates can be obtained. Enter the Attribute Name for the certificates, either userCertificate or

userCertificate;binary.

Enter the CRL Base Context of where updated CRLs can be obtained. Enter the CRL Attribute Name for the CRLs, typically certificateRevocationList, as shown in Figure 13-14. Enter the connection information: a. If connecting anonymously, check the box for Connect Anonymously.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

263

b. If a Username and Password are required for the connection, enter them. Enter the number of hours after which Ozone Envoy should check the directory for new certificates. Figure 13-14 Ozone New Proof Authentication Source Configuration This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click Save. Configure Ozone Authority to connect to Ozone Envoy: Select Enrollment > Envoy Configuration. Enter the Envoy Hostname or IP Address, as shown in Figure 13-15. Enter the Port Number on which Ozone Envoy is listening. Enter the number of hours that should elapse between connections to Ozone Envoy to check for new information (Envoy Connection Intervals (Hours)). Enter the number of minutes that should elapse before attempting to reconnect to Ozone Envoy if the connection fails (Envoy Retry Interval (Minutes)). Click Save.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

264

Figure 13-15 Ozone Envoy Configuration

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

14 Physical Access Control: XTec XNode The XNode was installed in the DMZ network. The XNode is a standalone IdAM demonstration capability that includes a personal identification verification (PIV) card reader, PIV Interoperable (PIV-I) cards, a keypad, and an electric door strike. The XNode was preconfigured to poll the IP address of the cloud-based IdAM system at the XTec control center. No additional configuration information is required. The identities on the PIV cards each included the access-allowed or access-denied status, for demonstration purposes.

14.1

Security Characteristics

Cybersecurity Framework Categories: PR.AC-1: Identities and credentials are managed for authorized devices and users. NIST SP 800-53 Revision 4 Security Controls: AC-2, IA Family, PE-2, PE-3, PE-4, PE-5, PE-6, PE-9

15 Enterprise Public-Key-Infrastructure Platform: GlobalSign 15.1

Overview

The NCCoE used the GlobalSign Enterprise Public Key Infrastructure (PKI) platform to issue and manage North American Energy Standards Board (NAESB) WEQ-12 digital certificates that are used for secure network access for both internal and external users (Figure 15-1). The certificates were used in conjunction with the MAG Ozone product to provide high-assurance attributes for the Personal Profile Application. The application has three main information groups for which actions can be authorized: Personal Information, Credit Reports, and Criminal History. Based on the authorizations associated with a credential, results pages are dynamically populated.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

265

Figure 15-1 GlobalSign Overview

Internet

Globalsign Trust Authentication

NCCoE FW

Globalsign NAESB Cert. Auth.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Cloud Service Provider CA Identity Manager Mount Airey Group (MAG) Ozone System

VPN FW

IdAM network AlertEnterprise Guardian

RSA Adaptive Directory RSA IMG

Physical Network RTU 1 RTU 2 RADiFlow

Cisco ISE

Microsoft AD

IT network TrustSec Switch

Microsoft AD

Network of OT systems

DMZ network

OT Mgmt WS

OT network

XTEC Smartcard Provisioning And Access System

RADiflow Mgmt Workstation

ConsoleWorks Card Reader With Keypad Electronic Lock Keypad

RS2 Tech PACS Server

Microsoft AD

PACS network

Network of PAC Systems

NAESB serves as an industry forum for the development and promotion of business process standards that can lead to a seamless marketplace for wholesale and retail natural gas and electricity, as recognized by its customers, business community, participants, and regulatory entities. GlobalSign is an active participant of the NAESB Cyber-Security standards committee and is an NAESB-authorized Certificate Authority (CA). For more information about NAESB, go to https://www.naesb.org/. GlobalSign’s NAESB-compliant certificate-based authentication solution is managed through a software as a service (SaaS) that is accessed through a web-based portal. The web portal gives organizations control of digital IDs that are issued to individuals, by using one of four NIST-defined assurance levels. Set-up usually takes fewer than three days. Another advantage of the web portal is that all of the

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

266

life-cycle functions, including issuance, re-issuance, renewal, and revocation, are available to the administrator.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

15.1.1

Managing the Account

15.1.2

What Is a Profile? / Profile Management

15.1.3

What Is a License?

15.2

Security Characteristics

The account is managed using the GlobalSign Certificate Center (GCC). GCC is a web-based interface allowing members to access their certificates anywhere where they have an internet connection. Within the platform, administrators may add additional users and may delegate some or all certificate management functions.

A profile, or certificate profile, contains the organization’s identity information that will be used for all NAESB WEQ-12 digital certificates issued from the account. Organization identity information includes the organization legal name, country code, and optionally locality, state, and up to three fixed organization units, as well as assurance level.

GlobalSign NAESB digital certificates are sold in “license packs” (i.e., in quantities of 5, 10, 25, 50, etc.). GlobalSign NAESB digital certificates are valid for either one or two years, and must be issued within 12 months of license ordering.

Cybersecurity Framework Categories: PR.AC-1: Identities and credentials are managed for authorized devices and users. NIST SP 800-53 Revision 4 Security Controls: AC-2, IA Family

15.3

How To Order Certificates

15.3.1

Step 1: Get a GlobalSign GCC Account

15.3.2

Step 2: Order Certificate License Pack

Request a GCC account at https://www.globalsign.com/en/verticals/energy/.

Once you have your GCC account credentials, use the following link to log in: www.globalsign.com/en/login/ (Figure 15-2).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

267

Figure 15-2 GlobalSign Login Page

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Click on the ENTERPRISE PKI tab, as shown in Figure 15-3. Figure 15-3 GlobalSign Enterprise PKI Tab

Click Order Licenses from the left-side menu, as shown in Figure 15-4. Figure 15-4 GlobalSign Order Licenses Page

Choose the Enterprise PKI Pro For Personal Digital ID license pack that you intend to purchase, and then click Next, as shown in Figure 15-5.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

268

Figure 15-5 GlobalSign License Selection Page

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Choose your validity period (one-year or two-year certificate), as shown in Figure 15-6. Figure 15-6 GlobalSign Product Details

Provide payment details, as shown in Figure 15-7.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

269

Figure 15-7 GlobalSign Payment Details

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Confirm your order details, and check the required box to confirm that you understand that the license pack will expire 12 months from the order date (Figure 15-8). Figure 15-8 GlobalSign Confirm Details

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

270

15.3.3

Step 3: Set Up Organization Profile

Click Order Additional Profiles from the left navigation menu, as shown in Figure 15-9.

Figure 15-9 GlobalSign Order Additional Profiles

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enter your Organization Profile details. Note that the details that you enter will be vetted and included as the certificate identity within your issued certificate (Figure 15-10). Select the Assurance Level that is appropriate for the risk associated with the transaction (Figure 15-10). Contact GlobalSign NAESB experts for additional guidance on this topic.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

271

Figure 15-10. GlobalSign Certificate Profile Details

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Confirm your profile details (Figure 15-11), and then review and accept the EPKI Service Agreement, which includes important NAESB WEQ-012 obligations. Note that the EPKI Service Agreement binds you to obligations, as outlined in the GlobalSign Certificate Policy and Certificate Practice Statements, including Local Registration Authority, end user, and relying party, as defined in the NAESB PKI Standards – WEQ-012. Certificate Practice Statements can be found at http://www.globalsign.com/repository/.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

272

Figure 15-11 GlobalSign Confirm Details

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

15.3.4

Step 4: Vetting

15.3.5

Step 5: Register for Your EPKI Administrator Certificate

Once you have placed your order, all of your information will be sent to GlobalSign’s vetting department. The organization details that you provided for your profile will be vetted by GlobalSign, using third-party checks.

Once your company profile has been approved, you will need to register for an EPKI Administrator Certificate. An EPKI Administrator Certificate is required for authentication to secure areas of the EPKI service to register and manage end-user certificates. Log into GCC. Select View Admin Menu Options in the left-side menu to start the enrollment process (Figure 15-12). Figure 15-12 GlobalSign View Admin Menu Options

Choose a certificate password. It is very important to remember this password. Download your administrator certificate, and follow the on-screen prompts to install your certificate.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

273

Follow the guide at http://www.globalsign.com/support/ordering-guides/epki-authenticationuser-guide.pdf for step-by-step instructions on how to order, install, and use your Administrator Certificate.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

CAUTION: If you need to access the EPKI administrator menu options from multiple machines, you can copy your .pfx file to other computers and repeat the import process. Instructions for importing your certificate can be found at https://support.globalsign.com/customer/portal/articles/1211387.

15.3.6

Step 6: Register and Issue Certificates to Individual Users

Click Order Certificates in the left-side menu, as shown in Figure 15-13.

Note: If you haven’t already authenticated to the secure section of the portal with your Administrator Certificate, you may see View Admin Menu Options, instead of the menu options that are shown in Figure 15-13. If this is the case, then click the View Admin Menu Options link, and then select the appropriate certificate to gain access to this section of the portal. Figure 15-13 GlobalSign Oder Certificates

Select the profile and license that you want to use, and then click Next (Figure 15-14).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

274

Figure 15-14 GlobalSign Product Selection

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Complete the Certificate Identity details (Figure 15-15) for the end user of the certificate, including the Common Name (i.e., the individual’s first name and last name) and the Email Address. The organization name and other fields will be pre-populated from the profile that you selected. Figure 15-15 GlobalSign Certificate Identity Details

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

275

You will also need to choose a pick-up password. The pick-up password is a unique password that you will give to the end user of the certificate. After you have completed the registration process, the end user will receive an email invitation to pick up their certificate; at that time, the end user will be prompted for the pick-up password (you gave to them in an out-of-band method), and will be provided with details of how to install his/her new certificate. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Finally, confirm the details of your certificate request, as shown in Figure 15-16. Figure 15-16 GlobalSign Confirm Details

Repeat this process until you have requested certificates for all of your end users. For further information on the features available in the GlobalSign Certificate Center, see http://www.globalsign.com/support/ordering-guides/globalsign-epki-admin-guide.pdf.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

276

15.4

GlobalSign’s Identity and Access Management Solution for Managing External Users

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

For use cases involving external users (e.g., Independent System Operators) operating wholesale electric marketplaces, GlobalSign PKI can provide an IdAM solution that enables the management of external user (customer and collaborator) identities, and the online services and applications that they can access.

15.5

Getting Help

GlobalSign provides technical support through its Client Service departments around the world. Visit https://support.globalsign.com/ for detailed instructions on installing and managing certificates, or contact support@globalsign.com or 1-877-467-7543 with specific questions.

16 Industrial Firewall: Schneider Electric A Schneider Electric industrial firewall is installed on the physical network that contains the ICS/SCADA components that can be accessed and controlled via the OT network. The firewall is configured to monitor the data passing between the RADiFlow SCADA firewall and the OT network. The Schneider Electric industrial firewall will alert if out-of-policy traffic is detected on the network segment connecting the OT network and the SCADA network of devices. To install and configure the Schneider Tofino firewall, follow these steps: Download the ConneXium software from the Schneider site, as stated in the instructions accompanying the firewall, and then start the ConneXium Tofino Configurator. In the startup screen, click Create New Project… (Figure 16-1).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

277

Figure 16-1 Create New Project

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Project name field, enter the name that you would like to use for the project, as shown in Figure 16-2. Also fill in the Company field. When finished, click Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

278

Figure 16-2 New Project Wizard

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Project Protection screen (Figure 16-3), choose a password to protect the project, and then click Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

279

Figure 16-3 Project Protection

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Administrator Password screen (Figure 16-4), choose the administrator password, and then click Finish.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

280

Figure 16-4 Administrator Password

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Project Explorer Window (Figure 16-5), right-click Tofino SAs, and then click New Tofino SA. Note: You can also choose to create a folder for the SAs to help organize multiple areas.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

281

Figure 16-5 Project Explorer Window

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Tofino ID field (Figure 16-6), enter the MAC address listed on the firewall hardware sticker. Fill out the rest of the fields as necessary, and then click Finish.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

282

Figure 16-6 Tofino SA/MAC Address

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Right-click on the Assets icon in the Project Explorer frame (Figure 16-7), and then click New Asset.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

283

Figure 16-7 Project Explorer

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the New Asset window (Figure 16-8), set the Name of the device and the Type of the device. Complete all other necessary fields, and then click Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

284

Figure 16-8 New Asset

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Fill in the IP address and/or the MAC address fields (refer back to Figure 16-6), and then click Finish. Repeat Steps 8 through 10 for all devices on the network. When all devices are configured, click the Assets icon in the Project Explorer frame (Figure 16-9), if it is not already selected, and then there should be a list of all of the configured assets.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

285

Figure 16-9 Project Explorer Assets Icon

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Under the Project Explorer frame, click the drop-down arrow next to Tofino SAs, and then choose the SA that was created earlier (Figure 16-10). From there, click Firewall in the Project Explorer frame to display the current firewall rules. This should be empty currently (Figure 16-10).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

286

Figure 16-10 Project Explorer Tofino SA Icon

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

To create the first rule, click the + Create Rule button above the Tofino SA – Firewall title (refer back to Figure 16-6). Ensure that the Standard rule radio button is selected, and then click Next (Figure 16-11).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

287

Figure 16-11 Rule Type

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

On the next screen (Figure 16-12), there a few options to determine. The first is Asset 1; you must choose the interface. This will be where the traffic is coming from into the device. In the Lab Build, Asset 1 is the OT Workstation, which is connected to a network that is connected to the External interface on the firewall. Select the Select an asset from the list below radio button for both Asset 1 and Asset 2, and then select the systems to create a rule between the assets. Also, select the direction of the traffic by using the arrow buttons in the middle of the screen, between the assets. When finished, select Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

288

Figure 16-12 Firewall Rule Wizard

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

On the Asset Rule Profiles (Figure 16-13), select the Manually create the firewall rules for the selected assets radio button, and then click Next.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

289

Figure 16-13 Asset Rule Profiles

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

On the Protocol screen (Figure 16-14), choose the protocol to be checked against. There are drop-down menus for Common Industrial, Common IT, and Vendor Specific. For this example, we are choosing SSH and Telnet (By holding the CTRL key, you can select multiple protocols.). Choose the permission on the right side of the screen, as well as whether or not to enable logging. Click Finish.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

290

Figure 16-14 Protocol Window

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Note: By default, any traffic that does not match the rules in the firewall will automatically be denied. After that is completed, the firewall rule should be listed in the Rule Table (Figure 16-15).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

291

Figure 16-15 Rule Table

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Repeat Steps 13 through 17 for the remainder of the rules needed. Finally, click the save icon on the menu bar (circled in red below in Figure 16-16).

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

292

Figure 16-16 Save Rules in Project Explorer

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Place a FAT/FAT32 formatted USB device into the computer running the ConneXium Tofino Configurator, right-click Tofino SAs in the Project Explorer pane, and then select Apply. If the project asks you to save, click OK.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

293

Figure 16-17 Apply Configuration Pane

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

In the Apply Configuration pane (Figure 16-17), ensure that your SA is selected in the table at the top, and that the USB Drive radio button is selected. Browse to the top-level directory of your USB drive, and then click Finish. A popup window (Figure 16-18) will notify you of successful completion. Figure 16-18 Loadable USB Drive Popup

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

294

Ensure that the firewall has been powered on and has been running for at least one minute, and then plug the USB device that was used to copy the Tofino configuration into the USB port on the back of the firewall.

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Press the Save/Load/Reset button twice, setting it to the Load setting (Pressing it once should turn the indicator light to green; pressing it again will change the indicator light from green to amber). After a few seconds, the device will begin displaying lights that move from right to left across the light-emitting diodes (LEDs) on the back, indicating that the configuration is being loaded. Once the lights stop moving from right to left, wait a few seconds, and ensure that the Fault LED does not light up. Remove the USB drive, and place it back into the computer running the ConneXium Tofino Configurator software. Right-click Tofino SAs in the Project Explorer pane, and then select Verify. At the Verify Loaded Configuration window, select the Tofino SA in the table, and then select the USB Drive radio button. Select the USB drive by using the Browse button. Finally, click Finish. A popup window will notify you of successful verification, and that configuration is complete.

17 Operating System STIG Compliance Reports STIG compliance reports were generated for the STIG-compliant OS installations used in the build. The reports for each installation are provided in the following subsections. Neither the Windows 7 Console on the IT network nor the OT Management Windows 7 Workstation on the OT network were STIGcompliant installations; therefore, compliance reports for those OSs are not provided. The Linux implementations (except SUSE Linux) were configured to meet the DoD CentOS 6 STIG, as no CentOS 7 STIG was available at the time the build was implemented. The STIG guidelines are available at http://iase.disa.mil/stigs/os/Pages/index.aspx. The OS configurations for each Linux implementation are listed below. The compliance results reports identify the configuration items that do not conform to the STIG configuration guide. This section provides compliance reports for the following Oss: 

SQL Server on IdAM Network STIG Compliance Report

RSA IMG SUSE Linux Server STIG Compliance Report

RSA Adaptive Directory CentOS 7 Server STIG Compliance Report

AlertEnterprise Microsoft Server STIG Compliance Report

IT Domain Controller STIG Compliance Report

IT Windows 7 Workstations STIG Compliance Report

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

295

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Ozone Authority and Ozone Server CentOS 6 Server STIG Compliance Report

Ozone Envoy CentOS 6 Server STIG Compliance Report

OT Domain Controller STIG Compliance Report

OT ConsoleWorks Windows Server 2012 STIG Compliance Report

OT Windows 7 Workstations STIG Compliance Report

PACS Domain Controller STIG Compliance Report

PACS Console Windows Server 2012 STIG Compliance Report

Baseline CentOS 7 Linux Configuration

17.1

SQL Server on IdAM Network STIG Compliance Report Rule ID

Vulnerability Severity Rule Title ID

Status

STIG ID

N/A

SVV-41389 SQL253912r1_rule 00000300

CAT II

SQL Server must maintain and support organization-defined security labels on stored information.

N/A

SVV-41391 SQL253914r1_rule 00000400

CAT II

SQL Server must maintain and support organization-defined security labels on information in process.

N/A

SVSQL2V-41392 53916r1_rule 00000500

CAT II

SQL Server must maintain and support organization-defined security labels on data in transmission.

N/A

SVSQL2V-41393 53917r1_rule 00000900

CAT II

SQL Server must allow authorized users to associate security labels to information in the database.

N/A

SQL20000920

SVV-41395 53920r1_rule

CAT II

SQL Server must be protected from unauthorized access by developers.

N/A

SVV-41396 SQL253921r1_rule 00009300

CAT II

SQL Server must be protected from unauthorized access by developers on shared production/development host systems.

PASS

SQL20000950

SVV-41397 53922r2_rule

CAT II

Administrative privileges, built-in server roles, and built-in database roles must be assigned to the DBMS login accounts that require them via custom roles, and not directly.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

296

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

STIG ID

PASS

SVV-41394 SQL253918r2_rule 00011050

CAT II

SQL Server utilizing Discretionary Access Control (DAC) must enforce a policy that limits propagation of access rights.

SVV-41402 UNKNOWN SQL253928r2_rule 00What is considered 011200 auditable?

CAT II

SQL Server must provide an audit-record-generation capability for organization-defined auditable events within the database.

17.2

Rule ID

Vulnerability Severity Rule Title ID

Status

RSA IMG SUSE Linux Server STIG Compliance Report

OpenSCAP Evaluation Report

17.2.1

Evaluation Characteristics

Target machine: dvd-acm

Benchmark URL: U_RedHat_6_V1R6_STIG_SCAP_1-1_Benchmark-xccdf.xml

Performed by: root

17.2.2

Compliance and Scoring

17.2.3

Rule Results

The target system did not satisfy the conditions of 107 rules! Furthermore, the results of 12 rules were inconclusive. Please review the rule results (Section 17.2.3) and consider applying remediation.

Passed: 60 rules

Failed: 107 rules

Other: 12 rules

17.2.4

Severity of Failed Rules

Other: 0 rules

Low: 53 rules

Medium: 53 rules

High: 1 rule

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

297

17.2.5

Score

System

Score

Maximum Score

Score as Percentage

urn:xccdf:scoring:default

33.519554

100.000000

33.52%

Bar

Search This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Title

Severity

Result

Red Hat Enterprise Linux 6 Security Technical Implementation Guide 107x fail 12x error SRG-OS-999999 1x error Automated file system mounting tools must not be enabled unless needed.

low

error

low

fail

medium

fail

medium

fail

medium

fail

low

fail

low

fail

The system must use a separate file system for /var/log. low

fail

SRG-OS-000062 1x fail Auditing must be enabled at boot by setting a kernel parameter. SRG-OS-999999 1x fail The /etc/gshadow file must be owned by root. SRG-OS-999999 1x fail The /etc/gshadow file must be group-owned by root. SRG-OS-999999 1x fail The /etc/gshadow file must have mode 0000. SRG-OS-999999 1x fail The system must use a separate file system for /tmp. SRG-OS-999999 1x fail The system must use a separate file system for /var. SRG-OS-999999 1x fail SRG-OS-000259 1x fail Library files must be owned by root.

medium

fail

low

fail

SRG-OS-000044 1x fail The system must use a separate file system for the system audit data path.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

298

Title

Severity

Result

medium

fail

medium

fail

low

fail

medium

fail

Users must not be able to change passwords more than medium once every 24 hours.

fail

SRG-OS-000045 1x fail The audit system must alert designated staff members when the audit storage volume approaches capacity. SRG-OS-000259 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

All system command files must be owned by root. SRG-OS-999999 1x fail The system must use a separate file system for user home directories. SRG-OS-000078 1x fail The system must require passwords to contain a minimum of 14 characters. SRG-OS-000075 1x fail

SRG-OS-000076 1x fail User passwords must be changed at least every 60 days. medium

fail

SRG-OS-000071 1x fail The system must require passwords to contain at least one numeric character.

low

fail

medium

fail

medium

fail

The operating system must enforce requirements for the medium connection of mobile devices to operating systems.

fail

SRG-OS-000103 1x fail The system package management tool must cryptographically verify the authenticity of system software packages during installation. SRG-OS-000232 1x fail A file integrity tool must be installed. SRG-OS-000273 1x fail

SRG-OS-000248 1x fail There must be no .rhosts or hosts.equiv files on the system.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

high

fail

299

Title

Severity

Result

medium

fail

medium

fail

medium

fail

medium

fail

medium

error

medium

fail

The Datagram Congestion Control Protocol (DCCP) must medium be disabled unless required.

fail

SRG-OS-000249 1x fail The system must disable accounts after excessive login failures within a 15-minute interval. SRG-OS-999999 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The /etc/shadow file must be group-owned by root. SRG-OS-999999 1x fail The /etc/shadow file must have mode 0000. SRG-OS-999999 1x fail IP forwarding for IPv4 must not be enabled, unless the system is a router. SRG-OS-000146 1x error The operating system must prevent public IPv4 access into an organizations internal networks, except as appropriately mediated by managed interfaces employing boundary protection devices. SRG-OS-000231 1x fail The systems local IPv4 firewall must implement a denyall, allow-by-exception policy for inbound packets. SRG-OS-000096 1x fail

SRG-OS-000096 1x fail The Stream Control Transmission Protocol (SCTP) must be medium disabled unless required.

fail

SRG-OS-000096 1x fail The Reliable Datagram Sockets (RDS) protocol must be disabled unless required.

low

fail

medium

fail

The operating system must back up audit records on an organization-defined frequency, onto a different system medium or media than the system being audited.

fail

SRG-OS-000096 1x fail The Transparent Inter-Process Communication (TIPC) protocol must be disabled unless required. SRG-OS-000215 1x fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

300

Title

Severity

Result

SRG-OS-000043 1x fail The operating system must support the requirement to centrally manage the content of audit records generated medium by organization-defined information system components.

fail

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

SRG-OS-000062 1x fail The audit system must be configured to audit all attempts to alter system time through settimeofday.

low

fail

SRG-OS-999999 1x fail The system must not accept IPv4 source-routed packets medium on any interface.

fail

SRG-OS-999999 1x fail The system must not accept ICMPv4 redirect packets on medium any interface.

fail

SRG-OS-999999 1x fail The system must not accept ICMPv4 secure redirect packets on any interface.

medium

fail

low

fail

low

fail

SRG-OS-000062 1x fail The audit system must be configured to audit all attempts to alter system time through clock_settime. SRG-OS-999999 1x fail The system must log Martian packets. SRG-OS-999999 1x fail The system must not accept IPv4 source-routed packets medium by default.

fail

SRG-OS-000062 1x fail The audit system must be configured to audit all attempts to alter system time through /etc/localtime.

low

fail

The operating system must automatically audit account low creation.

fail

SRG-OS-000004 1x fail

SRG-OS-999999 1x fail The system must not accept ICMPv4 secure redirect packets by default.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

medium

fail

301

Title

Severity

Result

low

fail

The operating system must automatically audit account low modification.

fail

SRG-OS-999999 1x fail The system must ignore ICMPv4 redirect messages by default. SRG-OS-000239 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

SRG-OS-999999 The system must not respond to ICMPv4 sent to a broadcast address.

low

pass

The operating system must automatically audit account low disabling actions.

fail

SRG-OS-000240 1x fail

SRG-OS-999999 1x fail The system must ignore ICMPv4 bogus error responses. low

fail

SRG-OS-000241 1x fail The operating system must automatically audit account low termination.

fail

SRG-OS-000142 1x fail The system must be configured to use TCP syncookies.

medium

fail

SRG-OS-999999 1x fail The audit system must be configured to audit modifications to the systems Mandatory Access Control low (MAC) configuration (SELinux).

fail

SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using chmod.

low

fail

medium

fail

low

fail

SRG-OS-999999 1x fail The system must use a reverse-path filter for IPv4 network traffic when possible by default. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using chown.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

302

Title

Severity

Result

medium

fail

low

fail

medium

fail

low

fail

low

fail

low

fail

medium

error

low

fail

low

fail

SRG-OS-999999 1x fail The IPv6 protocol handler must not be bound to the network stack unless needed. SRG-OS-000064 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The audit system must be configured to audit all discretionary access-control permission modifications using fchmod. SRG-OS-999999 1x fail The system must ignore ICMPv6 redirects by default. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using fchmodat. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using fchown. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using fchownat. SRG-OS-000152 1x error The system must employ a local IPv4 firewall. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using fremovexattr. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using fsetxattr.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

303

Title

Severity

Result

low

fail

low

fail

low

fail

low

fail

low

fail

The audit system must be configured to audit successful low file system mounts.

fail

SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using lchown. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using lremovexattr. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using lsetxattr. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using removexattr. SRG-OS-000064 1x fail The audit system must be configured to audit all discretionary access-control permission modifications using setxattr. SRG-OS-000064 1x fail

SRG-OS-000069 1x fail The system must require passwords to contain at least one uppercase alphabetic character.

low

fail

low

fail

low

fail

SRG-OS-000266 1x fail The system must require passwords to contain at least one special character. SRG-OS-000070 1x fail The system must require passwords to contain at least one lowercase alphabetic character.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

304

Title

Severity

Result

low

fail

SRG-OS-000072 1x fail The system must require at least four characters be changed between the old and new passwords during a password change. This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

SRG-OS-000021 1x fail The system must disable accounts after three consecutive medium unsuccessful logon attempts.

fail

SRG-OS-000120 1x fail The system must use a FIPS 140-2 approved cryptographic hashing algorithm for generating account medium password hashes (system-auth).

fail

SRG-OS-000064 1x fail The audit system must be configured to audit user deletions of files and programs.

low

fail

SRG-OS-000120 1x fail The system must use a FIPS 140-2 approved cryptographic hashing algorithm for generating account medium password hashes (login.defs).

fail

SRG-OS-000120 1x fail The system must use a FIPS 140-2 approved cryptographic hashing algorithm for generating account medium password hashes (libuser.conf).

fail

SRG-OS-000064 1x fail The audit system must be configured to audit changes to low the /etc/sudoers file.

fail

SRG-OS-999999 1x fail The system boot loader configuration file(s) must be owned by root.

medium

fail

The audit system must be configured to audit the loading medium and unloading of dynamic kernel modules.

fail

SRG-OS-000064 1x fail

SRG-OS-999999 1x fail The system boot loader configuration file(s) must be group-owned by root.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

medium

fail

305

Title

Severity

Result

medium

error

medium

fail

low

fail

medium

fail

medium

fail

medium

fail

The system must require administrator action to unlock medium an account locked by excessive failed login attempts.

fail

SRG-OS-000096 1x error The xinetd service must be disabled if no network services utilizing it are enabled. SRG-OS-999999 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system boot loader configuration file(s) must have mode 0600 or less permissive. SRG-OS-000096 1x fail The xinetd service must be uninstalled if no network services utilizing it are enabled. SRG-OS-000080 1x fail The system boot loader must require authentication. SRG-OS-000080 1x fail The system must require authentication upon booting into single-user and maintenance modes. SRG-OS-000080 1x fail The system must not permit interactive boot. SRG-OS-000022 1x fail

SRG-OS-999999 1x fail The system must not send ICMPv4 redirects by default.

medium

fail

medium

fail

medium

error

medium

fail

low

error

SRG-OS-999999 1x fail The system must not send ICMPv4 redirects from any interface. SRG-OS-000096 1x error The ypbind service must not be running. SRG-OS-999999 1x fail The cron service must be running. SRG-OS-999999 1x error The avahi service must be disabled.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

306

Title

Severity

Result

The system clock must be synchronized continuously, or medium at least daily.

error

SRG-OS-000056 1x error

SRG-OS-999999 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system must set a maximum audit log file size.

medium

fail

low

fail

medium

fail

low

error

low

fail

The system default umask in /etc/login.defs must be 077. low

fail

SRG-OS-000062 1x fail The audit system must be configured to audit all attempts to alter system time through adjtimex. SRG-OS-999999 1x fail The system must retain enough rotated audit logs to cover the required log retention period. SRG-OS-000096 1x error The atd service must be disabled. SRG-OS-999999 1x fail The system default umask for daemons must be 027 or 022. SRG-OS-999999 1x fail SRG-OS-999999 1x fail The system default umask in /etc/profile must be 077.

low

fail

The system default umask for the csh shell must be 077. low

fail

SRG-OS-999999 1x fail SRG-OS-000096 1x error The rdisc service must not be running.

low

error

SRG-OS-999999 1x fail The system default umask for the bash shell must be 077. low

fail

SRG-OS-999999 1x error The postfix service must be enabled for mail delivery.

low

error

The netconsole service must be disabled unless required. low

error

SRG-OS-000096 1x error SRG-OS-000248 1x fail X Windows must not be enabled unless required.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

medium

fail

307

Title

Severity

Result

low

fail

low

fail

low

fail

SRG-OS-999999 1x fail Process core dumps must be disabled unless needed. SRG-OS-000027 1x fail This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system must limit users to 10 simultaneous system logins, or a site-defined number, in accordance with operational requirements. SRG-OS-000160 1x fail The system must provide VPN connectivity for communications over untrusted networks. SRG-OS-000024 1x fail

A login banner must be displayed immediately prior to, or medium as part of, graphical desktop environment login prompts.

fail

SRG-OS-000034 1x error The Bluetooth service must be disabled.

medium

error

low

fail

The operating system must manage information system identifiers for users and devices by disabling the user low identifier after an organization defined time period of inactivity.

fail

GEN006660 1x fail Accounts must be locked upon 35 days of inactivity. SRG-OS-000118 1x fail

SRG-OS-999999 1x fail All public directories must be owned by a system account.

low

fail

SRG-OS-999999 1x fail The system must use a Linux Security Module configured medium to enforce limits on system services.

fail

SRG-OS-999999 1x fail The system must use a Linux Security Module configured low to limit the privileges of system services.

fail

SRG-OS-999999 1x fail The operating system, upon successful logon/access, must display to the user the number of unsuccessful

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

medium

fail

308

Title

Severity

Result

medium

fail

logon/access attempts since the last successful logon/access. SRG-OS-999999 1x fail

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The audit system must switch the system to single-user mode when available audit storage volume becomes dangerously low.

17.3

RSA Adaptive Directory CentOS 7 Server STIG Compliance Report

XCCDF Test Result Introduction

17.3.1

Test Result

Result ID

Profile

Start Time

End Time

Benchmark

Benchmark Version

xccdf_org.openscap_testresult_default-profile

(Default profile)

2015-0408 08:16

2015-0408 08:17

embedded

1

17.3.2

Target Information

Target

Addresses

adaptivedir

   

17.3.3

Platform

127.0.0.1 172.16.4.3 0:0:0:0:0:0:0:1 fe80:0:0:0:250:56ff:fe89:8965

cpe:/o:redhat:enterprise_linux:6

Score

System

Score

Maximum Score

Score as Percentage

urn:xccdf:scoring:default

96.65

100.00

96.65%

17.3.4

Bar

Rule Results Summary

Pass

Fixed

Fail

Error

Not Selected

Not Checked

Not Applicable

Informational

Unknown

Total

173

0

6

0

0

0

0

0

0

179

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

309

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Title

Result

Auditing must be enabled at boot by setting a kernel parameter.

fail

The audit system must be configured to audit modifications to the systems Mandatory Access Control (MAC) configuration (SELinux).

fail

The system boot loader configuration file(s) must be owned by root.

fail

The system boot loader configuration file(s) must be group-owned by root.

fail

The system boot loader configuration file(s) must have mode 0600 or less permissive.

fail

The system boot loader must require authentication.

fail

17.4

AlertEnterprise Microsoft Server STIG Compliance Report

Non-Compliance Report – U_Windows_2008_R2_MS_V1R15_STIG_SCAP_1-0_Benchmark SCAP Compliance Checker – 3.1.2

17.4.1

Score

30.04%

Adjusted Score:

30.04%

Original Score:

30.04%

Compliance Status: RED

Pass:

79

Not Applicable: 0

BLUE:

Score equals 100

Fail:

184

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

263

RED:

Unknown: 0

17.4.2

Score is greater than or equal to 0

System Information

Target

WIN-IPERGL2ELUD

Operating System

Windows Server 2008 R2 Standard

OS Service Pack

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

310

Domain

17.4.3 

Results Unsupported Service Packs

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

• 

Legal Notice Display •

The built-in administrator account will be renamed. – (CCE-10976-9) – Fail

LanMan Authentication Level •

The built-in guest account will be renamed. – (CCE-10747-4) – Fail

Rename Built-in Administrator Account •

The lockout duration will meet minimum requirements. – (CCE-10399-4) – Fail

Rename Built-in Guest Account •

The time before the bad-logon counter is reset will meet minimum requirements. – (CCE11059-3) – Fail

Lockout Duration •

The number of allowed bad-logon attempts will meet minimum requirements. – (CCE11046-0) – Fail

Bad Logon Counter Reset •

Anonymous enumeration of shares will be restricted. – (CCE-10557-7) – Fail

Bad Logon Attempts •

Caching of logon credentials will be limited. – (CCE-10926-4) – Fail

Anonymous shares are not restricted •

The required legal notice will be configured to display before console logon. – (CCE-106732) – Fail

Caching of logon credentials •

Systems must be at supported service pack or release levels. – Fail

The LanMan authentication level will be set to Send NTLMv2 response only \ refuse LM & NTLM. – (CCE-10984-3) – Fail

Deny Access from the Network •

The deny access to this computer from the network user right on member servers must be configured to prevent access from highly privileged domain accounts and local

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

311

administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-10733-4) – Fail 

Smart Card Removal Option •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Format and Eject Removable Media •

The system will be configured to force users to log off when their allowed logon hours expire. – (CCE-10588-2) – Fail

Session Security for NTLM SSP Based Clients •

The system will be configured to prevent the storage of passwords and credentials – (CCE10292-1) – Fail

Force Logoff When Logon Hours Expire •

A system must be logged onto before removing from a docking station. – (CCE-10883-7) – Fail

Storage of Passwords and Credentials •

Solicited Remote Assistance will not be allowed. – (CCE-11723-4) – Fail

Undock Without Logging On •

Named pipes that can be accessed anonymously will be configured to contain no values. – (CCE-10944-7) – Fail

Remote Assistance – Solicit Remote Assistance •

Autoplay will be disabled for all drives. – (CCE-11126-0) – Fail

Anonymous Access to Named Pipes •

Users will be warned in advance that their passwords will expire. – (CCE-10930-6) – Fail

Disable Media Autoplay •

Ejection of removable NTFS media is not restricted to Administrators. – (CCE-10637-7) – Fail

Password Expiration Warning •

The smart card removal option will be configured to Force Logoff or Lock Workstation. – (CCE-10573-4) – Fail

The system will be configured to meet the minimum session security requirement for NTLM SSP based clients. – (CCE-10035-4) – Fail

FIPS Compliant Algorithms •

The system will be configured to use FIPS-compliant algorithms for encryption, hashing, and signing. – (CCE-10789-6) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

312

TS/RDS – Session Limit •

TS/RDS – Password Prompting •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system will be configured to prevent automatic forwarding of error information. – (CCE-11750-7) – Fail

Safe DLL Search Mode •

The system will be configured to prevent unsolicited remote assistance offers. – (CCE11625-1) – Fail

Error Reporting – Report Errors •

Remote Desktop Services will be configured to disconnect an idle session after the specified time period. – (CCE-11506-3) – Fail

Remote Assistance – Offer Remote Assistance •

Remote Desktop Services will be configured to set a time limit for disconnected sessions. – (CCE-11117-9) – Fail

TS/RDS – Time Limit for Idle Session •

Remote Desktop Services will delete temporary folders when a session is terminated. – (CCE-12046-9) – Fail

TS/RDS – Time Limit for Disc. Session •

Remote Desktop Services will be configured to use session-specific temporary folders. – (CCE-10669-0) – Fail

TS/RDS – Delete Temp Folders •

Remote Desktop Services will be configured with the client connection encryption set to the required level. – (CCE-11677-2) – Fail

TS/RDS – Do Not Use Temp Folders •

Remote Desktop Services will always prompt a client for passwords upon connection. – (CCE-11299-5) – Fail

TS/RDS – Set Encryption Level •

Remote Desktop Services will limit users to one remote session. – (CCE-12016-2) – Fail

The system will be configured to use Safe DLL Search Mode. – (CCE-10772-2) – Fail

Media Player – Disable Automatic Updates •

Media Player must be configured to prevent automatic checking for updates. – (CCE-112987) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

313

Session Security for NTLM SSP based Servers •

Audit Log Warning Level •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system will be configured to have password protection take effect within a limited timeframe when the screen saver becomes active. – (CCE-10019-8) – Fail

Remotely Accessible Registry Paths and Sub-Paths •

The system will limit how many times unacknowledged TCP data is retransmitted. – (CCE10941-3) – Fail

Screen Saver Grace Period •

The system will be configured to ignore NetBIOS name release requests except from WINS servers. – (CCE-10653-4) – Fail

TCP Data Retransmissions •

The system will be configured to limit how often keep-alive packets are sent. – (CCE-103812) – Fail

Name-Release Attacks •

The system will be configured to disable the Internet Router Discover Protocol (IRDP). – (CCE-10768-0) – Fail

TCP Connection Keep-Alive Time •

The system will be configured to prevent ICMP redirects from overriding OSPF generated routes. – (CCE-10518-9) – Fail

Disable Router Discovery •

The system will be configured to prevent IP source routing. – (CCE-10732-6) – Fail

Disable ICMP Redirect •

The system will generate an audit event when the audit log reaches a percent full threshold. – (CCE-11011-4) – Fail

Disable IP Source Routing •

The system will be configured to meet the minimum session security requirement for NTLM SSP based servers. – (CCE-10040-4) – Fail

Unauthorized remotely accessible registry paths and sub-paths will not be configured. – (CCE-10935-5) – Fail

Strong Key Protection •

Users will be required to enter a password to access private keys. – (CCE-11035-3) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

314

Optional Subsystems •

Software Restriction Policies •

 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

User Account Control approval mode for the built-in administrator will be enabled. – (CCE11028-8) – Fail

UAC – Admin Elevation Prompt •

IPSec exemptions will be limited. – (CCE-10018-0) – Fail

UAC – Admin Approval Mode •

Audit policy using subcategories will be enabled. – (CCE-10112-1) – Fail

IPSec Exemptions •

The system will be configured to prevent the display of the last username on the logon screen. – (CCE-10788-8) – Fail

Audit Policy Subcategory Setting •

For systems utilizing a logon ID as the individual identifier, passwords will, at a minimum, be 14 characters. – (CCE-10372-1) – Fail

Display of Last Username •

The Windows SMB client will be enabled to always perform SMB packet signing. – (CCE10970-2) – Fail

Minimum Password Length •

Group Policy objects will be reprocessed even if they have not changed. – (CCE-12754-8) – Fail

SMB Client Packet Signing (Always) •

The Remote Desktop Session Host will require secure RPC communications. – (CCE-113688) – Fail

Group Policy – Registry Policy Processing •

Software certificate restriction policies will be enforced. – (CCE-10900-9) – Fail

TS/RDS – Secure RPC Connection. •

Optional subsystems will not be permitted to operate on the system. – (CCE-10913-2) – Fail

User Account Control will, at a minimum, prompt administrators for consent. – (CCE-110239) – Fail

UAC – User Elevation Prompt •

User Account Control will automatically deny standard user requests for elevation. – (CCE10807-6) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

315

Enumerate Administrator Accounts on Elevation •

TS/RDS – Prevent Password Saving •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

IPv6 will be disabled until a deliberate transition strategy has been implemented. – Fail

Windows Peer to Peer Networking •

Windows will be prevented from using Windows Update to search for drivers. – (CCE10357-2) – Fail

IPv6 Transition •

Downloading print driver packages over HTTP will be prevented. – (CCE-11563-4) – Fail

Windows Update Device Drive Searching •

Printing over HTTP will be prevented. – (CCE-11360-5) – Fail

HTTP Printer Drivers •

Web publishing and online ordering wizards will be prevented from downloading a list of providers. – (CCE-11136-9) – Fail

Printing Over HTTP •

Client computers will be required to authenticate for RPC communication. – (CCE-10715-1) – Fail

Internet Download / Online Ordering •

Unauthenticated RPC clients will be restricted from connecting to the RPC server. – (CCE10881-1) – Fail

RPC – Endpoint Mapper Authentication •

Local drives will be prevented from sharing with Remote Desktop Session Hosts (Remote Desktop Services Role). – (CCE-11709-3) – Fail

RPC – Unauthenticated RPC Clients •

Passwords will not be saved in the Remote Desktop Client. – (CCE-11905-7) – Fail

TS/RDS – Drive Redirection •

The system will require a username and password to elevate a running application. – (CCE11450-4) – Fail

Windows Peer-to-Peer networking services will be turned off. – (CCE-11604-6) – Fail

Prohibit Network Bridge •

Network Bridges will be prohibited in Windows. – (CCE-12074-1) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

316

Root Certificates Update •

Event Viewer Events.asp Links •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Users will not be presented with Privacy and Installation options on first use of Windows Media Player. – (CCE-11596-4) – Fail

Network – Mapper I/O Driver •

Non-administrators will be prevented from applying vendor signed updates. – (CCE-114686) – Fail

Media Player – First Use Dialog Boxes •

Users will be prevented from changing installation options. – (CCE-10906-6) – Fail

Windows Installer – Vendor Signed Updates •

Users will be notified if a web-based program attempts to install software. – (CCE-10343-2) – Fail

Windows Installer – User Control •

Windows Explorer shell protocol will run in protected mode. – (CCE-11530-3) – Fail

Windows Installer – IE Security Prompt •

Attachments will be prevented from being downloaded from RSS feeds. – Fail

Windows Explorer – Shell Protocol Protected Mode •

The classic logon screen will be required for user logons. – (CCE-11256-5) – Fail

RSS Attachment Downloads •

The Order Prints Online wizard will be turned off. – (CCE-11243-3) – Fail

Classic Logon •

The Internet File Association service will be turned off. – (CCE-10697-1) – Fail

Order Prints Online •

Event Viewer Events.asp links will be turned off. – (CCE-10693-0) – Fail

Internet File Association Service •

Root Certificates will not be updated automatically from the Microsoft site. – (CCE-112649) – Fail

The Mapper I/O network protocol driver will be disabled. – (CCE-10484-4) – Fail

Network – Responder Driver •

The Responder network protocol driver will be disabled. – (CCE-11304-3) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

317

Network – WCN Wireless Configuration •

Network – Windows Connect Now Wizards •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The user will be prompted for a password on resume from sleep (Plugged In). (Applicable on Server 2008 R2 if the system is configured to sleep.) – (CCE-11651-7) – Fail

Remote Assistance – Session Logging •

Users will be prompted for a password on resume from sleep (on battery). (Applicable to Server 2008 R2 if the system is configured to sleep.) – (CCE-12088-1) – Fail

Power Mgmt – Password Wake When Plugged In •

Errors in handwriting recognition on Tablet PCs will not be reported to Microsoft. – (CCE11030-4) – Fail

Power Mgmt – Password Wake on Battery •

Users will not be prompted to search Windows Update for device drivers. – (CCE-11319-1) – Fail

Handwriting Recognition Error Reporting •

An Error Report will not be sent when a generic device driver is installed. – (CCE-12274-7) – Fail

Driver Install – Device Driver Search Prompt •

A system restore point will be created when a new device driver is installed. – (CCE-105460) – Fail

Device Install – Generic Driver Error Report •

Remote access to the Plug and Play interface will be disabled for device installation. – (CCE11248-2) – Fail

Device Install – Drivers System Restore Point •

The Windows Connect Now wizards will be disabled. – (CCE-11155-9) – Fail

Device Install – PnP Interface Remote Access •

The configuration of wireless devices using Windows Connect Now will be disabled. – (CCE11242-5) – Fail

Remote Assistance log files will be generated. – (CCE-11263-1) – Fail

Game Explorer Information Downloads •

Game explorer information will not be downloaded from Windows Metadata Services. – (CCE-11739-0) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

318

Error Reporting – Logging •

Error Reporting – Windows Error Reporting •

 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system will be configured to prevent users from redirecting Plug and Play devices to the Remote Desktop Session Host. (Remote Desktop Services Role) – (CCE-11128-6) – Fail

TS/RDS – Smart Card Device Redirection •

The system will be configured to prevent users from mapping local LPT ports and redirecting data from the Remote Desktop Session Host to local LPT ports. (Remote Desktop Services Role) – (CCE-11623-6) – Fail

TS/RDS – PNP Device Redirection •

The system will be configured to prevent users from mapping local COM ports and redirecting data from the Remote Desktop Session Host to local COM ports. (Remote Desktop Services Role) – (CCE-10600-5) – Fail

TS/RDS – LPT Port Redirection •

Windows Media Digital Rights Management will be prevented from accessing the internet. – (CCE-11052-8) – Fail

TS/RDS – COM Port Redirection •

Users will be notified if the logon server was inaccessible and cached credentials were used. – (CCE-12260-6) – Fail

Media DRM – Internet Access •

Windows Explorer heap termination on corruption will be disabled. – (CCE-10981-9) – Fail

Logon – Report Logon Server •

Additional data requests in response to Error Reporting will be declined. – (CCE-11584-0) – Fail

Windows Explorer – Heap Termination •

Windows Error Reporting to Microsoft will be disabled. – (CCE-11708-5) – Fail

Error Reporting – Additional Data •

Error Reporting events will be logged in the system event log. – (CCE-11621-0) – Fail

The system will be configured to ensure that smart card devices can be redirected to the Remote Desktop Session. (Remote Desktop Services Role) – (CCE-11517-0) – Fail

TS/RDS – Printer Redirection •

The system will be configured to allow only the default client printer to be redirected in the Remote Desktop Session. (Remote Desktop Services Role) – (CCE-10977-7) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

319

TS/RDS – Remove Disconnect Option •

Windows Customer Experience Improvement Program

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

• 

IPv6 TCP data retransmissions will be configured to prevent resources from becoming exhausted. – (CCE-10804-3) – Fail

Elevate when setting a network’s location •

IPv6 source routing will be configured to highest protection. – (CCE-10888-6) – Fail

IPv6 TCP Data Retransmissions •

Kerberos encryption types will be configured to prevent the use of DES encryption suites. – (CCE-10843-1) – Fail

IPv6 Source Routing •

PKU2U authentication using online identities will be prevented. – (CCE-10839-9) – Fail

Kerberos Encryption Types •

NTLM will be prevented from falling back to a Null session. – (CCE-10812-6) – Fail

PKU2U Online Identities Authentication •

Services using Local System that use negotiate when reverting to NTLM authentication will use the computer identity vs. authenticating anonymously. – (CCE-10817-5) – Fail

NTLM NULL Session Fallback •

The service principal name (SPN) target name validation level will be turned off. – (CCE10617-9) – Fail

Computer Identity Authentication for NTLM •

The Windows Customer Experience Improvement Program will be disabled. – (CCE-113548) – Fail

SPN Target Name Validation Level •

The system will be configured to remove the Disconnect option from the Shut Down Windows dialog box on the Remote Desktop Client. (Remote Desktop Services Role) – (CCE11997-4) – Fail

Domain users will be required to elevate when setting a network’s location. – (CCE-116103) – Fail

Direct Access – Route Through Internal Network •

All Direct Access traffic will be routed through the internal network. – (CCE-11300-1) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

320

Windows Update Point and Print Driver Search •

Prevent device metadata retrieval from internet •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system will be prevented from joining a homegroup. – (CCE-10691-4) – Fail

Windows Anytime Upgrade •

Downloading of game update information will be turned off. – (CCE-11807-5) – Fail

Prevent Joining Homegroup •

Autoplay will be turned off for non-volume devices. – (CCE-11375-3) – Fail

Turn Off Game Updates •

The Application Compatibility Program Inventory will be prevented from collecting data and sending the information to Microsoft. – (CCE-11043-7) – Fail

Autoplay for non-volume devices •

Responsiveness events will be prevented from being aggregated and sent to Microsoft. – (CCE-11889-3) – Fail

Application Compatibility Program Inventory •

Access to Windows Online Troubleshooting Service (WOTS) will be prevented. – (CCE11161-7) – Fail

Disable PerfTrack •

Microsoft Support Diagnostic Tool (MSDT) interactive communication with Microsoft will be prevented. – (CCE-10855-5) – Fail

Windows Online Troubleshooting Service •

Device driver searches using Windows Update will be prevented. – (CCE-11787-9) – Fail

MSDT Interactive Communication •

Device metadata retrieval from the internet will be prevented. – (CCE-11589-9) – Fail

Prevent Windows Update for device driver search •

Windows Update will be prevented from searching for point and print drivers. – (CCE11976-8) – Fail

Windows Anytime Upgrade will be disabled. – (CCE-10544-5) – Fail

Explorer Data Execution Prevention •

Explorer Data Execution Prevention will be enabled. – (CCE-12161-6) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

321

Default Autorun Behavior •

Legal Banner Dialog Box Title •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Unauthorized accounts will not have the "Change the system time" user right. – (CCE10122-0) – Fail

Change the time zone •

Unauthorized accounts will not have the "Bypass traverse checking" user right. – (CCE10369-7) – Fail

Change the system time •

Unauthorized accounts will not have the "Back up files and directories" user right. – (CCE10880-3) – Fail

Bypass traverse checking •

Unauthorized accounts will not have the "Allow log on locally" user right. – (CCE-10853-0) – Fail

Back up files and directories •

Unauthorized accounts will not have the "Adjust memory quotas for a process" user right. – (CCE-10849-8) – Fail

Allow log on locally •

Unauthorized accounts will not have the "Access this computer from the network" user right. – (CCE-10086-7) – Fail

Adjust memory quotas for a process •

The Windows dialog box title for the legal banner will be configured. – (CCE-10010-7) – Fail

Access this computer from the network •

The default autorun behavior will be configured to prevent autorun commands. – (CCE11431-4) – Fail

Unauthorized accounts will not have the "Change the time zone" user right. – (CCE-108977) – Fail

Deny log on as a batch job •

The “deny log on as a batch job” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-10596-5) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

322

Deny log on as service •

Deny log on locally

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

•

Unauthorized accounts will not have the "Load and unload device drivers" user right. – (CCE-10202-0) – Fail

Log on as a batch job •

Unauthorized accounts will not have the "Increase a process working set" user right. – (CCE-10548-6) – Fail

Load and unload device drivers •

Unauthorized accounts will not have the "Impersonate a client after authentication" user right. – (CCE-9946-5) – Fail

Increase a process working set •

Unauthorized accounts will not have the "Generate security audits" user right. – (CCE10274-9) – Fail

Impersonate a client after authentication •

Unauthorized accounts will not have the "Force shutdown from a remote system" user right. – (CCE-10785-4) – Fail

Generate security audits •

The deny log on through Remote Desktop Services user right on member servers must be configured to prevent access from highly privileged domain accounts and local administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-10878-7) – Fail

Force shutdown from a remote system •

The “deny log on locally” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-10750-8) – Fail

Deny log on through Remote Desktop \ Terminal Services •

The “deny log on as a service” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems. No other groups or accounts must be assigned this right. – (CCE-10226-9) – Fail

Unauthorized accounts will not have the "Log on as a batch job" user right. – (CCE-10549-4) – Fail

Replace a process level token

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

323

• 

Restore files and directories •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system will be configured to audit "Account Management > Other Account Management Events" successes. – Fail

Audit – Other Account Management Events – Failure •

The system will be configured to audit "Account Management > Computer Account Management" failures. – Fail

Audit – Other Account Management Events – Success •

The system will be configured to audit "Account Logon > Credential Validation" failures. – Fail

Audit – Computer Account Management – Failure •

Unauthorized accounts will not have the "Shut down the system" user right. – (CCE-104398) – Fail

Audit – Credential Validation – Failure •

Unauthorized accounts will not have the "Restore files and directories" user right. – (CCE10805-0) – Fail

Shut down the system •

Unauthorized accounts will not have the "Replace a process level token" user right. – (CCE10599-9) – Fail

The system will be configured to audit "Account Management > Other Account Management Events" failures. – Fail

Audit – Security Group Management – Failure •

The system will be configured to audit "Account Management > Security Group Management" failures. – Fail

Audit – User Account Management – Success

Audit – User Account Management – Failure •

Audit – Process Creation – Success •

The system will be configured to audit "Account Management > User Account Management" failures. – Fail The system will be configured to audit "Detailed Tracking > Process Creation" successes. – Fail

Audit – File System – Failure •

The system will be configured to audit "Object Access > File System" failures. – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

324

Audit – Registry – Failure •

Audit – Audit Policy Change – Failure •

 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The ISATAP IPv6 transition technology will be disabled. – (CCE-11141-9) – Fail

Teredo State •

The IP-HTTPS IPv6 transition technology will be disabled. – (CCE-10832-4) – Fail

ISATAP State •

The 6to4 IPv6 transition technology will be disabled. – (CCE-11356-3) – Fail

IP-HTTPS State •

The system will be configured to audit "System > Security System Extension" failures. – Fail

6to4 State •

The system will be configured to audit "System > Security System Extension" successes. – Fail

Audit – Security System Extension – Failure •

The system will be configured to audit "System > Security State Change" failures. – Fail

Audit – Security System Extension – Success •

The system will be configured to audit "System > IPSec Driver" failures. – Fail

Audit – Security State Change – Failure •

The system will be configured to audit "System > IPSec Driver" successes. – Fail

Audit – IPSec Driver – Failure •

The system will be configured to audit "Privilege Use > Sensitive Privilege Use" failures. – Fail

Audit – IPSec Driver – Success •

The system will be configured to audit "Privilege Use > Sensitive Privilege Use" successes. – Fail

Audit – Sensitive Privilege Use – Failure •

The system will be configured to audit "Policy Change > Audit Policy Change" failures. – Fail

Audit – Sensitive Privilege Use – Success •

The system will be configured to audit "Object Access > Registry" failures. – Fail

The Teredo IPv6 transition technology will be disabled. – (CCE-11865-3) – Fail

Maximum Log Size – Application

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

325

• 

Maximum Log Size – Security •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The Enhanced Mitigation Experience Toolkit (EMET) Default Protections for Recommended Software must be enabled. – Fail

WINCC-000081 •

The Enhanced Mitigation Experience Toolkit (EMET) Default Protections for Internet Explorer must be enabled. – Fail

WINCC-000080 •

The Enhanced Mitigation Experience Toolkit (EMET) system-wide Address Space Layout Randomization (ASLR) must be enabled and configured to Application Opt In. – Fail

WINCC-000079 •

Local administrator accounts must have their privileged token filtered to prevent elevated privileges from being used over the network on domain systems. – Fail

WINCC-000078 •

The Windows Installer Always install with elevated privileges must be disabled. – (CCE12401-6) – Fail

Local admin accounts filtered token policy enabled on domain systems. •

Windows will be prevented from sending an error report when a device driver requests additional software during installation. – (CCE-11336-5) – Fail

Always Install with Elevated Privileges Disabled •

The System event log will be configured to a minimum size requirement. – (CCE-11174-0) – Fail

Device Install Software Request Error Report •

The Setup event log will be configured to a minimum size requirement. – (CCE-11717-6) – Fail

Maximum Log Size – System •

The Security event log will be configured to a minimum size requirement. – (CCE-11033-8) – Fail

Maximum Log Size – Setup •

The Application event log will be configured to a minimum size requirement. – (CCE-111435) – Fail

The Enhanced Mitigation Experience Toolkit (EMET) Default Protections for Popular Software must be enabled. – Fail

WINCC-000082

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

326

• 

WINCC-000083 •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

WINGE-000200 •

17.5

The Enhanced Mitigation Experience Toolkit (EMET) system-wide Structured Exception Handler Overwrite Protection (SEHOP) must be configured to Application Opt Out. – Fail

WINGE-000100 •

The Enhanced Mitigation Experience Toolkit (EMET) system-wide Data Execution Prevention (DEP) must be enabled and configured to at least Application Opt Out. – Fail

A group named DenyNetworkAccess must be defined on domain systems to include all local administrator accounts. – Fail

IT Domain Controller STIG Compliance Report

Non-Compliance Report – U_Windows2012_DC_V1R3_STIG_SCAP_1-1_Benchmark SCAP Compliance Checker – 3.1.2

17.5.1

Score

91.13%

Adjusted Score:

91.13%

Original Score:

91.13%

Compliance Status: GREEN

Pass:

267

Not Applicable: 0

BLUE:

Score equals 100

Fail:

26

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

293

RED:

Unknown: 0

17.5.2

Score is greater than or equal to 0

System Information

Target

ITDC

Operating System

Windows Server 2012 R2 Standard

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

327

OS Service Pack Domain

ES-IDAM-B1

17.5.3 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Results Bad Logon Attempts •

Force Logoff When Logon Hours Expire •

Domain controllers must be configured to allow the reset of machine account passwords. – (CCE-24692-6) – Fail

Remotely Accessible Registry Paths and Sub-Paths •

Domain controllers must require LDAP access signing. – (CCE-23587-9) – Fail

Computer Account Password Change •

The system must be configured to force users to log off when their allowed logon hours expire. – (CCE-25367-4) – Fail

LDAP Signing Requirements •

The number of allowed bad logon attempts must meet minimum requirements. – (CCE23909-5) – Fail

Unauthorized remotely accessible registry paths and sub-paths must not be configured. – (CCE-25426-8) – Fail

Minimum Password Length •

Passwords must, at a minimum, be 14 characters. – (CCE-25317-9) – Fail

Media DRM – Internet Access

Software Certificate Installation Files •

Legal Banner Dialog Box Title •

Software certificate installation files must be removed from a system. – Fail The Windows dialog box title for the legal banner must be configured. – (CCE-24020-0) – Fail

Access this computer from the network •

Unauthorized accounts must not have the “access this computer from the network” user right on domain controllers. – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

328

Allow log on locally •

Back up files and directories •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Unauthorized accounts must not have the “change the time zone” user right. – (CCE-246322) – Fail

Force shutdown from a remote system •

Unauthorized accounts must not have the “change the system time” user right. – (CCE24185-1) – Fail

Change the time zone •

Unauthorized accounts must not have the “bypass traverse checking” user right. – (CCE25271-8) – Fail

Change the system time •

Unauthorized accounts must not have the “back up files and directories” user right. – (CCE25380-7) – Fail

Bypass traverse checking •

Unauthorized accounts must not have the “allow log on locally” user right. – (CCE-25228-8) – Fail

Unauthorized accounts must not have the “force shutdown from a remote system” user right. – (CCE-24734-6) – Fail

Increase a process working set •

Unauthorized accounts must not have the “increase a process working set” user right. – (CCE-24162-0) – Fail

Increase scheduling priority

Load and unload device drivers •

Log on as a batch job •

Unauthorized accounts must not have the “load and unload device drivers” user right. – (CCE-24779-1) – Fail Unauthorized accounts must not have the “log on as a batch job” user right. – (CCE-233866) – Fail

Restore files and directories •

Unauthorized accounts must not have the “restore files and directories” user right. – (CCE25518-2) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

329

Shut down the system •

Add workstations to domain •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system must be configured to audit DS Access – Directory Service Changes failures. – Fail

WINGE-000100 •

17.6

The system must be configured to audit DS Access – Directory Service Changes successes. – Fail

Audit – Directory Service Changes – Failure •

The system must be configured to audit DS Access – Directory Service Access failures. – Fail

Audit – Directory Service Changes – Success •

The system must be configured to audit DS Access – Directory Service Access successes. – Fail

Audit – Directory Service Access – Failure •

Unauthorized accounts must not have the “add workstations to domain” user right. – (CCE23271-0) – Fail

Audit Directory Service Access – Success •

Unauthorized accounts must not have the “shut down the system” user right. – (CCE23500-2) – Fail

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

IT Windows 7 Workstations STIG Compliance Report

Non-Compliance Report – U_Windows_7_V1R23_STIG_SCAP_1-0_Benchmark SCAP Compliance Checker – 3.1.2

17.6.1 94.72%

Score

Adjusted Score:

94.72%

Original Score:

94.72%

Compliance Status: GREEN

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

330

Pass:

251

Not Applicable: 0

BLUE:

Score equals 100

Fail:

14

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

265

RED:

Unknown: 0

Score is greater than or equal to 0

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.6.2

System Information

Target

ITWORKS1

Operating System

Windows 7 Enterprise

OS Service Pack

Service Pack 1

Domain

ES-IDAM-B1

Processor

Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz

Processor Architecture Intel64 Family 6 Model 45 Stepping 7 Processor Speed

2200 MHz

Physical Memory

6144 mb

Manufacturer

VMware, Inc.

Model

VMware Virtual Platform

Serial Number

VMware-42 09 b3 57 32 50 16 c6-cb 47 45 dd e3 a9 68 f1

BIOS Version

6.00

Interfaces

[00000007] Intel(R) PRO/1000 MT Network Connection  172.16.5.6  00:50:56:89:A2:29

17.6.3 

Results Legal Notice Display •

The required legal notice must be configured to display before console logon. – (CCE-89730) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

331

Bad Logon Attempts •

Secure Print Driver Installation •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The “deny log on as a batch job” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-9212-2) – Fail

Deny log on as service •

Unnecessary features are installed. – Fail

Deny log on as a batch job •

Terminal Services / Remote Desktop Services – Prevent users from connecting using Terminal Services or Remote Desktop. – (CCE-9985-3) – Fail

Unnecessary Features Installed •

For systems utilizing a logon ID as the individual identifier, passwords must be a minimum of 14 characters in length. – (CCE-9357-5) – Fail

TS/RDS – Remote User Connections •

The system is not configured to force users to log off when their allowed logon hours expire. – (CCE-9704-8) – Fail

Minimum Password Length •

The deny access to this computer from the network user right on workstations must be configured to prevent access from highly privileged domain accounts and local administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-9244-5) – Fail

Force Logoff When Logon Hours Expire •

Print driver installation privilege is not restricted to administrators. – (CCE-9026-6) – Fail

Deny Access from the Network •

Number of allowed bad-logon attempts does not meet minimum requirements. – (CCE9136-3) – Fail

The “deny log on as a service” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems. No other groups or accounts must be assigned this right. – (CCE-9098-5) – Fail

Deny log on locally •

The “deny log on locally” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-9239-5) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

332

Deny log on through Remote Desktop \ Terminal Services •

The deny log on through Remote Desktop Services user right on workstations must prevent all access if RDS is not used by the organization. If RDS is used, it must be configured to prevent access from highly privileged domain accounts and local administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-9274-2) – Fail

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Enable accounts to be trusted for delegation

WINGE-000100 •

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

WINGE-000200 •

17.7

A group named DenyNetworkAccess must be defined on domain systems to include all local administrator accounts. – Fail

Ozone Authority and Ozone Server CentOS 6 Server STIG Compliance Report

XCCDF Test Result

17.7.1

Test Result

Result ID

Profile

Start Time

End Time

Benchmark

Benchmark Version

xccdf_org.openscap_testresult_default-profile

(Default profile)

2015-0408 07:58

2015-0408 07:59

embedded

1

17.7.2

Target Information

Target

Addresses

localhost.localdomain

   

17.7.3

Platform

127.0.0.1 172.16.4.11 0:0:0:0:0:0:0:1 fe80:0:0:0:250:56ff:fe89:76dd

cpe:/o:redhat:enterprise_linux:6

Score

System

Score

Maximum

Score as Percentage

urn:xccdf:scoring:default

95.53

100.00

95.53%

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

Bar

333

17.7.4

Rule Results Summary

Pass

Fixed

Fail

Error

Not Selected

Not Checked

Not Applicable

Informational

Unknown

Total

171

0

8

0

0

0

0

0

0

179

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Title

Result

Auditing must be enabled at boot by setting a kernel parameter.

fail

Library files must be owned by root.

fail

The audit system must be configured to audit modifications to the systems Mandatory Access Control (MAC) configuration (SELinux).

fail

The system boot loader configuration file(s) must be owned by root.

fail

The system boot loader configuration file(s) must be group-owned by root.

fail

The system boot loader configuration file(s) must have mode 0600 or less permissive.

fail

The system boot loader must require authentication.

fail

The system must provide VPN connectivity for communications over untrusted networks.

fail

17.8

Ozone Envoy CentOS 6 Server STIG Compliance Report

XCCDF Test Result

17.8.1

Test Result

Result ID

Profile

Start Time

End Time

Benchmark

Benchmark Version

xccdf_org.openscap_testresult_default-profile

(Default profile)

2015-0408 08:02

2015-0408 08:03

embedded

1

17.8.2

Target Information

Target

Addresses

localhost.localdomain

   

127.0.0.1 172.16.4.12 0:0:0:0:0:0:0:1 fe80:0:0:0:250:56ff:fe89:980a

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

Platform cpe:/o:redhat:enterprise_linux:6

334

17.8.3

Score

System

Score

Maximum Score

Score as Percentage

urn:xccdf:scoring:default

96.09

100.00

96.09%

17.8.4

Bar

Rule Results Summary

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Pass

Fixed

Fail

Error

Not Selected

Not Checked

Not Applicable

Informational

Unknown

Total

172

0

7

0

0

0

0

0

0

179

Title

Result

Auditing must be enabled at boot by setting a kernel parameter.

fail

The audit system must be configured to audit modifications to the systems Mandatory Access Control (MAC) configuration (SELinux).

fail

The system boot loader configuration file(s) must be owned by root.

fail

The system boot loader configuration file(s) must be group-owned by root.

fail

The system boot loader configuration file(s) must have mode 0600 or less permissive.

fail

The system boot loader must require authentication.

fail

The system must provide VPN connectivity for communications over untrusted networks.

fail

17.9

OT Domain Controller STIG Compliance Report

Non-Compliance Report – U_Windows2012_DC_V1R3_STIG_SCAP_1-1_Benchmark SCAP Compliance Checker – 3.1.2

17.9.1 91.13%

Score

Adjusted Score:

91.13%

Original Score:

91.13%

Compliance Status: GREEN

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

335

Pass:

267

Not Applicable: 0

BLUE:

Score equals 100

Fail:

26

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

293

RED:

Unknown: 0 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.9.2

Score is greater than or equal to 0

System Information

Target

OTDC

Operating System

Windows Server 2012 R2 Standard

OS Service Pack Domain

OT-ES-IDAM-B1

17.9.3 

Results Bad Logon Attempts •

Force Logoff When Logon Hours Expire •

Domain controllers must be configured to allow the reset of machine account passwords. – (CCE-24692-6) – Fail

Remotely Accessible Registry Paths and Sub-Paths •

Domain controllers must require LDAP access signing. – (CCE-23587-9) – Fail

Computer Account Password Change •

The system must be configured to force users to log off when their allowed logon hours expire. – (CCE-25367-4) – Fail

LDAP Signing Requirements •

The number of allowed bad logon attempts must meet minimum requirements. – (CCE23909-5) – Fail

Unauthorized remotely accessible registry paths and sub-paths must not be configured. – (CCE-25426-8) – Fail

Minimum Password Length •

Passwords must, at a minimum, be 14 characters. – (CCE-25317-9) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

336

Software Certificate Installation Files •

Legal Banner Dialog Box Title •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Software certificate installation files must be removed from a system. – Fail The Windows dialog box title for the legal banner must be configured. – (CCE-24020-0) – Fail

Access this computer from the network •

Unauthorized accounts must not have the “access this computer from the network” user right on domain controllers. – Fail

Adjust memory quotas for a process

Allow log on locally •

Unauthorized accounts must not have the “allow log on locally” user right. – (CCE-25228-8) – Fail

Allow log on through Remote Desktop Services

Back up files and directories •

Bypass traverse checking •

Unauthorized accounts must not have the “change the time zone” user right. – (CCE-246322) – Fail

Force shutdown from a remote system •

Unauthorized accounts must not have the “change the system time” user right. – (CCE24185-1) – Fail

Change the time zone •

Unauthorized accounts must not have the “bypass traverse checking” user right. – (CCE25271-8) – Fail

Change the system time •

Unauthorized accounts must not have the “back up files and directories” user right. – (CCE25380-7) – Fail

Unauthorized accounts must not have the “force shutdown from a remote system” user right. – (CCE-24734-6) – Fail

Increase a process working set •

Unauthorized accounts must not have the “increase a process working set” user right. – (CCE-24162-0) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

337

Load and unload device drivers •

Log on as a batch job •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system must be configured to audit DS Access – Directory Service Changes successes. – Fail

Audit – Directory Service Changes – Failure •

The system must be configured to audit DS Access – Directory Service Access failures. – Fail

Audit – Directory Service Changes – Success •

The system must be configured to audit DS Access – Directory Service Access successes. – Fail

Audit – Directory Service Access – Failure •

Unauthorized accounts must not have the “add workstations to domain” user right. – (CCE23271-0) – Fail

Audit Directory Service Access – Success •

Unauthorized accounts must not have the “shut down the system” user right. – (CCE23500-2) – Fail

Add workstations to domain •

Unauthorized accounts must not have the “restore files and directories” user right. – (CCE25518-2) – Fail

Shut down the system •

Unauthorized accounts must not have the “log on as a batch job” user right. – (CCE-233866) – Fail

Restore files and directories •

Unauthorized accounts must not have the “load and unload device drivers” user right. – (CCE-24779-1) – Fail

The system must be configured to audit DS Access – Directory Service Changes failures. – Fail

WINGE-000100 •

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

338

17.9.4

OT ConsoleWorks Windows Server 2012 STIG Compliance Report

Non-Compliance Report – U_Windows2012_MS_V1R3_STIG_SCAP_1-1_Benchmark SCAP Compliance Checker – 3.1.2

17.9.5

Score

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

97.13%

Adjusted Score:

97.13%

Original Score:

97.13%

Compliance Status: GREEN

Pass:

271

Not Applicable: 0

BLUE:

Score equals 100

Fail:

8

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

279

RED:

Unknown: 0

17.9.6

Score is greater than or equal to 0

System Information

Target

OT-CONSOLEWORKS

Operating System

Windows Server 2012 R2 Standard

OS Service Pack Domain

OT-ES-IDAM-B1

Processor

Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz

Processor Architecture Intel64 Family 6 Model 45 Stepping 7 Processor Speed

2200 MHz

Physical Memory

8192 mb

Manufacturer

VMware, Inc.

Model

VMware Virtual Platform

Serial Number

VMware-42 09 c2 cc c1 37 31 5c-2d 94 63 96 80 d2 05 fe

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

339

BIOS Version

6.00

Interfaces

[00000010] Intel(R) 82574L Gigabit Network Connection  172.16.6.8  00:50:56:89:56:86

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

17.9.7 

Results Bad Logon Attempts •

Force Logoff When Logon Hours Expire •

The “deny log on as a service” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems. No other groups or accounts must be assigned this right. – (CCE-23117-5) – Fail

Deny log on locally •

The “deny log on as a batch job” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems, and from unauthenticated access on all systems. – (CCE-25215-5) – Fail

Deny log on as service •

The Windows dialog box title for the legal banner must be configured. – (CCE-24020-0) – Fail

Deny log on as a batch job •

Passwords must, at a minimum, be 14 characters. – (CCE-25317-9) – Fail

Legal Banner Dialog Box Title •

The system must be configured to force users to log off when their allowed logon hours expire. – (CCE-25367-4) – Fail

Minimum Password Length •

The number of allowed bad logon attempts must meet minimum requirements. – (CCE23909-5) – Fail

The “deny log on locally” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems, and from unauthenticated access on all systems. – (CCE-24460-8) – Fail

WINGE-000100 •

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

340

17.10 OT Windows 7 Workstations STIG Compliance Report Non-Compliance Report – U_Windows_7_V1R23_STIG_SCAP_1-0_Benchmark SCAP Compliance Checker – 3.1.2

17.10.1 Score This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

95.47%

Adjusted Score:

95.47%

Original Score:

95.47%

Compliance Status: GREEN

Pass:

253

Not Applicable: 0

BLUE:

Score equals 100

Fail:

12

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

265

RED:

Unknown: 0

Score is greater than or equal to 0

17.10.2 System Information Target

OTWORKS1

Operating System

Windows 7 Enterprise

OS Service Pack

Service Pack 1

Domain

OT-ES-IDAM-B1

Processor

Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz

Processor Architecture Intel64 Family 6 Model 45 Stepping 7 Processor Speed

2200 MHz

Physical Memory

4096 mb

Manufacturer

VMware, Inc.

Model

VMware Virtual Platform

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

341

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Serial Number

VMware-42 09 49 1e 0a 42 38 8e-03 d2 8f e6 31 25 5a 63

BIOS Version

6.00

Interfaces

[00000007] Intel(R) PRO/1000 MT Network Connection  172.16.6.6  00:50:56:89:0B:7A

17.10.3 Results 

Legal Notice Display •

Bad Logon Attempts •

The system is not configured to force users to log off when their allowed logon hours expire. – (CCE-9704-8) – Fail

Minimum Password Length •

The deny access to this computer from the network user right on workstations must be configured to prevent access from highly privileged domain accounts and local administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-9244-5) – Fail

Force Logoff When Logon Hours Expire •

Print driver installation privilege is not restricted to administrators. – (CCE-9026-6) – Fail

Deny Access from the Network •

Number of allowed bad-logon attempts does not meet minimum requirements. – (CCE9136-3) – Fail

Secure Print Driver Installation •

The required legal notice must be configured to display before console logon. – (CCE-89730) – Fail

For systems utilizing a logon ID as the individual identifier, passwords must be a minimum of 14 characters in length. – (CCE-9357-5) – Fail

Deny log on as a batch job •

The “deny log on as a batch job” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-9212-2) – Fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

342

Deny log on as service •

Deny log on locally

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

•

The deny log on through Remote Desktop Services user right on workstations must prevent all access if RDS is not used by the organization. If RDS is used, it must be configured to prevent access from highly privileged domain accounts and local administrator accounts on domain systems and unauthenticated access on all systems. – (CCE-9274-2) – Fail

WINGE-000100 •

The “deny log on locally” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems and unauthenticated access on all systems. – (CCE-9239-5) – Fail

Deny log on through Remote Desktop \ Terminal Services •

The “deny log on as a service” user right on workstations must be configured to prevent access from highly privileged domain accounts on domain systems. No other groups or accounts must be assigned this right. – (CCE-9098-5) – Fail

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

WINGE-000200 •

A group named DenyNetworkAccess must be defined on domain systems to include all local administrator accounts. – Fail

17.11 PACS Domain Controller STIG Compliance Report All Settings Report - U_Windows2012_DC_V1R3_STIG_SCAP_11_Benchmark SCAP Compliance Checker - 3.1.2

17.11.1 Score 91.47

% Adjusted 91. % Original 91. % Compliance GREE

Pas 26 Not Fai 2 Not

0 0

BLU Score equals GREE Score is greater than or

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

343

Error: 0 Not Selected: 0 YELLOW: Score is greater than or equal to 80 Unknown: 0

Total: 293

RED: Score is greater than or equal to 0

17.11.2 System Information This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Target

PACSDC

Operating System

Windows Server 2012 R2 Standard

OS Service Pack Domain

PACS­ES­IDAM­B1

17.11.3 Stream Information Release Information

Release: 3 Benchmark Date: 28 Oct 2014

Stream

U_Windows2012_DC_V1R3_STIG_SCAP_1­1_Benchmark

Title

Windows Server 2012 / 2012 R2 Domain Controller Security Technical Implementation Guide

Description

The Windows Server 2012 / 2012 R2 Domain Controller Security Technical Implementation Guide (STIG) is published as a tool to improve the security of Department of Defense (DoD) information systems. Comments or proposed revisions to this document should be sent via e­mail to the following address: disa.letterkenny.FSO.mbx.stig­customer­support­mailbox@mail.mil.

Notice

Developed_by_DISA_for_the_DoD

Target Platforms

cpe:/o:microsoft:windows_server_2012:­

Identity Authenticated true

17.11.4 Results 

Bad Logon Attempts •

Force Logoff When Logon Hours Expire •

The number of allowed bad logon attempts must meet minimum requirements. – (CCE­23909­5) – Fail The system must be configured to force users to log off when their allowed logon hours expire. – (CCE­25367­4) – Fail

LDAP Signing Requirements

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

344

• 

Computer Account Password Change •

 This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Unauthorized accounts must not have the “change the system time” user right. – (CCE­24185­1) – Fail

Change the time zone •

Unauthorized accounts must not have the “bypass traverse checking” user right. – (CCE­25271­8) – Fail

Change the system time •

Unauthorized accounts must not have the “back up files and directories” user right. – (CCE­25380­7) – Fail

Bypass traverse checking •

Unauthorized accounts must not have the “allow log on locally” user right. – (CCE­25228­8) – Fail

Back up files and directories •

Unauthorized accounts must not have the “access this computer from the network” user right on domain controllers. – Fail

Allow log on locally •

The Windows dialog box title for the legal banner must be configured. – (CCE­24020­0) – Fail

Access this computer from the network •

Passwords must, at a minimum, be 14 characters. – (CCE­25317­9) – Fail

Legal Banner Dialog Box Title •

Unauthorized remotely accessible registry paths and sub­paths must not be configured. – (CCE­25426­8) – Fail

Minimum Password Length •

Domain controllers must be configured to allow the reset of machine account passwords. – (CCE­24692­6) – Fail

Remotely Accessible Registry Paths and Sub­Paths •

Domain controllers must require LDAP access signing. – (CCE­23587­9) – Fail

Unauthorized accounts must not have the “change the time zone” user right. – (CCE­24632­2) – Fail

Force shutdown from a remote system

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

345

• 

Increase a process working set •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The system must be configured to audit DS Access ­ Directory Service Changes successes. – Fail

Audit ­ Directory Service Changes – Failure •

The system must be configured to audit DS Access ­ Directory Service Access failures. – Fail

Audit ­ Directory Service Changes – Success •

The system must be configured to audit DS Access ­ Directory Service Access successes. – Fail

Audit ­ Directory Service Access – Failure •

Unauthorized accounts must not have the “add workstations to domain” user right. – (CCE­23271­0) – Fail

Audit Directory Service Access – Success •

Unauthorized accounts must not have the “shut down the system” user right. – (CCE­23500­2) –Fail

Add workstations to domain •

Unauthorized accounts must not have the “restore files and directories” user right. – (CCE­25518­2) – Fail

Shut down the system •

Unauthorized accounts must not have the “log on as a batch job” user right. – (CCE­23386­6) – Fail

Restore files and directories •

Unauthorized accounts must not have the “load and unload device drivers” user right. – (CCE­24779­1) – Fail

Log on as a batch job •

Unauthorized accounts must not have the “increase a process working set” user right. – (CCE­24162­0) – Fail

Load and unload device drivers •

Unauthorized accounts must not have the “force shutdown from a remote system” user right. – (CCE­24734­6) – Fail

The system must be configured to audit DS Access ­ Directory Service Changes failures. – Fail

WINGE­000100

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

346

•

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

17.12 PACS Console Windows Server 2012 STIG Compliance Report Non-Compliance Report – U_Windows2012_MS_V1R3_STIG_SCAP_1-1_Benchmark This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

SCAP Compliance Checker – 3.1.2

17.12.1 Score 96.06%

Adjusted Score:

96.06%

Original Score:

96.06%

Compliance Status: GREEN

Pass:

268

Not Applicable: 0

BLUE:

Score equals 100

Fail:

11

Not Checked:

0

GREEN:

Score is greater than or equal to 90

Error:

0

Not Selected:

0

YELLOW: Score is greater than or equal to 80

Total:

279

RED:

Unknown: 0

Score is greater than or equal to 0

17.12.2 System Information Target

PACS-CONSOLE

Operating System

Windows Server 2012 R2 Standard

OS Service Pack Domain

PACS-ES-IDAM-B1

Processor

Intel(R) Xeon(R) CPU E5-2660 0 @ 2.20GHz

Processor Architecture Intel64 Family 6 Model 45 Stepping 7 Processor Speed

2200 MHz

Physical Memory

8192 mb

Manufacturer

VMware, Inc.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

347

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Model

VMware Virtual Platform

Serial Number

VMware-42 09 dc 00 da 26 44 78-07 ea f5 33 59 b9 af 46

BIOS Version

6.00

Interfaces

[00000010] Intel(R) 82574L Gigabit Network Connection  172.16.7.11  00:50:56:89:F8:E0

17.12.3 Results 

Bad Logon Attempts •

Force Logoff When Logon Hours Expire •

Unauthorized accounts must not have the “bypass traverse checking” user right. – (CCE25271-8) – Fail

Deny log on as a batch job •

Unauthorized accounts must not have the “adjust memory quotas for a process” user right. – (CCE-25112-4) – Fail

Bypass traverse checking •

The Windows dialog box title for the legal banner must be configured. – (CCE-24020-0) – Fail

Adjust memory quotas for a process •

Passwords must, at a minimum, be 14 characters. – (CCE-25317-9) – Fail

Legal Banner Dialog Box Title •

The system must be configured to force users to log off when their allowed logon hours expire. – (CCE-25367-4) – Fail

Minimum Password Length •

The number of allowed bad logon attempts must meet minimum requirements. – (CCE23909-5) – Fail

The “deny log on as a batch job” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems, and from unauthenticated access on all systems. – (CCE-25215-5) – Fail

Deny log on as service

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

348

•

Deny log on locally •

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

The “deny log on locally” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems, and from unauthenticated access on all systems. – (CCE-24460-8) – Fail

Replace a process level token •

The “deny log on as a service” user right on member servers must be configured to prevent access from highly privileged domain accounts on domain systems. No other groups or accounts must be assigned this right. – (CCE-23117-5) – Fail

Unauthorized accounts must not have the “replace a process level token” user right. – (CCE-24555-5) – Fail

WINGE-000100 •

The Enhanced Mitigation Experience Toolkit (EMET) V4.1 Update 1 or later must be installed on the system. – Fail

17.13 Baseline CentOS 7 Linux Configuration How To STIG/Configure CentOS 7 Install fresh CentOS 7 server image, using Minimal Install. The following are assumptions in the installation: 

separate partitions for /var, /var/log, /var/log/audit, /tmp, /home

Networking is configured for your network. yum update -y

yum install wget openscap-utiles aide libreswan iptables-service ntp mkdir {reports,xml} cd xml

wget http://iase.disa.mil/stigs/Documents/u_RedHat_6_V1R6_STIG_SCAP_11_Benchmark.zip unzip u_RedHat*

----------------------------------------- Run Initial Test -----------------------------------------

oscap xccdf eval --report ../reports/report.html --cpe *cpedictionary.xml *Benchmark-xccdf.xml python -m SimpleHTTPServer

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

349

Go to http://<Centos 7 IP Address>:8000/ to view the results of the STIG test. 1. Add the following files to the following locations: a. rules_d-audit.rules > /etc/audit/rules.d/audit.rules This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

b. audit.rules > /etc/audit/audit.rules c. audit.conf > /etc/audit/audit.conf d. system-auth > /etc/pam.d/system-auth e. system-au0 0 * * * root /sbin/aide –checkth-ac > /etc/pam.d/system-auth-ac f.

sysctl.conf > /etc/sysctl.conf

g. password-auth-ac > /etc/pam.d/password-auth-ac h. iptables > /etc/sysconfig/iptables 2. Edit the following files: a. In /etc/logindefs, add/change variables to: PASS_MIN_LEN 14 PASS_MIN_DAYS 1

PASS_MAX_DAYS 60

b. Add the following to /etc/crontab: 0 0 * * * root /sbin/aide –check

c. In /etc/modprobe.d/disabled.conf (create if it doesn’t exist), add: install usb-storage /bin/false install dccp /bin/false install sctp /bin/false install rds /bin/false

install tipc /bin/false install ipv6 /bin/false

d. Remove any line in /etc/securetty that starts with vc or ttyS e. Add to /etc/rsyslog.conf: f.

*.* @@<any remote syslog server IP address>:514

Add to /etc/sysconfig/init:

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

350

SINGLE=/sbin/sulogin PROMPT=no

g. Edit /etc/ntp.conf: place '#' in front of any line that starts with 'server' Add server tick.usno.navy.mil This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

h. For all files /etc/csh.cshrc, /etc/profile, /etc/login.defs, and /etc/bashrc: Change any umask line to umask 077 and any UMASK line to UMASK 077 i. j.

Add to /etc/inittab: id:3:initdefault:

Add to /etc/security/limits.conf: * hard core 0

* hard maxlogins 0

k. Edit /etc/default/useradd: Change INACTIVE=-1 to INACTIVE=35 l.

yum remove firewalld

m. chkconfig ntpd on n. service ntpd start o. ln -sf /lib/systemd/system/multi-user.target /etc/systemd/system/default.target

17.13.1 Baseline CentOS 7 Configuration Files Audit.rules file contents Audit.conf file contents iptables file contents Password_auth-ac file contents rules_d-audi.rules file contents Sysctl.conf files contents system-auth file contents system-auth-ac file contents

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

351

17.13.2 Audit.rules File Contents

# # This file controls the configuration of the audit daemon #

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

log_file = /var/log/audit/audit.log log_format = RAW log_group = root priority_boost = 4 flush = INCREMENTAL freq = 20 num_logs = 5 disp_qos = lossy dispatcher = /sbin/audispd name_format = NONE ##name = mydomain max_log_file = 6 max_log_file_action = ROTATE space_left = 75 space_left_action = email action_mail_acct = root admin_space_left = 50 admin_space_left_action = SINGLE disk_full_action = SUSPEND disk_error_action = SUSPEND ##tcp_listen_port = tcp_listen_queue = 5 tcp_max_per_addr = 1 ##tcp_client_ports = 1024-65535 tcp_client_max_idle = 0 enable_krb5 = no krb5_principal = auditd ##krb5_key_file = /etc/audit/audit.key

17.13.3 Audit.conf File Contents

# # This file controls the configuration of the audit daemon # log_file = /var/log/audit/audit.log log_format = RAW log_group = root priority_boost = 4 flush = INCREMENTAL freq = 20 num_logs = 5 disp_qos = lossy dispatcher = /sbin/audispd name_format = NONE ##name = mydomain max_log_file = 6

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

352

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

max_log_file_action = ROTATE space_left = 75 space_left_action = email action_mail_acct = root admin_space_left = 50 admin_space_left_action = SINGLE disk_full_action = SUSPEND disk_error_action = SUSPEND ##tcp_listen_port = tcp_listen_queue = 5 tcp_max_per_addr = 1 ##tcp_client_ports = 1024-65535 tcp_client_max_idle = 0 enable_krb5 = no krb5_principal = auditd ##krb5_key_file = /etc/audit/audit.key

17.13.4 iptables File Contents

# Generated by iptables-save v1.4.21 on Tue Jan 27 13:28:25 2015 *nat :PREROUTING ACCEPT [219:23061] :INPUT ACCEPT [2:120] :OUTPUT ACCEPT [125:7804] :POSTROUTING ACCEPT [125:7804] :OUTPUT_direct - [0:0] :POSTROUTING_ZONES - [0:0] :POSTROUTING_ZONES_SOURCE - [0:0] :POSTROUTING_direct - [0:0] :POST_public - [0:0] :POST_public_allow - [0:0] :POST_public_deny - [0:0] :POST_public_log - [0:0] :PREROUTING_ZONES - [0:0] :PREROUTING_ZONES_SOURCE - [0:0] :PREROUTING_direct - [0:0] :PRE_public - [0:0] :PRE_public_allow - [0:0] :PRE_public_deny - [0:0] :PRE_public_log - [0:0] -A PREROUTING -j PREROUTING_direct -A PREROUTING -j PREROUTING_ZONES_SOURCE -A PREROUTING -j PREROUTING_ZONES -A OUTPUT -j OUTPUT_direct -A POSTROUTING -j POSTROUTING_direct -A POSTROUTING -j POSTROUTING_ZONES_SOURCE -A POSTROUTING -j POSTROUTING_ZONES -A POSTROUTING_ZONES -o ens160 -g POST_public -A POSTROUTING_ZONES -g POST_public -A POST_public -j POST_public_log -A POST_public -j POST_public_deny -A POST_public -j POST_public_allow

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

353

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

-A PREROUTING_ZONES -i ens160 -g PRE_public -A PREROUTING_ZONES -g PRE_public -A PRE_public -j PRE_public_log -A PRE_public -j PRE_public_deny -A PRE_public -j PRE_public_allow COMMIT # Completed on Tue Jan 27 13:28:25 2015 # Generated by iptables-save v1.4.21 on Tue Jan 27 13:28:25 2015 *mangle :PREROUTING ACCEPT [94235:148159541] :INPUT ACCEPT [94155:148151187] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [43012:2796100] :POSTROUTING ACCEPT [43027:2798919] :FORWARD_direct - [0:0] :INPUT_direct - [0:0] :OUTPUT_direct - [0:0] :POSTROUTING_direct - [0:0] :PREROUTING_ZONES - [0:0] :PREROUTING_ZONES_SOURCE - [0:0] :PREROUTING_direct - [0:0] :PRE_public - [0:0] :PRE_public_allow - [0:0] :PRE_public_deny - [0:0] :PRE_public_log - [0:0] -A PREROUTING -j PREROUTING_direct -A PREROUTING -j PREROUTING_ZONES_SOURCE -A PREROUTING -j PREROUTING_ZONES -A INPUT -j INPUT_direct -A FORWARD -j FORWARD_direct -A OUTPUT -j OUTPUT_direct -A POSTROUTING -j POSTROUTING_direct -A PREROUTING_ZONES -i ens160 -g PRE_public -A PREROUTING_ZONES -g PRE_public -A PRE_public -j PRE_public_log -A PRE_public -j PRE_public_deny -A PRE_public -j PRE_public_allow COMMIT # Completed on Tue Jan 27 13:28:25 2015 # Generated by iptables-save v1.4.21 on Tue Jan 27 13:28:25 2015 *security :INPUT ACCEPT [94003:148133781] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [43012:2796100] :FORWARD_direct - [0:0] :INPUT_direct - [0:0] :OUTPUT_direct - [0:0] -A INPUT -j INPUT_direct -A FORWARD -j FORWARD_direct -A OUTPUT -j OUTPUT_direct COMMIT # Completed on Tue Jan 27 13:28:25 2015

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

354

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

# Generated by iptables-save v1.4.21 on Tue Jan 27 13:28:25 2015 *raw :PREROUTING ACCEPT [94236:148159577] :OUTPUT ACCEPT [43012:2796100] :OUTPUT_direct - [0:0] :PREROUTING_direct - [0:0] -A PREROUTING -j PREROUTING_direct -A OUTPUT -j OUTPUT_direct COMMIT # Completed on Tue Jan 27 13:28:25 2015 # Generated by iptables-save v1.4.21 on Tue Jan 27 13:28:25 2015 *filter :INPUT DROP [0:0] :FORWARD ACCEPT [0:0] :OUTPUT ACCEPT [0:0] :FORWARD_IN_ZONES - [0:0] :FORWARD_IN_ZONES_SOURCE - [0:0] :FORWARD_OUT_ZONES - [0:0] :FORWARD_OUT_ZONES_SOURCE - [0:0] :FORWARD_direct - [0:0] :FWDI_public - [0:0] :FWDI_public_allow - [0:0] :FWDI_public_deny - [0:0] :FWDI_public_log - [0:0] :FWDO_public - [0:0] :FWDO_public_allow - [0:0] :FWDO_public_deny - [0:0] :FWDO_public_log - [0:0] :INPUT_ZONES - [0:0] :INPUT_ZONES_SOURCE - [0:0] :INPUT_direct - [0:0] :IN_public - [0:0] :IN_public_allow - [0:0] :IN_public_deny - [0:0] :IN_public_log - [0:0] :OUTPUT_direct - [0:0] -A INPUT -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -A INPUT -i lo -j ACCEPT -A INPUT -j INPUT_direct -A INPUT -j INPUT_ZONES_SOURCE -A INPUT -j INPUT_ZONES -A INPUT -p icmp -j ACCEPT -A INPUT -j REJECT --reject-with icmp-host-prohibited -A FORWARD -m conntrack --ctstate RELATED,ESTABLISHED -j ACCEPT -A FORWARD -i lo -j ACCEPT -A FORWARD -j FORWARD_direct -A FORWARD -j FORWARD_IN_ZONES_SOURCE -A FORWARD -j FORWARD_IN_ZONES -A FORWARD -j FORWARD_OUT_ZONES_SOURCE -A FORWARD -j FORWARD_OUT_ZONES -A FORWARD -p icmp -j ACCEPT -A FORWARD -j REJECT --reject-with icmp-host-prohibited

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

355

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

-A OUTPUT -j OUTPUT_direct -A FORWARD_IN_ZONES -i ens160 -g FWDI_public -A FORWARD_IN_ZONES -g FWDI_public -A FORWARD_OUT_ZONES -o ens160 -g FWDO_public -A FORWARD_OUT_ZONES -g FWDO_public -A FWDI_public -j FWDI_public_log -A FWDI_public -j FWDI_public_deny -A FWDI_public -j FWDI_public_allow -A FWDO_public -j FWDO_public_log -A FWDO_public -j FWDO_public_deny -A FWDO_public -j FWDO_public_allow -A INPUT_ZONES -i ens160 -g IN_public -A INPUT_ZONES -g IN_public -A IN_public -j IN_public_log -A IN_public -j IN_public_deny -A IN_public -j IN_public_allow -A IN_public_allow -p tcp -m tcp --dport 22 -m conntrack --ctstate NEW -j ACCEPT COMMIT # Completed on Tue Jan 27 13:28:25 2015

17.13.5 Password_auth-ac File Contents

#%PAM-1.0 # This file is auto-generated. # User changes will be destroyed the next time authconfig is run. auth required pam_env.so auth sufficient pam_unix.so nullok try_first_pass auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900 auth required pam_faillock.so authsucc deny=3 unlock_time=604800 fail_interval=900 auth requisite pam_succeed_if.so uid >= 1000 quiet_success auth required pam_deny.so account account account account

required pam_unix.so sufficient pam_localuser.so sufficient pam_succeed_if.so uid < 1000 quiet required pam_permit.so

password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type= password sufficient pam_unix.so sha512 shadow nullok try_first_pass use_authtok password required pam_deny.so session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so

17.13.6 rules_d-audi.rules File Contents

# This file contains the auditctl rules that are loaded # whenever the audit daemon is started via the initscripts.

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

356

# The rules are simply the parameters that would be passed # to auditctl. # First rule - delete all -D

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

# Increase the buffers to survive stress events. # Make this bigger for busy systems -b 320 # Feel free to add below this line. See auditctl man page # STIG Stuff Below # audit_time_rules -a always,exit -F arch=b64 -S adjtimex -S settimeofday -S clock_settime -k audit_time_rules -w /etc/localtime -p wa -k audit_time_rules # audit_account_changes -w /etc/group -p wa -k audit_account_changes -w /etc/passwd -p wa -k audit_account_changes -w /etc/gshadow -p wa -k audit_account_changes -w /etc/shadow -p wa -k audit_account_changes -w /etc/security/opasswd -p wa -k audit_account_changes # MAC-policy -w /etc/selinux -p wa -k MAC-policy # export -a always,exit -F arch=b64 -S mount -F auid>=500 -F auid!=4294967295 -k export -a always,exit -F arch=b64 -S mount -F auid=0 -k export # delete -a always,exit -F arch=b64 -S rmdir -S unlink -S unlinkat -S rename -S renameat -F auid>=500 -F auid!=4294967295 -k delete -a always,exit -F arch=b64 -S rmdir -S unlink -S unlinkat -S rename -S renameat -F auid=0 -k delete # actions -w /etc/sudoers -p wa -k actions # modules -w /sbin/insmod -p x -k modules -w /sbin/rmmod -p x -k modules -w /sbin/modprobe -p x -k modules -a always,exit -F arch=b64 -S init_module -S delete_module -k modules # perm_mod -a always,exit -F arch=b32 -S chmod -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S chmod -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S fchmod -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fchmod -F auid=0 -k perm_mod

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

357

-a always,exit -F arch=b64 -S chmod -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S chmod -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fchmod -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fchmod -F auid=0 -k perm_mod

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

-a always,exit -F arch=b32 -S fchmodat -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fchmodat -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fchmodat -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fchmodat -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S fchown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fchown -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fchown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fchown -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S chown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S chown -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S chown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S chown -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S fchownat -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fchownat -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fchownat -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fchownat -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S fremovexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fremovexattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fremovexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fremovexattr -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S fsetxattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S fsetxattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S fsetxattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S fsetxattr -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S lchown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S lchown -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S lchown -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S lchown -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S lremovexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S lremovexattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S lremovexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S lremovexattr -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S lsetxattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S lsetxattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S lsetxattr -F auid>=500 -F auid!=4294967295 -k perm_mod

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

358

-a always,exit -F arch=b64 -S lsetxattr -F auid=0 -k perm_mod -a always,exit -F arch=b32 -S removexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S removexattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S removexattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S removexattr -F auid=0 -k perm_mod

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

-a always,exit -F arch=b32 -S setxattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b32 -S setxattr -F auid=0 -k perm_mod -a always,exit -F arch=b64 -S setxattr -F auid>=500 -F auid!=4294967295 -k perm_mod -a always,exit -F arch=b64 -S setxattr -F auid=0 -k perm_mod

17.13.7 Sysctl.conf Files Contents

# System default settings live in /usr/lib/sysctl.d/00-system.conf. # To override those settings, enter new settings here, or in an /etc/sysctl.d/<name>.conf file # # For more information, see sysctl.conf(5) and sysctl.d(5). net.ipv4.ip_forward = 0 net.ipv4.conf.all.accept_source_route = 0 net.ipv4.conf.all.accept_redirects = 0 net.ipv4.conf.all.secure_redirects = 0 net.ipv4.conf.all.log_martians = 1 net.ipv4.conf.default.accept_source_route = 0 net.ipv4.conf.default.secure_redirects = 0 net.ipv4.conf.default.accept_redirects = 0 net.ipv4.icmp_echo_ignore_broadcasts = 1 net.ipv4.icmp_ignore_bogus_error_responses = 1 net.ipv4.tcp_syncookies = 1 net.ipv4.conf.all.rp_filter = 1 net.ipv4.conf.default.rp_filter = 1 net.ipv6.conf.default.accept_redirects = 0 net.ipv4.conf.default.send_redirects = 0 net.ipv4.conf.all.send_redirects = 0

17.13.8 system-auth File Contents

#%PAM-1.0 # This file is auto-generated. # User changes will be destroyed the next time authconfig is run. auth required pam_env.so auth sufficient pam_unix.so try_first_pass auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900 auth required pam_faillock.so authsucc deny=3 unlock_time=604800 fail_interval=900 auth requisite pam_succeed_if.so uid >= 1000 quiet_success auth required pam_deny.so account required pam_unix.so account sufficient pam_localuser.so account sufficient pam_succeed_if.so uid < 1000 quiet account required pam_permit.so

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

359

password required pam_cracklib.so retry=3 minlen=14 dcredit=-1 ucredit=-1 ocredit=-1 lcredit=-1 difok=4 password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type= password sufficient pam_unix.so sha512 shadow try_first_pass use_authtok password required pam_deny.so

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so session required pam_lastlog.so showfailed session required pam_limits.so

17.13.9 system-auth-ac File Contents

#%PAM-1.0 # This file is auto-generated. # User changes will be destroyed the next time authconfig is run. auth required pam_env.so auth sufficient pam_unix.so try_first_pass auth [default=die] pam_faillock.so authfail deny=3 unlock_time=604800 fail_interval=900 auth required pam_faillock.so authsucc deny=3 unlock_time=604800 fail_interval=900 auth requisite pam_succeed_if.so uid >= 1000 quiet_success auth required pam_deny.so account account account account

required pam_unix.so sufficient pam_localuser.so sufficient pam_succeed_if.so uid < 1000 quiet required pam_permit.so

password required pam_cracklib.so retry=3 minlen=14 dcredit=-1 ucredit=-1 ocredit=-1 lcredit=-1 difok=4 password requisite pam_pwquality.so try_first_pass local_users_only retry=3 authtok_type= password sufficient pam_unix.so sha512 shadow try_first_pass use_authtok password required pam_deny.so session optional pam_keyinit.so revoke session required pam_limits.so -session optional pam_systemd.so session [success=1 default=ignore] pam_succeed_if.so service in crond quiet use_uid session required pam_unix.so session required pam_lastlog.so showfailed session required pam_limits.so

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

360

17.14 Baseline CentOS 7 STIG Compliance Note: The STIG compliance test is based on the CentOS 6 STIG compliance analysis. At the time when this testing was completed, the CentOS 7 STIG had not been published.

17.14.1 Test Result This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

Result ID

Profile

Start Time

End Time

Benchmark

Benchmark Version

xccdf_org.openscap_testresult_default-profile

(Default profile)

2015-0311 12:25

2015-0311 12:26

embedded

1

17.14.2 Target Information Target

Addresses

localhost.localdomain

   

Platform

127.0.0.1 10.32.2.59 0:0:0:0:0:0:0:1 fe80:0:0:0:250:56ff:fe89:5cab

cpe:/o:redhat:enterprise_linux:6

17.14.3 Score System

Score

Maximum Score

Score as Percentage

urn:xccdf:scoring:default

96.65

100.00

96.65%

Bar

17.14.4 Rule Results Summary Pass

Fixed

Fail

Error

Not Selected

Not Checked

Not Applicable

Informational

Unknown

Total

173

0

6

0

0

0

0

0

0

179

Title

Result

Auditing must be enabled at boot by setting a kernel parameter.

fail

The audit system must be configured to audit modifications to the systems Mandatory Access Control (MAC) configuration (SELinux).

fail

The system boot loader configuration file(s) must be owned by root.

fail

The system boot loader configuration file(s) must be group-owned by root.

fail

The system boot loader configuration file(s) must have mode 0600 or less permissive.

fail

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

361

Title

Result

The system boot loader must require authentication.

fail

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2. NIST SP 1800-2C: Identity and Access Management for Electric Utilities

362

Appendix A

List of Acronyms

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

ACL

Access Control List

AD

Active Directory

ASLR

Address Space Layout Randomization

CA

CA Technologies

CD

Compact Disc

CD-ROM

Compact Disc Read-Only Memory

CIP

Critical Infrastructure Protection

CIS

Center for Internet Security

CPU

Central Processing Unit

CRADA

Cooperative Research and Development Agreement

CRL

Certificate Revocation List

CSV

Comma-Separated Value

DAC

Discretionary Access Control

DACL

Discretionary Access Control List

DBA

Database Administrator

DC

Domain Controller

DCCP

Datagram Congestion Control Protocol

DEP

Data Execution Prevention

DISA

Defense Information Systems Agency

DMZ

Demilitarized Zone

DNS

Domain Name System

DoD

Department of Defense

DSRM

Directory Services Restore Mode

EMET

Enhanced Mitigation Experience Toolkit

EMS

Energy Management System

FIPS

Federal Information Processing Standards

FTP

File Transfer Protocol

GB

Gigabyte(s)

GCC

GlobalSign Certificate Center

GHz

Gigahertz

HTTP

Hypertext Transfer Protocol

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

363

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

HTTPS

Hypertext Transfer Protocol Secure

ICS

Industrial Control System

IdAM

Identity and Access Management

IMG

Identity Management and Governance

IP

Internet Protocol

IRDP

Internet Router Discover Protocol

ISE

Identity Services Engine

IT

Information Technology

JDK

Java Development Kit

JKS

Java Keystore

JRE

Java Runtime Environment

LAN

Local Area Network

LDAP

Lightweight Directory Access Protocol

LDAPS

Lightweight Directory Access Protocol Server

LED

Light-Emitting Diode

MAC

Mandatory Access Control

MAG

Mount Airey Group

MB

Megabyte(s)

MSDT

Microsoft Support Diagnostic Tool

NAESB

North American Energy Standards Board

NAS

Network Attached Storage

NCCoE

National Cybersecurity Center of Excellence

NERC

North American Electric Reliability Corporation

NIST

National Institute of Standards and Technology

NTP

Network Time Protocol

OID

Object Identification

OS

Operating System

OT

Operational Technology

OU

Organizational Unit

OVA

Open Virtualization Archive

PACS

Physical Access Control System

PIN

Personal Identification Number

PIV

Personal Identification Verification

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

364

This publication is available free of charge from: http://doi.org/10.6028/NIST.SP.1800-2.

PIV-I

Personal Identity Verification Interoperable

PKI

Public Key Infrastructure

PPA

Personal Profile Application

RAM

Random Access Memory

RDP

Remote Desktop Protocol

RDS

Reliable Datagram Sockets

RS2

RS2 Technologies

RTU

Remote Terminal Unit

SCADA

Supervisory Control and Data Acquisition

SCTP

Stream Control Transmission Protocol

SEHOP

Structured Exception Handler Overwrite Protection

SEL

Schweitzer Engineering Laboratories

SID

System Identifier

SNMP

Simple Network Management Protocol

SP

Special Publication

SPN

Service Principal Name

SQL

Structured Query Language

SSH

Secure Shell

SSL

Secure Sockets Layer

STIG

Security Technical Implementation Guideline

TCP

Transmission Control Protocol

TIPC

Transparent Inter-Process Communication

UDP

User Datagram Protocol

URL

Uniform Resource Locator

UTC

Coordinate Universal Time (also used for Utilities Telecom Council)

VLAN

Virtual Local Area Network

VM

Virtual Machine

VNC

Virtual Network Computing

VPN

Virtual Private Network

WAN

Wide Area Network

WAR

Web Application Archive

WOTS

Windows Online Troubleshooting Service

XML

EXtensible Markup Language

NIST SP 1800-2C: Identity and Access Management for Electric Utilities

365

Related documents

Record · ID 2829 · SHA-256 092fa8df40558b0c
Retrieved via Conceptio: every document is proof-bundled with source, license, and retrieval metadata.
Bring this data into your agent: Connect via MCP or API · 20 free credits to start · no card required
Read the Docs → · View CLI source on GitHub · Conceptio Open Knowledge Archive