RFI DRAFT NBEKRSS PD 05Mar2026 v3_3 Final Draft.docx
DOCX document 104 KB Posted
- Attached to
- DA01--NBEKRSS (VA-26-00031146) Professional Service - Network Based Encryption Key Recovery Storage Solution
- Solicitation number
- 36C10B26Q0239
About this file
This is a Product Description (PD) for a Request for Information (RFI) regarding the Network-based Encryption Key Recovery Storage Solution (NBEKRSS), TAC Number VA-26-00031146, issued by the Department of Veterans Affairs Office of Information & Technology Infrastructure Operations. The VA is conducting market research to assess potential providers for renewing software maintenance and support of its current NBEKRSS solution, which manages cryptographic private keys associated with VA user encryption certificates issued under the U.S. Treasury Shared Service Provider PKI environment. The current solution utilizes Zeva DecryptNaBox licenses with associated maintenance and technical support services. The requirement involves a 12-month base period with four optional 12-month renewal periods, with no solicitation or obligation to award at this time and no funds currently authorized.
The solution must meet comprehensive technical and security requirements including FIPS-validated cryptographic modules, full compatibility with Treasury SSP PKI authorities (VACA1 and VACA2), on-premises operation within VA facilities, support for 3.5 million or more encryption keys, 95% successful decryption capability with 50,000 email items per hour throughput, Luna T5000 HSM integration, and role-based access controls with immutable audit logging. Additional mandatory requirements include Section 508 accessibility compliance, IPv6-only support, Zero Trust security controls, VA Technical Reference Model approval, sustainable IT practices, 24/7/365 U.S.-based technical support from CONUS personnel, and comprehensive Authority to Operate (ATO) support including Risk Management Framework documentation mapping to NIST SP 800-53 controls. The contractor must comply with extensive VA security and privacy requirements including FIPS 140-2 encryption standards, TLS 1.2/1.3 configuration per NIST guidelines, supply chain integrity provisions, software bill of materials (SBOM) delivery, and patch management within 30 days for standard vulnerabilities or seven business days for critical vulnerabilities. The RFI response limit is 15 pages with no marketing materials permitted, and the projected NAICS code is 541519 with a $34 million size standard.
View the file
Other files
| File | Type | Posted |
|---|---|---|
| NBEKRSS VA-26-00031146 RFI Amendment 0001.pdf | ||
| 36C10B26Q0239.docx | DOCX document |
On GovTribe
Work with this file
- Download the original file
- Contacts named in this file
- Similar government files
- Ask GovTribe AI about this file
Text version
Network-based Encryption Key Recovery Storage Solution TAC Number: VA-26-00031146
PRODUCT DESCRIPTION (PD)
DEPARTMENT OF VETERANS AFFAIRS
Office of Information & Technology Infrastructure Operations
Network-based Encryption Key Recovery Storage Solution
Date: March 12, 2026
VA-26-00031146
PD Version Number: 3.3
Contents
| BACKGROUND | 3 | |
| 1.0 | PRODUCT REQUIREMENTS | 3 |
| 1.1 | SALIENT CHARACTERISTICS | 4 |
| 2.0 | NOTICE OF THE FEDERAL ACCESSIBILITY LAW AFFECTING ALL INFORMATION AND COMMUNICATION TECHNOLOGY (ICT) PROCUREMENTS (SECTION 508) | 6 |
| 2.1 | SECTION 508 – INFORMATION AND COMMUNICATION TECHNOLOGY (ICT) STANDARDS | 7 |
| 2.2 | COMPATABILITY WITH ASSISTIVE TECHNOLOGY | 7 |
| 2.3 | ACCEPTANCE AND ACCEPTANCE TESTING | 7 |
| 3.0 | INFORMATION TECHNOLOGY USING SUSTAINABLE PRODUCTS AND SERVICES | 8 |
| 4.0 | SHIPMENT OF HARDWARE OR EQUIPMENT | 8 |
| 4.1 | SPECIAL SHIPPING INSTRUCTIONS | 9 |
| 4.2 | NATIONAL ACQUISITIONS | 9 |
| 5.0 | GENERAL REQUIREMENTS | 10 |
| 5.1 | VA TECHNICAL REFERENCE MODEL | 10 |
| 5.2 | ZERO TRUST – VA CRITICAL SECURITY CONTROLS | 10 |
| 5.3 | SOCIAL SECURITY NUMBER (SSN) REDUCTION | 11 |
| 5.4 | INTERNET PROTOCOL VERSION 6 (IPV6) | 11 |
| 5.5 | SOFTWARE AND LICENSING REQUIREMENTS | 12 |
| 5.6 | TRUSTED INTERNET CONNECTION (TIC) | 12 |
| 5.7 | POSITION/TASK RISK DESIGNATION LEVEL(S) | 12 |
| ADDENDUM B | 13 |
BACKGROUND
The Department of Veterans Affairs (VA), Office of Information & Technology (OIT), Infrastructure Operations (IO) provides secure and reliable information technology services that support VA’s mission to deliver timely and effective care and benefits to Veterans. VA depends heavily on Public Key Infrastructure (PKI) technologies to protect sensitive information, including encrypted electronic messages and documents transmitted across the enterprise.
VA’s PKI environment issues Federal Information Processing Standards (FIPS)-compliant x.509 certificates for secure messaging and encryption. The U.S. Department of the Treasury Shared Service Provider (SSP) PKI hosts two Certificate Authorities (CA) that issue VA’s Secure/Multipurpose Internet Mail Extensions (S/MIME) Key Management certificates: VA Certificate Authority (VACA)1 and VA Certificate Authority (VACA)2. These certificates enable VA personnel to protect sensitive information and support mission‑critical operations.
To comply with federal directives, including the Freedom of Information Act (FOIA) and requirements for litigation discovery and records access, VA must maintain the ability to recover private keys associated with VA‑issued encryption certificates. Private keys are escrowed within the PKI structure to support authorized decryption when necessary.
The current Network‑based Encryption Key Recovery Storage Solution (NBEKRSS) is a critical component of VA’s PKI ecosystem. The system supports secure key recovery, high‑volume S/MIME decryption, operational investigations, and e‑Discovery workflows. The solution must integrate with VA’s Treasury-hosted Certificate Authorities, enterprise directories, existing Hardware Security Module (HSM) infrastructure (including VA’s Luna T‑5000 HSMs), and related VA PKI services. This current solution is comprised of brand name Zeva DecryptNaBox licenses and supported via brand name maintenance.
PRODUCT REQUIREMENTS
VA OIT has a requirement to renew maintenance of its existing solution. The current system is a Commercial‑Off‑The‑Shelf (COTS) software solution with some customization to meet Government requirements as well as software maintenance, (releases, patches, and hotfixes), and software support services.
The Network‑based Encryption Key Recovery Storage Solution (NBEKRSS) must provide secure recovery, storage, management, and operational use of cryptographic private keys associated with VA user encryption certificates issued under the U.S. Treasury SSP PKI (VACA1 and VACA2). The solution must support large‑scale S/MIME decryption for investigations, cybersecurity operations, litigation discovery, and other authorized VA use cases. The solution must be fully hosted on VA‑owned infrastructure and integrate with VA’s PKI services, directory services, certificate authorities, and hardware security modules.
The current solution is comprised of:
| Description |
| Brand Name: |
| Part Number: |
| Quantity: |
| NBEKRSS Core Software License |
| Zeva DecryptNaBox |
| N/A |
| 1 |
| Software Maintenance (releases, patches, hotfixes) |
| Zeva DecryptNaBox |
| N/A |
| 1 |
| Technical Support |
| Zeva DecryptNaBox |
| N/A |
| 1 |
Scope of Purchase (Base + 4 Option Years):
VA intends to renew maintenance of the above solution to operate and sustain NBEKRSS. The period of performance for this effort shall consist of a 12-month base period and four subsequent 12-month options, if exercised. The salient characteristics of the solution are as follows:
SALIENT CHARACTERISTICS
Offerors must demonstrate their solution meets all of the following minimum characteristics and can support minimum encryption keys of 3.5 million or more supporting the enterprise at any given time.
These characteristics define what is considered “Brand Name or Equal.”
Minimal Salient Characteristics
1. PKI Compatibility
· Fully interoperable with the U.S. Treasury SSP PKI issuance environment, including VACA1 and VACA2. VACA provides the ability to connect and retrieve private key material from Entrust Security Manager Administration CAs.
· Integration with VA enterprise directory services for user lookup and authorization.
2. On‑Premises Operation
· All components must operate entirely within VA facilities on VA owned networks and hardware.
3. Cryptographic Requirements
· Uses FIPS‑validated cryptographic modules. Per NIST FIPS 140‑3 validated modules (or FIPS 140‑2 validated where 140‑3 is not yet available for the specific module).
· Supports modern Transport Layer Security (TLS) configurations appropriate for federal environments. TLS 1.2/1.3 configured per NIST SP 800‑52 Rev. 2.
4. Key Recovery Capabilities
· Secure ingestion, cataloging, and recovery of VA user encryption private keys, providing authorized personnel with a controlled and auditable process for restoring encrypted content while maintaining strict access controls, chain‑of‑custody, and alignment with VA security and privacy policies.
5. Decryption Capabilities
· Maintains metadata and forensic integrity.
· Achieve ≥ 95% successful decrypt on eligible items with proper keys, with detailed failure logging for ineligible/invalid cases; sustain ≥ 50,000 email items/hour (combined messages + attachments) on VA‑standard compute or provide sizing to meet the same throughput, with linear/near‑linear scaling via additional workers.
6. HSM Integration
· Compatible with VA’s Luna T‑5000 HSMs and Personal Identification Numbers (PIN) Entry Device (PED)-based key controls.
7. Role-Based Access Controls
· Least‑privilege model with separate operator, approver, and auditor roles.
8. Software Maintenance Model/ Technical Support Model (VA‑Applied) The Contractor shall provide 12 months of support services for the software and licenses included in this PD. The initial support period shall commence upon VA inspection and acceptance.
The support services shall adhere to the following requirements:
· Support services shall be available by phone 24 hours per day, 365 days per year.
· Support services must be provided from U.S. based personnel and facilities located within the Continental United States (CONUS).
· Support services shall assist with remediation of all vulnerabilities identified through Government security scans.
· The Original Equipment Manufacturer (OEM) shall provide current versions of all software included in this PD throughout the maintenance period.
· Software and firmware updates, including major releases, point releases, patch management, newly released features, service releases, security releases, and bug fixes.
· Product Documentation
· Knowledge Base Documentation
9. Audit Logging
· Generates immutable, exportable logs including user identity, certificate details, timestamps, and operations.
· Exportable audit records for use in VA security, compliance, and investigative systems.
10. Authority to Operate (ATO) Support, Audit Assistance, and Evidence Collection
· Providing written responses to ATO‑related technical questions.
· Participating in phone‑based support sessions during audits, assessments, or security reviews.
· Assisting VA in preparing and supplying ATO‑related evidence, including product‑level documentation, configuration guides, logging descriptions, cryptographic module details, and other materials reasonably required for ATO package updates.
· Providing documentation that maps product functions to applicable NIST SP 800‑53 control expectations to support VA Risk Management Framework (RMF) processes.
· Providing security‑relevant technical information, product architecture documentation, and update/patch safety impact notes without requiring any access to VA systems
11. VA Technical Reference Model (TRM) Compatibility
· The Contractor shall ensure any COTS products used in the NBEKRSS solution are One-VA TRM approved products or submit and achieve TRM approval if not already listed. https://www.oit.va.gov/services/TRM/TRMHomePage.aspx.
12. Section 508 Compliance
· Software and documentation must conform to Section 508 accessibility requirements Web Content Accessibility Guidelines (WCAG) 2.0 A/AA).
NOTICE OF THE FEDERAL ACCESSIBILITY LAW AFFECTING ALL INFORMATION AND COMMUNICATION TECHNOLOGY (ICT) PROCUREMENTS (SECTION 508)
On January 18, 2017, the Access Board issued a final rule that updated accessibility requirements covered by Section 508 and refreshed guidelines for telecommunications equipment subject to Section 255 of the Communications Act. The final rule went into effect on January 18, 2018. The revisions and updates to the Section 508-based standards and Section 255-based guidelines are intended to ensure that information and communication technology (ICT) covered by the respective statutes is accessible to and usable by individuals with disabilities.
SECTION 508 – INFORMATION AND COMMUNICATION TECHNOLOGY (ICT) STANDARDS
The Section 508 standards established by the Access Board are incorporated into, and made part of all VA orders, solicitations and purchase orders developed to procure ICT. These standards are found in their entirety at: Revised 508 Standards and 255 Guidelines (access-board.gov). A single PDF file version of the Revised Section 508 Standards and 255 Guidelines will be supplied upon request, or can be obtained from the Access Board website. Federal agencies must comply with the Rehabilitation Act of 1973, as amended.
The Contractor shall comply with “508 Chapter 2: Scoping Requirements” for all electronic ICT and content delivered under this contract. Specifically, as appropriate for the technology and its functionality, the Contractor shall comply with the technical standards marked here:
| ☒ | E205 Electronic Content – (Accessibility Standard -WCAG 2.0 Level A and AA Guidelines) |
| ☒ | E204 Functional Performance Criteria |
| ☐ | E206 Hardware Requirements |
| ☒ | E207 Software Requirements |
| ☒ | E208 Support Documentation and Services Requirements |
COMPATABILITY WITH ASSISTIVE TECHNOLOGY
The standards do not require installation of specific accessibility-related software or attachment of an assistive technology device. Section 508 requires that ICT be compatible with such software and devices so that ICT can be accessible to and usable by individuals using assistive technology, including but not limited to screen readers, screen magnifiers, and speech recognition software.
ACCEPTANCE AND ACCEPTANCE TESTING
Deliverables resulting from this solicitation will be accepted based in part on satisfaction of the Section 508 Chapter 2: Scoping Requirements standards identified above.
The Government reserves the right to test for Section 508 Compliance before delivery. The Contractor shall be able to demonstrate Section 508 Compliance upon delivery.
INFORMATION TECHNOLOGY USING SUSTAINABLE PRODUCTS AND SERVICES
The Contractor shall comply with Sections 524 and Sections 525 of the Energy Independence and Security Act of 2007; Section 104 of the Energy Policy Act of 2005; Executive Order 13221, “Energy-Efficient Standby Power Devices,” dated August 2, 2001; and the Federal Acquisition Regulation (FAR) to provide ENERGY STAR®, Federal Energy Management Program (FEMP) designated, and products and services that meet EPA Recommendations of Specifications, Standards, and Ecolabels in effect as of October 2023 (e.g. Electronic Product Environmental Assessment Tool (EPEAT) registered products) in providing information technology products and/or services. The Green Procurement Compilation (GPC) website available at Green Procurement Compilation - GSA Sustainable Facilities Tool (sftool.gov) provides a comprehensive list of sustainable products and services and sustainable acquisition guidance.
The Contractor shall provide products that meet the definition of sustainable products and services if the products are delivered to the Government; furnished by the Contractor for use by the Government, incorporated into the construction of a public building or public work, or acquired by the Contractor for use in performing services under a Government contract where the cost of the products is a direct cost to a Government contract (versus costs which are normally applied to a contractor's general and administrative expenses or indirect costs).
Specifically, the Contractor shall provide sustainable products under this contract in accordance with FAR 52.223-23. The applicable products with their associated certification, designation, and/or ecolabel (e.g. Energy Star, FEMP, and/or EPEAT) are identified within the product specifications in this PD. The Contractor shall ensure proposed products meet the certification(s) / designation(s) / ecolabel(s) specified at the time of submission of proposals and at the time of award.
SHIPMENT OF HARDWARE OR EQUIPMENT
NOT APPLICABLE
Inspection: Destination Acceptance: Destination Free on Board (FOB): Destination
Ship To and Mark For:
Primary
Alternate
Name:
Name:
Address:
Address:
Voice:
Voice:
Email:
Email:
SPECIAL SHIPPING INSTRUCTIONS
NOT APPLICABLE
Prior to shipping, Contractor shall notify Site POCs, by phone followed by email, of all incoming deliveries including line-by-line details for review of requirements. The Contractor shall not make any changes to the delivery schedule at the request of Site POC.
Contractors shall coordinate deliveries with Site POCs before shipment of hardware to ensure sites have adequate storage space.
All shipments, either single or multiple container deliveries, shall bear the VA IFCAP Purchase Order number (if applicable) on external shipping labels and associated manifests or packing lists. In the case of multiple container deliveries, a statement readable near the VA IFCAP PO or Contract number shall indicate total number of containers for the complete shipment (e.g. “Package 1 of 2”), clearly readable on manifests and external shipping labels.
Packing Slips/Labels and Lists shall also include the following:
IFCAP PO # or Contract No.: ____________ (e.g., 166-E11234 (the IFCAP PO number is located in block #20 of the SF 1449)) Project Description: (e.g. Tier I Lifecycle Refresh)
Total number of Containers: Package ___ of ___. (e.g., Package 1 of 3)
NATIONAL ACQUISITIONS
NOT APPLICABLE
The Contractor shall complete the Master Delivery Schedule in accordance with the Instructions, and shall coordinate with the COR for specifics. The Master Delivery Schedule shall be provided after award and updated prior to and after each delivery timeframe.
Shipment/Delivery Kick-off Meeting
The Contractor shall conduct a Shipment/Delivery Kick-off Meeting with the VA Program Manager (PM), COR, Delivery Date Coordinator, Implementation Manager, and Facility CIOs (or designee) to discuss delivery schedule requirements and facilitate delivery of equipment. This meeting may be held in conjunction with the post award conference or identified technical kickoff meeting, if applicable. The Contractor shall also present the Shipment/Delivery Weekly Progress Report format for review and approval by the Government. This meeting, if held independently, shall be conducted telephonically within ten days after award and shall incorporate any delivery schedule changes to the draft Delivery Schedule identified by the Government.
Shipment/Delivery Weekly Progress Report
The Contractor shall provide a Shipment/Delivery Weekly Progress Report which shall identify the items shipped, the serial number associated with each piece of equipment; the date of each shipment; the status of each shipment, tracking information, and information relative to Government-receipt of the equipment items at each delivery site. In addition, the Shipment/Delivery Weekly Progress Report shall identify any problems and provide a description of how the problems were resolved/addressed. If problems have not been completely resolved, the Contractor shall provide an explanation and status of resolution. Shipment/Delivery Weekly Progress Reports shall be submitted in Microsoft Excel Format and shall clearly identify each serial number of the equipment being delivered with one (1) serial number per cell.
Inspection: Destination Acceptance: Destination Free on Board (FOB): Destination
Packing Slips/Labels and Lists shall also include the following:
IFCAP PO #: ____________ (e.g., 166-E11234 (the IFCAP PO number is located in block #20 of the SF 1449)) Project Description: (e.g. Tier 1 Lifecycle Refresh)
Total number of Containers: Package ___ of ___. (e.g., Package 1 of 3)
Deliverables:
A. Master Delivery Schedule B. Shipment/Delivery Weekly Progress Report
GENERAL REQUIREMENTS
VA TECHNICAL REFERENCE MODEL
The Contractor shall comply with the VA OIT Technical Reference Model (VA TRM). Compliance with the VA TRM is achieved by using only technologies and standards that are listed as approved for use in the VA TRM. The Contractor shall provide all necessary information requested by VA to ensure TRM approval is obtained prior to use on VA’s network.
ZERO TRUST – VA CRITICAL SECURITY CONTROLS
VA has established minimum mandatory security requirements and requires that any network connected software system or service must meet the VA Critical Security Controls as outlined in the VA Memorandum, “VA Security Controls”, https://www.voa.va.gov/DocumentView.aspx?DocumentID=5010. VA Critical Security Controls identify the minimum mandatory requirements that must be implemented across all VA enterprise infrastructure, cloud computing environments, information systems, networks, and specialized devices (medical devices/systems, special-purpose systems, and research scientific computing devices) that process, store, and/or transmit VA data. Effective July 1, 2025, the Contractor shall implement these VA Critical Security Controls, within any network connected software system or service prior to being authorized for use in the VA. This functional requirement is not negotiable, and Plan of Action & Milestones (POAM) will not be accepted in the event these controls cannot be implemented for new systems. Critical Security Controls are intended to increase VA’s security posture and provide security and privacy risk visibility into the VA network and is not a new requirement. The Contractor’s failure to maintain these VA Critical Controls after implementation will result in VA discontinuing the use of the system.
SOCIAL SECURITY NUMBER (SSN) REDUCTION
The Contractor solution shall support the Social Security Number (SSN) Fraud Prevention Act (FPA) of 2017 which prohibits the inclusion of SSNs on any document sent by mail. The Contractor support shall also be performed in accordance with Section 240 of the Consolidated Appropriations Act (CAA) 2018, enacted March 23, 2018, which mandates VA to discontinue using SSNs to identify individuals in all VA information systems as the Primary Identifier. The Contractor shall ensure that any new IT solution discontinues the use of SSN as the Primary Identifier to replace the SSN with the Integrated Control Number (ICN) in all VA information systems for all individuals. The Contractor shall ensure that all Contractor delivered applications and systems integrate with the VA Master Person Index (MPI) for identity traits to include the use of the ICN as the Primary Identifier. The Contractor solution may only use a Social Security Number to identify an individual in an information system if and only if the use of such number is required to obtain information VA requires from an information system that is not under the jurisdiction of VA.
INTERNET PROTOCOL VERSION 6 (IPV6)
The Contractor solution shall support IPv6-Only based upon the memo issued by the Office of Management and Budget (OMB) on November 19, 2020 (https://www.whitehouse.gov/wp-content/uploads/2020/11/M-21-07.pdf). Which defines IPv6-only as the state of an operational system or service when IPv4 protocol functions (addressing, packet forwarding) are not in use. The NIST USGv6 profile defines technical requirements for a product to be capable of operating in IPv6-Only environments. IPv6-Only technology, in accordance with the USGv6 Program (https://www.nist.gov/programs-projects/usgv6-program/usgv6-revision-1), NIST Special Publication (SP) 500-267B Revision 1 “USGv6 Profile” (https://doi.org/10.6028/NIST.SP.500-267Br1), and NIST SP 800-119 “Guidelines for the Secure Deployment of IPv6” (https://doi.org/10.6028/NIST.SP.800-119), compliance shall be included in all IT infrastructures, application designs, application development, operational systems and sub-systems, and their integration. In addition to the above requirements, all devices, applications, and systems shall support all applicable functionality on native IPv6-Only as well as dual stack (IPv6 / IPv4) connectivity without additional memory or other resources being provided by the Government, so that they can function in a mixed environment. All public/external facing servers and services (e.g., web, email, DNS, ISP services, etc.) shall support native IPv6-Only and dual stack (IPv6 / IPv4) users and all internal infrastructure and applications shall support using native IPv6-Only and dual stack (IPv6 / IPv4) for all functionality and operations.
SOFTWARE AND LICENSING REQUIREMENTS
The Contractor shall be responsible for the provision of all software licenses and any associated licensing maintenance required for any development, delivery, integration, operation, and/or maintenance associated with its proposed application(s), software products, software solution, and/or system including, but not limited to, any and all application(s), software and/or software products that comprise, are a part of, or integrate with the Contractor’s proposed application(s), software products, software solution, and/or system for the life of any resulting contract.
TRUSTED INTERNET CONNECTION (TIC)
The Contractor solution shall meet the requirements outlined in Office of Management and Budget Memorandum M-19-26, “Update to the Trusted Internet Connections (TIC) Initiative“ (https://www.whitehouse.gov/wp-content/uploads/2019/09/M-19-26.pdf), VA Directive 6513 “Secure External Connections”, and shall comply with the TIC 3.0 Core Guidance Documents, including all Volumes and TIC Use Cases, found at the Cybersecurity & Infrastructure Security Agency (CISA) (https://www.cisa.gov/publication/tic-30-core-guidance-documents.)
POSITION/TASK RISK DESIGNATION LEVEL(S)
NOT APPLICABLE
In accordance with VA Handbook 0710, Personnel Security and Suitability Program, the position sensitivity and the level of background investigation commensurate with the required level of access for the following tasks within the PWS are:
Position Sensitivity and Background Investigation Requirements by Service Task/Item Number Service Task / Item Number
| Tier1 / Low Risk |
| Tier 2 / Moderate Risk |
| Tier 4 / High Risk |
| 1.1 | ||
| ☐ | ||
| ☐ | ☐ | |
| <1.2> | ||
| ☐ | ☐ | ☐ |
The Tasks identified above and the resulting Position Sensitivity and Background Investigation requirements identify, in effect, the Background Investigation requirements for Contractor individuals, based upon the tasks the particular Contractor individual will be working. The submitted Contractor Staff Roster must indicate the required Background Investigation Level for each Contractor individual based upon the tasks the Contractor individual will be working, in accordance with their submitted proposal.
ADDENDUM B
VA INFORMATION AND INFORMATION SYSTEM SECURITY/ PRIVACY LANGUAGE
NOTE: In the event of a conflict, VAAR Security Clauses take precedence over the language in this Addendum B.
APPLICABLE SECTIONS FROM: VA NOTICE 24-12, APRIL 22, 2024, UPDATE TO VA HANDBOOK 6500.6, CONTRACT SECURITY, APPENDIX C VA INFORMATION AND INFORMATION SYSTEM SECURITY/PRIVACY LANGUAGE, FOR INCLUSION INTO CONTRACTS, AS APPROPRIATE
GENERAL
This entire section applies to all acquisitions requiring any Information Security and Privacy language. Contractors, contractor personnel, Subcontractors and subcontractor personnel will be subject to the same federal laws, regulations, standards, VA directives and handbooks, as VA personnel regarding information and information system security and privacy.
VA INFORMATION CUSTODIAL LANGUAGE
a. The Government shall receive unlimited rights to data/intellectual property first produced and delivered in the performance of this contract or order (hereinafter “contract”) unless expressly stated otherwise in this contract. This includes all rights to source code and all documentation created in support thereof. The primary clause used to define Government and Contractor data rights is FAR 52.227-14 Rights in Data – General. The primary clause used to define computer software license (not data/intellectual property first produced under this Contractor or order) is FAR 52.227-19, Commercial Computer Software License.
b. Information made available to the Contractor by VA for the performance or administration of this contract will be used only for the purposes specified in the service agreement, SOW, PWS, PD, and/or contract. The Contractor shall not use VA information in any other manner without prior written approval from a VA Contracting Officer (CO). The primary clause used to define Government and Contractor data rights is FAR 52.227-14 Rights in Data – General.
c. VA information will not be co-mingled with any other data on the Contractor’s information systems or media storage systems. The Contractor shall ensure compliance with Federal and VA requirements related to data protection, data encryption, physical data segregation, logical data segregation, classification requirements and media sanitization.
d. VA reserves the right to conduct scheduled or unscheduled audits, assessments, or investigations of Contractor Information Technology (IT) resources to ensure information security is compliant with Federal and VA requirements. The Contractor shall provide all necessary access to records (including electronic and documentary materials related to the contracts and subcontracts) and support (including access to Contractor and Subcontractor staff associated with the contract) to VA, VA's Office Inspector General (OIG), and/or Government Accountability Office (GAO) staff during periodic control assessments, audits, or investigations.
e. The Contractor may only use VA information within the terms of the contract and applicable Federal law, regulations, and VA policies. If new Federal information security laws, regulations or VA policies become applicable after execution of the contract, the parties agree to negotiate contract modification and adjustment necessary to implement the new laws, regulations, and/or policies.
f. The Contractor shall not make copies of VA information except as specifically authorized and necessary to perform the terms of the contract. If copies are made for restoration purposes, after the restoration is complete, the copies shall be destroyed in accordance with VA Directive 6500, VA Cybersecurity Program and VA Information Security Knowledge Service.
g. If a Veterans Health Administration (VHA) contract is terminated for default or cause with a business associate, the related local Business Associate Agreement (BAA) shall also be terminated and actions taken in accordance with VHA Directive 1605.05, Business Associate Agreements. If there is an executed national BAA associated with the contract, VA will determine what actions are appropriate and notify the contractor.
h. The Contractor shall store and transmit VA sensitive information in an encrypted form, using VA-approved encryption tools which are, at a minimum, Federal Information Processing Standards (FIPS) 140-2, Security Requirements for Cryptographic Modules (or its successor) validated and in conformance with VA Information Security Knowledge Service requirements. The Contractor shall transmit VA sensitive information using VA approved Transport Layer Security (TLS) configured with FIPS based cipher suites in conformance with National Institute of Standards and Technology (NIST) 800-52, Guidelines for the Selection, Configuration and Use of Transport Layer Security (TLS) Implementations.
i. The Contractor’s firewall and web services security controls, as applicable, shall meet or exceed VA’s minimum requirements.
j. Except for uses and disclosures of VA information authorized by this contract for performance of the contract, the Contractor may use and disclose VA information only in two situations: (i) in response to a qualifying order of a court of competent jurisdiction after notification to VA CO (ii) with written approval from the VA CO. The Contractor shall refer all requests for, demands for production of or inquiries about, VA information and information systems to the VA CO for response.
k. Notwithstanding the provision above, the Contractor shall not release VA records protected by Title 38 U.S.C. § 5705, Confidentiality of medical quality-assurance records and/or Title 38 U.S.C. § 7332, Confidentiality of certain medical records pertaining to drug addiction, sickle cell anemia, alcoholism or alcohol abuse or infection with Human Immunodeficiency Virus (HIV). If the Contractor is in receipt of a court order or other requests for the above-mentioned information, the Contractor shall immediately refer such court order or other requests to the VA CO for response.
l. Information made available to the Contractor by VA for the performance or administration of this contract or information developed by the Contractor in performance or administration of the contract will be protected and secured in accordance with VA Directive 6500 and Identity and Access Management (IAM) Security processes specified in the VA Information Security Knowledge Service.
m. Any data destruction done on behalf of VA by a Contractor shall be done in accordance with National Archives and Records Administration (NARA) requirements as outlined in VA Directive 6300, Records and Information Management, VA Handbook 6300.1, Records Management Procedures, and applicable VA Records Control Schedules.
n. The Contractor shall provide its plan for destruction of all VA data in its possession according to VA Directive 6500 and NIST 800-88, Guidelines for Media Sanitization prior to termination or completion of this contract. If directed by the COR/CO, the Contractor shall return all Federal Records to VA for disposition.
o. Any media, such as paper, magnetic tape, magnetic disks, solid state devices or optical discs that is used to store, process, or access VA information that cannot be destroyed shall be returned to VA. The Contractor shall hold the appropriate material until otherwise directed by the Contracting Officer’s Representative (COR) or CO. Items shall be returned securely via VA-approved methods. VA sensitive information must be transmitted utilizing VA-approved encryption tools which are validated under FIPS 140-2 (or its successor) and NIST 800-52. If mailed, the Contractor shall send via a trackable method (USPS, UPS, FedEx, etc.) and immediately provide the COR/CO with the tracking information. Self-certification by the Contractor that the data destruction requirements above have been met shall be sent to the COR/CO within 30 business days of termination of the contract.
p. All electronic storage media (hard drives, optical disks, CDs, back-up tapes, etc.) used to store, process or access VA information will not be returned to the Contractor at the end of lease, loan, or trade-in. Exceptions to this paragraph will only be granted with the written approval of the VA CO.
ACCESS TO VA INFORMATION AND VA INFORMATION SYSTEMS
NOT APPLICABLE (N/A).
TRAINING
All contractors and subcontractors requiring access to VA information and VA information systems shall successfully complete the following before being granted access to VA information and its systems:
(1) VA Privacy and Information Security Awareness and Rules of Behavior course (Talent Management System (TMS) #10176) initially and annually thereafter.
(2) Sign and acknowledge (electronically through TMS #10176) understanding of and responsibilities for compliance with the Organizational Rules of Behavior, relating to access to VA information and information systems initially and annually thereafter; and
(3) Successfully complete any additional cyber security or privacy training, as required for VA personnel with equivalent information system or information access [to be defined by the VA program official and provided to the VA CO for inclusion in the solicitation document – i.e., any role-based information security training].
b. The Contractor shall provide to the COR/CO a copy of the training certificates and certification of signing the Organizational Rules of Behavior for each applicable employee within five days of the initiation of the contract and annually thereafter, as required.
c. Failure to complete the mandatory annual training is grounds for suspension or termination of all physical or electronic access privileges and removal from work on the contract until such time as the required training is complete.
SECURITY INCIDENT INVESTIGATION
a. The Contractor, Subcontractor, their employees, or business associates shall immediately (within one hour) report suspected security / privacy incidents to the VA OIT’s Enterprise Service Desk (ESD) by calling (855) 673-4357 (TTY: 711). The ESD is OIT’s 24/7/365 single point of contact for IT-related issues. After reporting to the ESD, the Contractor, Subcontractor, their employees, or business associates shall, within one hour, provide the COR/CO the incident number received from the ESD.
b. To the extent known by the Contractor/Subcontractor, the Contractor/Subcontractor's notice to VA shall identify the information involved and the circumstances surrounding the incident, including the following:
(1) The date and time (or approximation of) the Security Incident occurred.
(2) The names of individuals involved (when applicable).
(3) The physical and logical (if applicable) location of the incident.
(4) Why the Security Incident took place (i.e., catalyst for the failure).
(5) The amount of data belonging to VA believed to have been compromised.
(6) The remediation measures the Contractor is taking to ensure no future incidents of a similar nature.
c. After the Contractor has provided the initial detailed incident summary to VA, they will continue to provide written updates on any new and relevant circumstances or facts they discover. The Contractor, Subcontractor, and their employes shall fully cooperate with VA or third-party entity performing an independent risk analysis on behalf of VA. Failure to cooperate may be deemed a material breach and grounds for contract termination.
d. VA IT Contractors shall follow VA Handbook 6500, Risk Management Framework for VA Information Systems VA Information Security Program, and VA Information Security Knowledge Service guidance for implementing an Incident Response Plan or integrating with an existing VA implementation.
e. In instances of theft or break-in or other criminal activity, the Contractor/Subcontractor must concurrently report the incident to the appropriate law enforcement entity (or entities) of jurisdiction, including the VA OIG, and the VA Office of Security and Law Enforcement. The Contractor, its employees, and its Subcontractors and their employees shall cooperate with VA and any law enforcement authority responsible for the investigation and prosecution of any possible criminal law violation(s) associated with any incident. The Contractor/Subcontractor shall cooperate with VA in any civil litigation to recover VA information, obtain monetary or other compensation from a third party for damages arising from any incident, or obtain injunctive relief against any third party arising from, or related to, the incident.
f. The Contractor shall comply with VA Handbook 6500.2, Management of Breaches Involving Sensitive Personal Information, which establishes the breach management policies and assigns responsibilities for the oversight, management and reporting procedures associated with managing of breaches.
g. With respect to unsecured Protected Health Information (PHI), the Contractor is deemed to have discovered a data breach when the Contractor knew or should have known of breach of such information. When a business associate is part of VHA contract, notification to the covered entity (VHA) shall be made in accordance with the executed BAA.
h. If the Contractor or any of its agents fails to protect VA sensitive personal information or otherwise engages in conduct which results in a data breach involving any VA sensitive personal information the Contractor/Subcontractor processes or maintains under the contract; the Contractor shall pay liquidated damages to the VA as set forth in clause 852.211-76, Liquidated Damages—Reimbursement for Data Breach Costs.
INFORMATION SYSTEM DESIGN AND DEVELOPMENT
a. Information systems designed or developed on behalf of VA at non-VA facilities shall comply with all applicable Federal law, regulations, and VA policies. This includes standards for the protection of electronic Protected Health Information (PHI), outlined in 45 C.F.R. Part 164, Subpart C and information and system security categorization level designations in accordance with FIPS 199, Standards for Security Categorization of Federal Information and Information Systems and FIPS 200, Minimum Security Requirements for Federal Information Systems. Baseline security controls shall be implemented commensurate with the FIPS 199 system security categorization (reference VA Handbook 6500 and VA Trusted Internet Connections (TIC) Architecture).
b. Contracted new developments require creation, testing, evaluation, and authorization in compliance with VA Assessment and Authorization (A&A) processes in VA Handbook 6500 and VA Information Security Knowledge Service to obtain an Authority to Operate (ATO). VA Directive 6517, Risk Management Framework for Cloud Computing Services, provides the security and privacy requirements for cloud environments.
c. VA IT Contractors, Subcontractors and third-party service providers shall address and/or integrate applicable VA Handbook 6500, VA Handbook 6517, Risk Management Framework for Cloud Computing Services and Information Security Knowledge Service specifications in delivered IT systems/solutions, products and/or services. If systems/solutions, products and/or services do not directly match VA security requirements, the Contractor shall work though the COR/CO to identify the VA organization responsible for governance or resolution. Contractors shall comply with FAR 39.1, specifically the prohibitions referenced.
d. The Contractor (including producers and resellers) shall comply with Office of Management and Budget (OMB) M-22-18 and M-23-16 when using third-party software on VA information systems or otherwise affecting the VA information. This includes new software purchases and software renewals for software developed or modified by major version change after the issuance date of M-22-18 (September 14, 2022). The term “software” includes firmware, operating systems, applications and application services (e.g., cloud-based software), as well as products containing software. The Contractor shall provide a self-attestation that secure software development practices are utilized as outlined by Executive Order (EO)14028 and NIST Guidance. A third-party assessment provided by either a certified Federal Risk and Authorization Management Program (FedRAMP) Third Party Assessor Organization (3PAO) or one approved by the agency will be acceptable in lieu of a software producer's self-attestation.
e. The Contractor shall ensure all delivered applications, systems and information systems are compliant with Homeland Security Presidential Directive (HSPD) 12 and VA Identity and Access management (IAM) enterprise identity management requirements as set forth in OMB M-19-17, M-05-24, FIPS 201-3, Personal Identity Verification (PIV) of Federal Employees and Contractors (or its successor), M-21-31 and supporting NIST guidance. This applies to Commercial Off-The-Shelf (COTS) product(s) that the Contractor did not develop, all software configurations and all customizations.
f. The Contractor shall ensure all Contractor delivered applications and systems provide user authentication services compliant with VA Handbook 6500, VA Information Security Knowledge Service, IAM enterprise requirements and NIST 800-63, Digital Identity Guidelines, for direct, assertion-based authentication and/or trust-based authentication, as determined by the design and integration patterns. Direct authentication at a minimum must include Public Key Infrastructure (PKI) based authentication supportive of PIV and/or Common Access Card (CAC), as determined by the business need and compliance with VA Information Security Knowledge Service specifications.
g. The Contractor shall use VA authorized technical security baseline configurations and certify to the COR that applications are fully functional and operate correctly as intended on systems in compliance with VA baselines prior to acceptance or connection into an authorized VA computing environment. If the Defense Information Systems Agency (DISA) has created a Security Technical Implementation Guide (STIG) for the technology, the Contractor may configure to comply with that STIG. If VA determines a new or updated VA configuration baseline needs to be created, the Contractor shall provide required technical support to develop the configuration settings. FAR 39.1 requires the population of operating systems and applications includes all listed on the NIST National Checklist Program Checklist Repository,
h. The standard installation, operation, maintenance, updating and patching of software shall not alter the configuration settings from VA approved baseline configuration. Software developed for VA must be compatible with VA enterprise installer services and install to the default “program files” directory with silently install and uninstall. The Contractor shall perform testing of all updates and patching prior to implementation on VA systems.
i. Applications designed for normal end users will run in the standard user context without elevated system administration privileges.
j. The Contractor-delivered solutions shall reside on VA approved operating systems. Exceptions to this will only be granted with the written approval of the COR/CO.
k. The Contractor shall design, develop, and implement security and privacy controls in accordance with the provisions of VA security system development life cycle outlined in NIST 800-37, Risk Management Framework for Information Systems and Organizations: A System Life Cycle Approach for Security and Privacy, VA Directive and Handbook 6500, and VA Handbook 6517.
l. The Contractor shall comply with the Privacy Act of1974 (the Act), FAR 52.224-2 Privacy Act, and VA rules and regulations issued under the Act in the design, development, or operation of any system of records on individuals to accomplish a VA function.
m. The Contractor shall ensure the security of all procured or developed information systems, systems, major applications, minor applications, enclaves and platform information technologies, including their subcomponents (hereinafter referred to as “Information Systems”) throughout the life of this contract and any extension, warranty, or maintenance periods. This includes security configurations, workarounds, patches, hotfixes, upgrades, replacements and any physical components which may be necessary to remediate all security vulnerabilities published or known to the Contractor anywhere in the information systems (including systems, operating systems, products, hardware, software, applications and firmware). The Contractor shall ensure security fixes do not negatively impact the Information Systems.
n. When the Contractor is responsible for operations or maintenance of the systems, the Contractor shall apply the security fixes within the timeframe specified by the associated controls on the VA Information Security Knowledge Service. When security fixes involve installing third party patches (such as Microsoft OS patches or Adobe Acrobat), the Contractor shall provide written notice to the VA COR/CO that the patch has been validated as to not affecting the Systems within 10 business days.
INFORMATION SYSTEM HOSTING, OPERATION, MAINTENANCE OR USE
N/A.
SECURITY AND PRIVACY CONTROLS COMPLIANCE TESTING, ASSESSMENT AND AUDITING
a. Should VA request it, the Contractor shall provide a copy of their (corporation’s, sole proprietorship’s, partnership’s, limited liability company (LLC), or other business structure entity’s) policies, procedures, evidence and independent report summaries related to specified cybersecurity frameworks (International Organization for Standardization (ISO), NIST Cybersecurity Framework (CSF), etc.). VA or its third-party/partner designee (if applicable) are further entitled to perform their own audits and security/penetration tests of the Contractor’s IT or systems and controls, to ascertain whether the Contractor is complying with the information security, network or system requirements mandated in the agreement between VA and the Contractor.
b. Any audits or tests of the Contractor or third-party designees/partner VA elects to carry out will commence within 30 business days of VA notification. Such audits, tests and assessments may include the following: (a): security/penetration tests which both sides agree will not unduly impact Contractor operations; (b): interviews with pertinent stakeholders and practitioners; (c): document review; and (d): technical inspections of networks and systems the Contractor uses to destroy, maintain, receive, retain, or use VA information.
c. As part of these audits, tests and assessments, the Contractor shall provide all information requested by VA. This information includes, but is not limited to, the following: equipment lists, network or infrastructure diagrams, relevant policy documents, system logs or details on information systems accessing, transporting, or processing VA data.
d. The Contractor and at its own expense, shall comply with any recommendations resulting from VA audits, inspections and tests. VA further retains the right to view any related security reports the Contractor has generated as part of its own security assessment. The Contractor shall also notify VA of the existence of any such security reports or other related assessments, upon completion and validation.
e. VA appointed auditors or other government agency partners may be granted access to such documentation on a need-to-know basis and coordinated through the COR/CO. The Contractor shall comply with recommendations which result from these regulatory assessments on the part of VA regulators and associated government agency partners.
PRODUCT INTEGRITY, AUTHENTICITY, PROVENANCE, ANTI-COUNTERFEIT AND ANTI-TAMPERING
a. The Contractor shall comply with Code of Federal Regulations (CFR) Title 15 Part 7, “Securing the Information and Communications Technology and Services (ICTS) Supply Chain”, which prohibits ICTS Transactions from foreign adversaries. ICTS Transactions are defined as any acquisition, importation, transfer, installation, dealing in or use of any information and communications technology or service, including ongoing activities, such as managed services, data transmission, software updates, repairs or the platforming or data hosting of applications for consumer download.
b. When contracting terms require the Contractor to procure equipment, the Contractor shall purchase or acquire the equipment from an Original Equipment Manufacturer (OEM) or an authorized reseller of the OEM. The Contractor shall attest that equipment procured from an OEM or authorized reseller or distributor are authentic. If procurement is unavailable from an OEM or authorized reseller, the Contractor shall submit in writing, details of the circumstances prohibiting this from happening and procure a product waiver from the VA COR/CO.
c. All Contractors shall establish, implement, and provide documentation for risk management practices for supply chain delivery of hardware, software (to include patches) and firmware provided under this agreement. Documentation will include chain of custody practices, inventory management program, information protection practices, integrity management program for sub-supplier provided components, and replacement parts requests. The Contractor shall make spare parts available. All Contractor(s) shall specify how digital delivery for procured products, including patches, will be validated and monitored to ensure consistent delivery. The Contractor shall apply encryption technology to protect procured products throughout the delivery process.
d. If a Contractor provides software or patches to VA, the Contractor shall publish or provide a hash conforming to the FIPS Security Requirements for Cryptographic Modules (FIPS 140-2 or successor).
e. The Contractor…
This is the start of the file's text. The full file is on GovTribe.
File details come from the government source that posted it. Updated .