Hello,
The behavior you’re seeing is tied directly to the July 2026 cumulative update on Windows Server 2022. The WSUS server is still handling synchronization, downloads, and client contact correctly, but the reporting pipeline is breaking at the validation stage. The log entries you shared (ValidateMiscData: Rejecting MiscData entry with empty or whitespace-only value: t=) confirm that the WSUS reporting web service is rejecting status reports from affected ASUS clients because of malformed MiscData fields. This explains why “Last Contact” updates but “Last Status Report” remains frozen.
The fact that HP and Dell clients continue reporting normally points to a vendor‑specific issue in how ASUS systems populate the MiscData block during status reporting. The July update likely tightened validation logic in WSUS/IIS, so previously tolerated empty fields are now rejected. That matches the WebService.ValidateEventBatch failure you’re seeing.
At this point, the recommended path is to confirm whether Microsoft has acknowledged this regression in the July 2026 CU. If not, the workaround is to temporarily disable strict validation by rolling back the cumulative update or applying the latest servicing stack/hotfix once released. Another option is to monitor for a vendor BIOS/driver update, since MiscData often includes hardware descriptors that WSUS parses.
For immediate troubleshooting, you can capture the full client report payload with bitsadmin /list /verbose or by enabling WSUS client logging (%windir%\WindowsUpdate.log on Windows 11 via Get-WindowsUpdateLog). This will show exactly which MiscData field is malformed. If it’s consistently t=, then the ASUS WU client is sending an empty telemetry tag that WSUS now rejects.
I hope you've found something useful here. If it helps you get more insight into the issue, it's appreciated to accept the answer. Should you have more questions, feel free to leave a message. Have a nice day!
Domic Vo.