When installing Windows 11 cumulative updates (offline MSU files), the process may fail due to a race condition. This occurs when the Carbon Black EDR sensor (cb.exe) asynchronously hashes or analyzes files in C:\Windows\CbsTemp while they are being moved or renamed by the Windows Update process (TiWorker.exe). This behavior is often triggered by the presence of third-party filter drivers like Utimaco LanCrypt.
Symptoms:
cb.exe and TiWorker.exe accessing the same .exe or .dll files in C:\Windows\CbsTemp simultaneously.The "File modifications" (binary recording) setting triggers a hash lookup immediately upon file modification. If the LanCrypt filter driver introduces latency, the cb.exe access window overlaps with the OS update process, causing a race condition during file renames.
A permanent fix is targeted for release in Windows sensor version 7.6.0 (Enhancement CB-49271). To receive updates on this release, please subscribe to this article (Reference: How to subscribe to Knowledge Management Content updates).
Workarounds:
Option 1: Disable Binary Modification Recording
Option 2: Implement Targeted Wildcard Exclusions Exclusions must follow specific normalization and syntax rules to be effective against the TiWorker.exe race condition:
C:\...) so the sensor can perform path normalization.C:\Windows\*\TiWorker.exe.* at the start (e.g., *\TiWorker.exe) allows the sensor to absorb the \Device\HarddiskVolumeN portion of the normalized path.C:\Windows\System32\TiWorker.exe (Exact match)C:\Windows\*\TiWorker.exe (Wildcard match for versioned or dynamic folders)
If the update still fails after applying exclusions, verify that no other processes are driving the problematic file renames in C:\Windows\CbsTemp.
For further assistance, contact Broadcom Support.