1.15.1 |
Unapproved |
Approved w/Constraints [1, 2, 3, 4, 5, 6, 7] |
Approved w/Constraints [1, 2, 3, 4, 5, 6, 7] |
Approved w/Constraints [1, 3, 4, 5, 6, 7, 8] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
Approved w/Constraints [1, 3, 4, 6, 7, 8, 9] |
| | [1] | Security Engineering (SE) conducted a pre-assessment and security requirements verification of the Continuum Explorer Pro Chrome Extension. It is advised that if this product is used within the Department of Veterans Affairs (VA) that the following constraints be applied:
-
The Continuum Explorer Pro Chrome Extension uses permissions that may not be necessary for the extension to function. Four high risk permissions were noted. It is advised that permissions are verified with the developer and removed if they are not absolutely necessary for the extension to function. Using permissions that are not essential to the extension`s functionality expose the system, using the Continuum Explorer Pro Chrome Extension, to potential vulnerabilities and additional risk that could otherwise be avoided by disabling nonessential permissions.
-
Continuum Explorer Pro`s use of `self` can be problematic of you host JSONP, Angular or user uploaded files. `unsafe-eval` allows the execution of code injected into DOM APIs such as eval(). Consider requiring Trusted Types for scripts to lock down DOM XSS injection sinks. You can do this by adding `require-trusted-types for `script`` to your policy. Consider restricting object-src to `none` only if possible.
| | [2] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISSO (Information System Security Officer) to ensure compliance with VA Handbook 6500. | | [3] | Users should check with their supervisor, Information System Security Officer (ISSO) or local OIT representative for permission to download and use this software. Downloaded software must always be scanned for viruses prior to installation to prevent adware or malware. Freeware may only be downloaded directly from the primary site that the creator of the software has advertised for public download and user or development community engagement. Users should note, any attempt by the installation process to install any additional, unrelated software is not approved and the user should take the proper steps to decline those installations. | | [4] | In cases where the technology is used for external connections, a full Enterprise Security Change Control Board (ESCCB) review is required in accordance VA Directive 6004 , VA Directive 6517, and VA Directive 6513. The local ISSO (Information System Security Officer) can advise on the ESCCB review process. | | [5] | Due to potential information security risks for cloud-based technologies, users should coordinate closely with their facility ISSO for guidance and assistance on cloud products. If further guidance is needed contact the Enterprise Cloud Solution Office (ECSO), which is the body responsible for new software development in and migration of existing systems to the VA Enterprise Cloud (VAEC) and ensuring organizational information, Personally Identifiable Information (PII), Protected Health Information (PHI), and VA sensitive data are not compromised within the VAEC. For information about Software as a Service (SaaS) products or to submit a SaaS product request with the VA OIT Product Engineering team, please use their online form.
(Ref: VA Directive 6004, VA Directive 6517, VA Directive 6513 and VA Directive 6102). | | [6] | Browser plug-ins and extensions may only be installed by VA IT Operations (ITOPS) and must be used with official VA browser installation packages that are managed by ITOPS. For installation, contact the National Service Desk [Mail Group: National Service Desk - Austin]. Browser extensions must be kept up to date with security patches and enhancements. | | [7] | The Federal Information Processing standards (FIPS) 140-2 certification status of this technology was not able to be verified. This technology will require a 3rd party FIPS 140-2 or 140-3 certified solution for any data containing PHI/PII or VA sensitive information, where applicable. More information regarding the Cryptographic Module Validation Program (CMVP) can be found on the NIST website. | | [8] | Veterans Affairs (VA) users must ensure VA sensitive data is properly protected in compliance with all VA regulations. All instances of deployment using this technology should be reviewed by the local ISSO (Information System Security Officer) to ensure compliance with both VA Handbook 6500 and VA Directive 6500. | | [9] | Due to potential information security risks for cloud-based technologies, users should coordinate closely with their facility ISSO for guidance and assistance on cloud products. If further guidance is needed contact the Enterprise Cloud Solution Office (ECSO), which is the body responsible for new software development in and migration of existing systems to the VA Enterprise Cloud (VAEC) and ensuring organizational information, Personally Identifiable Information (PII), Protected Health Information (PHI), and VA sensitive data are not compromised within the VAEC. For information about Software as a Service (SaaS) products or to submit a SaaS product request, visit the Product Marketplace.
(Ref: VA Directive 6004, VA Directive 6517, VA Directive 6513 and VA Directive 6102). |
|