Additional Microsoft Defender tools and services that provide security across various platforms and environments
Dear @Alkazak, Khalid
For this scenario, I would approach the process mapping by looking at the Defender for Endpoint components documented by Microsoft rather than treating every executable as a standalone feature.
For current Windows versions, the main MDE sensor processes include:
- MsSense.exe
- SenseCncProxy.exe
- SenseSampleUploader.exe
- SenseIR.exe
- SenseCM.exe
- SenseNdr.exe
- SenseCE.exe
- SenseTVM.exe
- SenseTracer.exe
- SenseDlpProcessor.exe
These processes are part of the Defender for Endpoint sensor and its supporting components. The exact set can vary depending on the Windows version, Defender platform version, and the capabilities enabled on the device.
It is also useful to distinguish the MDE sensor from the other Microsoft Defender components running on the endpoint.
For Microsoft Defender Antivirus, the relevant processes include:
- MsMpEng.exe
- NisSrv.exe
- MpDefenderCoreService.exe
- MpCmdRun.exe
- For Endpoint DLP, you may additionally encounter:
- MpDlpService.exe
- MpDlpCmd.exe
- MipDlp.exe
- DlpUserAgent.exe
For resource monitoring, I would group these into three categories:
MDE sensor: MsSense.exe and the documented Sense*.exe components
Defender Antivirus: MsMpEng.exe, NisSrv.exe, MpDefenderCoreService.exe, etc.
Endpoint DLP: MpDlp*, MipDlp.exe, and DlpUserAgent.exe
This makes it easier to correlate CPU, memory, disk, and network utilization with the relevant security component.
There are also platform-specific differences. For example, Windows Server 2016 and Windows Server 2012 R2 using the modern unified solution can have the MDE binaries under the Microsoft\Windows Defender Advanced Threat Protection\Platform directory. Older supported platforms use a different process model based on the Microsoft Monitoring Agent.
When building the monitoring solution, I would use the documented process names as the initial inventory and correlate them with the installed Defender platform version rather than relying exclusively on hard-coded executable paths.
For detailed performance analysis, the Defender performance analyzer and the MDE Client Analyzer are also useful, as they provide additional context when investigating Defender-related resource consumption.
For your use case, I would make MsSense.exe and the documented Sense*.exe components the primary focus for measuring the MDE sensor footprint, while monitoring MsMpEng.exe and the other Defender components separately to understand the overall security stack resource consumption.
If this answers your query, please click Accept Answer and Upvote if you found it helpful. If you have any further questions, feel free to let us know.