Indicator Removal from Tools

From enterprise
Jump to: navigation, search
Indicator Removal from Tools
ID T1066
Tactic Defense Evasion
Platform Linux, macOS, Windows
Data Sources Process use of network, Anti-virus, Binary file metadata, Process command-line parameters, Process monitoring
Defense Bypassed Anti-virus, Log analysis, Host intrusion prevention systems

If a malicious tool is detected and quarantined or otherwise curtailed, an adversary may be able to determine why the malicious tool was detected (the indicator), modify the tool by removing the indicator, and use the updated version that is no longer detected by the target's defensive systems or subsequent targets that may use similar systems.

A good example of this is when malware is detected with a file signature and quarantined by anti-virus software. An adversary who can determine that the malware was quarantined because of its file signature may use Software Packing or otherwise modify the file so it has a different signature, and then re-use the malware.


  • APT3 has been known to remove indicators of compromise from tools.1
  • Deep Panda has updated and modified its malware, resulting in different hash values that evade detection.2
  • OilRig has tested malware samples to determine AV detection and subsequently modified the samples to ensure AV evasion.3
  • Based on comparison of Gazer versions, Turla made an effort to obfuscate strings in the malware that could be used as IoCs, including the mutex name and named pipe.4
  • Cobalt Strike includes a capability to modify the "beacon" payload to eliminate known signatures or unpacking methods.5
  • Analysis of Daserf has shown that it regularly undergoes technical improvements to evade anti-virus detection.6


Mitigation is difficult in instances like this because the adversary may have access to the system through another channel and can learn what techniques or tools are blocked by resident defenses. Exercising best practices with configuration and security as well as ensuring that proper process is followed during investigation of potential compromise is essential to detecting a larger intrusion through discrete alerts.

Identify and block potentially malicious software that may be used by an adversary by using whitelisting7 tools like AppLocker89 or Software Restriction Policies10 where appropriate.11


The first detection of a malicious tool may trigger an anti-virus or other security tool alert. Similar events may also occur at the boundary through network IDS, email scanning appliance, etc. The initial detection should be treated as an indication of a potentially more invasive intrusion. The alerting system should be thoroughly investigated beyond that initial alert for activity that was not detected. Adversaries may continue with an operation, assuming that individual events like an anti-virus detect will not be investigated or that an analyst will not be able to conclusively link that event to other activity occurring on the network.