Adversaries may attempt to infect project files with malicious code. These project files may consist of objects, program organization units, variables such as tags, documentation, and other configurations needed for PLC programs to function.  Using built in functions of the engineering software, adversaries may be able to download an infected program to a PLC in the operating environment enabling further [[execution]] and [[persistence]] techniques.  Adversaries may export their own code into project files with conditions to execute at specific intervals.  Malicious programs allow adversaries control of all aspects of the process enabled by the PLC. Once the project file is downloaded to a PLC the workstation device may be disconnected with the infected project file still executing. 
Review the integrity of project files to verify they have not been modified by adversary behavior. Verify a cryptographic hash for the file with a known trusted version, or look for other indicators of modification (e.g., timestamps).
Allow for code signing of any project files stored at rest to prevent unauthorized tampering. Ensure the signing keys are not easily accessible on the same system.
|M0941||Encrypt Sensitive Information||
When at rest, project files should be encrypted to prevent unauthorized changes. 
|M0922||Restrict File and Directory Permissions||
Ensure permissions restrict project file access to only engineer and technician user groups and accounts.
|ID||Data Source||Data Component|