1.x |
Unapproved |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
Approved w/Constraints [1, 2, 3, 4, 5] |
| | [1] | This technology must use the latest TRM-approved version of Java Runtime Environment (JRE) - Oracle.
This technology can potentially use a Universal Service Bus (USB) technology to transfer data into the records. As such, proper precautions need to be taken to protect data.
Users should not utilize Bitmap Image File (BMP), as it is divested for use on the TRM.
Users must ensure that Firefox, Google Chrome, and Microsoft Edge are implemented with VA-approved baselines. (Refer to the ‘Category’ tab under ‘Runtime Dependencies’)
Per the Security Assessment Review, users must abide by the following constraints:
- SolarTech Command Center is not FIPS 140-2 or its successor certified. SolarTech Command Center will require a 3rd party FIPS 140-2 or its successor certified solution for any data containing Personal Health Information/Personal Identification Information (PHI/PII) or VA sensitive information.
- A vulnerability exists because SolarTech Command Center has automatic updates that are unable to be turned off. To mitigate, it is recommended that a baseline of communications be established, then all traffic relating to the application be monitored for any deviations from the baseline. This will assist with identifying possible malicious activity.
- A vulnerability exists because SolarTech Command Center installs a .exe file without a digital signature. To mitigate, an administrator shall monitor the .exe and .dll files used by the application with a file integrity checker to ensure no unauthorized changes occur.
- A vulnerability exists because SolarTech Command Center installs a TRM unapproved open source software, OpenJDK 11.0.7, which has 28 published vulnerabilities. To mitigate, the vendor must maintain all third-party components during the entire product lifecycle, including responding to vulnerabilities discovered.
| | [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 both VA Handbook 6500 and VA Directive 6500. | | [3] | Technology must remain patched and operated in accordance with Federal and Department security policies and guidelines in order to mitigate known and future security vulnerabilities. | | [4] | 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). | | [5] | 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. |
|