HomeNewsletterCommunityMVP FeedToolsArchiveBlogToday's NewsAboutServicesQuick Links Subscribe free
← Back to Blog
Windows 11 Windows 11Patch TuesdayKB5124010File HistorySysmon

Windows 11 KB5124010 September Preview: Enterprise Deployment Guide — What's Fixed, What Isn't, and What to Test

IA
Imran Awan
23 September 2026

Microsoft released KB5124010 on 22 September 2026 as the September optional preview update for Windows 11 24H2 and 25H2. Optional previews are non-security releases — they give enterprises an early look at changes expected in the next monthly Patch Tuesday. This post tells you exactly what KB5124010 contains, what is still broken, and how to incorporate it into your October validation without risking production stability.

The short version

KB5124010 is a QA pilot only — do not replace your KB5129195 production security baseline with it. The File History regression is now fixed, but the AD domain-trust and USB Audio Class 1.0 issues remain open. Deploy to a small engineering ring, test those specific areas, and let the fixes reach production through October Patch Tuesday. This is also the final non-security preview for Windows 11 24H2, so shift your preview validation to 25H2 going forward.

Watch this post — YouTube walkthrough
KB5124010 September Preview — File History Fixed, AD Trust Still Broken
KB5124010 September Preview — File History Fixed, AD Trust Still Broken
Endpoint Weekly
Watch on YouTube Subscribe at @EndpointWeekly

The problem: should you deploy KB5124010?

Every September Patch Tuesday, enterprises weigh whether to adopt the optional preview before the security update lands in October. KB5124010 presents a specific decision challenge: it fixes a high-profile File History regression that many admins have been waiting on, but it does not fix the equally high-profile AD domain-trust issue. Deploying it broadly to obtain one fix risks triggering the other known issue on AD-joined devices.

The deployment decision matrix looks like this:

DevelopmentBuildStatusAction
KB5124010 optional preview24H2 26100.9550 / 25H2 26200.9550Preview onlySmall QA pilot ring
File History regressionKB5124010FixedTest if File History is in use
AD domain-trust / Machine Identity IsolationKB5124008 and later, including KB5124010Not fixedMaintain targeted hold
USB Audio Class 1.0KB5124008 and later, including KB5124010Not fixedKeep specialist audio ring
Sysmon filter-driver stop errorKB5124010FixedValidate if Sysmon is deployed
Bluetooth 0x139 BSODKB5124010FixedInclude Bluetooth audio in QA
24H2 non-security previewsWindows 11 24H2Final previewShift preview validation to 25H2
⚠ Warning: KB5124010 does NOT fix the AD domain secure-channel / Machine Identity Isolation issue. The update is a later build than KB5124008 and could be mistaken for the solution — it is not. Do not release your targeted hold on AD-joined devices where Machine Identity Isolation enforcement is active in an unsupported domain environment.

Why it happens: what KB5124010 actually is

Windows releases two distinct classes of updates each month. The monthly security update (Patch Tuesday, usually the second Tuesday) is cumulative, mandatory for security posture, and distributed through Windows Update, WUfB, WSUS, and ConfigMgr automatically. The optional preview update (typically the fourth week) is non-security — it previews quality fixes and features that Microsoft plans to ship in the next Patch Tuesday. Optional previews must be manually opted into; they are never pushed automatically.

KB5124010 is an optional preview. It contains no new security patches. Its job is to give you a window to validate changes before they become mandatory in October. The critical implication: your production security posture does not improve by deploying it. You gain early access to quality improvements and regressions that may or may not affect your fleet.

📋 Note: Microsoft explicitly states KB5124010 is not available through Windows Update for Business. Its changes will flow to production devices automatically when the next monthly security update ships. For WSUS/ConfigMgr environments, the preview is not auto-synced — it can only be manually imported from the Microsoft Update Catalog. Do not expect it to appear through normal WSUS synchronisation.

The servicing stack for KB5124010 is also updated. SSU KB5124009 (build 26100.9539) ships alongside and improves update-installation reliability. For offline/OSD scenarios, the KB5043080 checkpoint requirement remains unchanged, and the correct boot.stl is still required when servicing installation media — a missing or wrong boot.stl causes media to fail to start with error 0xc0430001. Do not change your OSD/image checkpoint logic based on the preview SSU alone.

The File History fix — what it actually fixes

The most important change in KB5124010 for many enterprises is the File History fix. Since KB5124008, File History could fail to back up or restore to external drives and network paths. The drive appeared connected but the backup job either failed silently or showed the error "Reconnect your drive" even when the target volume was healthy and accessible from Windows Explorer.

Microsoft explicitly marks this as fixed in KB5124010. If File History is a genuine business requirement in your environment — for example, on shared workstations or in regulated industries where local backup compliance is audited — this is the signal to test the fix now rather than waiting for October Patch Tuesday.

⚠ Gotcha: Do not broadly deploy KB5124010 just to obtain the File History fix. For most enterprise devices, File History is not a primary backup mechanism (Veeam, Azure Backup, or OneDrive Known Folder Move are far more common). If File History matters to your estate, pilot on 10-20 devices in a representative ring. If it does not, let the fix come through October Patch Tuesday automatically.

What is still broken — the AD domain-trust issue

The Machine Identity Isolation domain-trust problem originates in KB5124008 and continues in KB5124010. When Machine Identity Isolation enforcement is configured in an unsupported on-premises AD domain environment, Windows devices can lose their trust relationship with the domain. The machine secure channel fails, which means Group Policy cannot be applied, network authentication breaks, and Kerberos tickets cannot be obtained.

Microsoft's supported workaround is to disable Machine Identity Isolation using the same method that enabled it — Intune policy, Group Policy, or the registry — then restart the device and repair the secure channel using Test-ComputerSecureChannel -Repair or nltest /sc_reset:<domain>. Microsoft has committed to a future Windows update as the proper resolution; KB5124010 is not that update.

⚠ Warning: If you enabled Machine Identity Isolation via Intune using the Device › Configuration › Settings Catalog › Local Security Authority › Machine Identity Isolation policy, and your domain is not on the supported list, your devices remain at risk through KB5124010. Do not lift the targeted hold until Microsoft ships the fix in a future cumulative update.

What is still broken — USB Audio Class 1.0

USB Audio Class 1.0 devices continue to exhibit issues on KB5124010. Affected symptoms include Device Manager showing Code 10 errors on the audio device, no audio output, volume controls stuck at zero or unresponsive, and the Sound settings page in Windows Settings becoming unavailable or unresponsive. Microsoft says a resolution is still in progress. Keep specialist USB audio hardware in a controlled testing ring.

Lifecycle change: this is the final 24H2 preview

Microsoft has stated that KB5124010 is the final non-security preview update for Windows 11 24H2. Supported 24H2 editions will continue receiving monthly security updates, but Microsoft will no longer issue separate preview releases for that branch. This matters for how you structure your engineering validation process. If your endpoint team uses optional previews to get a four-week head start on Patch Tuesday, your preview ring should move to 25H2 (build 26200.x) now.

Windows 11 24H2 Home and Pro also reach end of servicing on 13 October 2026. Enterprise and Education editions remain supported until 12 October 2027. If your fleet includes 24H2 Home or Pro devices, this is a hard deadline — those devices will stop receiving security updates after that date.

One release-note correction

Microsoft amended the KB5124010 release notes on 22 September 2026 to remove a feature that would have reused saved Wi-Fi profiles during Windows Recovery Environment (WinRE) recovery. That feature has been pulled and will roll out at a future date. Do not include it as a KB5124010 acceptance criterion. The separate WinRE remote-management plug-in remains listed and is unaffected.

How to verify: check your current build and exposure

Before deciding whether to pilot KB5124010, verify what build your QA ring devices are currently running and confirm whether any of your estate is already on a build affected by the known issues.

Check the current Windows build

Run the following command from an elevated PowerShell prompt to confirm the current build number. A device on 24H2 should show a build starting with 26100; a 25H2 device shows 26200.

PowerShell — Check Build
# Returns the full OS build number — compare against KB5124010 target builds (Get-ComputerInfo).OsHardwareAbstractionLayer # Alternative: shows the UBR (Update Build Revision) as the last segment [System.Environment]::OSVersion.Version # Target builds for KB5124010 # 24H2: 26100.9550 # 25H2: 26200.9550

Verify Machine Identity Isolation enforcement status

To check whether Machine Identity Isolation enforcement is active on a device, query the registry. A value of 1 means enforcement is enabled — these devices are at risk from the domain-trust issue and should remain in a controlled ring.

Registry Editor — Machine Identity Isolation
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlLsa
MachineIdentityIsolation REG_DWORD 0x00000001 ← enforcement active — keep in controlled ring
MachineIdentityIsolation REG_DWORD 0x00000000 ← not enforced — domain trust issue does not apply

You can also query this with PowerShell across a device group via Intune Proactive Remediation or a simple local command:

PowerShell — Check Machine Identity Isolation
# Query Machine Identity Isolation enforcement status $key = 'HKLM:SYSTEMCurrentControlSetControlLsa' $val = (Get-ItemProperty -Path $key -Name MachineIdentityIsolation -ErrorAction SilentlyContinue).MachineIdentityIsolation if ($val -eq 1) { Write-Host "MachineIdentityIsolation: ENABLED — hold required" -ForegroundColor Red } elseif ($val -eq 0) { Write-Host "MachineIdentityIsolation: Disabled — safe to pilot" -ForegroundColor Green } else { Write-Host "MachineIdentityIsolation: Not configured" -ForegroundColor Yellow }

Check for Sysmon and USB Audio Class 1.0 exposure

To confirm whether Sysmon is deployed (relevant for validating the filter-driver and Event ID 25 fixes):

PowerShell — Check Sysmon Deployment
# Check whether Sysmon or Sysmon64 is running $svc = Get-Service -Name 'Sysmon64','Sysmon' -ErrorAction SilentlyContinue | Where-Object { $_.Status -eq 'Running' } if ($svc) { Write-Host "Sysmon is running — include Sysmon validation in your KB5124010 QA" -ForegroundColor Yellow $svc | Select-Object Name, Status, StartType } else { Write-Host "Sysmon not found on this device" -ForegroundColor Gray } # Sysmon Event ID 25 false positives appear in Microsoft-Windows-Sysmon/Operational # After KB5124010 — confirm smss.exe no longer raises ID 25 on normal startup

For USB Audio Class 1.0 exposure, check Device Manager for Code 10 errors on audio devices. From PowerShell:

PowerShell — Check Audio Device Errors
# Find audio devices with error codes — Code 10 is the USB Audio Class 1.0 symptom Get-PnpDevice -Class 'AudioEndpoint','Media' | Where-Object { $_.Status -ne 'OK' } | Select-Object FriendlyName, Status, Class, InstanceId | Format-Table -AutoSize # Healthy output: no rows returned, or all rows show Status: OK # Problem: rows showing Status: Error — look for USB audio devices in this list

Sysmon false Event ID 25 — what it looks like before and after

Before KB5124010, Sysmon could fire Event ID 25 (ProcessTampering) against smss.exe on normal Windows startup, generating false-positive tamper alerts in SIEM pipelines. Here is what the false alert looked like versus a genuine post-fix startup:

Event Viewer — Microsoft-Windows-Sysmon/Operational
Before KB5124010 Event ID 25 — ProcessTampering: smss.exe (false positive on boot)
After KB5124010 Event ID 25 — no longer fires for smss.exe on normal startup
Genuine tamper Event ID 25 — ProcessTampering: genuinely modified process binary
Stop error (pre-fix) BugCheck 0xF4 — Sysmon filter-driver fault on malformed executable header
✅ Tip: If you run Sysmon and your SIEM is generating frequent Event ID 25 alerts for smss.exe on device startups, KB5124010 eliminates those false positives. After deploying to your QA ring, confirm that smss.exe no longer appears in the Sysmon Operational log on reboot — this is the clearest validation signal for the Sysmon fix.

The fix: deployment guidance and test ring strategy

The correct deployment pattern for KB5124010 is a small, deliberately-scoped engineering or QA pilot ring — not a broad deployment, and absolutely not the replacement for KB5129195 on production devices.

What your production ring should stay on

Your production devices should remain on KB5129195, the September 2026 security update. The actively exploited Windows Update Stack vulnerability CVE-2026-81963 remains CISA KEV-listed, with a federal remediation date of 22 September 2026. There is no reason to reduce September security-patching urgency. KB5124010 does not add any security fixes over KB5129195 — it only adds quality improvements.

How to manually install KB5124010 on a pilot device

Because KB5124010 is not distributed through WUfB or WSUS automatically, you must manually target pilot devices using one of two methods.

Method 1 — Windows Update Optional updates (preferred for individual pilot devices):

Settings Windows Update Advanced options Optional updates

On each pilot device, open Settings, navigate to Windows Update, select Advanced options, and then select Optional updates. KB5124010 will appear here. Select it and choose Download and install.

Method 2 — Microsoft Update Catalog (for ConfigMgr/WSUS environments):

  1. Go to the Microsoft Update Catalog and search for KB5124010.
  2. Download the appropriate package for 24H2 (x64) or 25H2.
  3. In ConfigMgr, use Software Updates › Import Update to bring it into your SUP manually.
  4. Create a software update group and deployment targeted only at your pilot device collection.
  5. Do not add this to any existing All Workstations or Managed Devices software update group.
⚠ Gotcha: If you import KB5124010 into ConfigMgr, ensure it is scoped exclusively to a named pilot collection. ConfigMgr automatically supersedes older updates in update groups — if you inadvertently add KB5124010 to a production software update group that targets all workstations, it will become the required update for every managed device in that group on the next maintenance window.

What to test in your KB5124010 QA ring

Focus your pilot validation on the areas where KB5124010 makes specific claims, and the areas where known issues persist. Use 10 to 20 representative devices — ideally a mix of 24H2 and 25H2, and including at least one device with each of the hardware types below.

Test areaSpecific validationExpected result
File History backupConfigure File History to an external drive or network share. Run a backup and restore a file.Backup completes without "Reconnect your drive" error. Restore succeeds.
File History restoreDelete a test file and restore from File History to an external or network target.Restore succeeds with no error. Drive health status shows correctly.
Sysmon Event ID 25After install and reboot, query Sysmon Operational log for Event ID 25 within 10 minutes of startup.No Event ID 25 entries for smss.exe during normal boot.
Sysmon stabilityCheck Event Viewer for any BugCheck or Sysmon filter-driver crash events over 24 hours.No system crashes. Sysmon service remains running continuously.
Bluetooth audioStream audio via Bluetooth headset or speaker. Test microphone input. Run LE Audio pairing if supported.No 0x139 BSOD. Audio output stable. Microphone input functional.
Built-in cameraOpen Camera app or a Teams/Zoom call and verify camera initialises correctly.Camera appears and produces video without error.
Printers and ScannersOpen Settings › Bluetooth and devices › Printers and scanners. Add and test a printer.Settings page loads reliably. Printer management works.
AD secure channelOn an AD-joined device NOT running Machine Identity Isolation enforcement, run nltest /sc_verify:<domain>.Secure channel verified successfully. No trust failure.
USB Audio Class 1.0Connect a USB Audio Class 1.0 device (older headsets, audio interfaces). Check Device Manager.Known issue — expect possible Code 10 or no audio. Do not pass this device type through QA yet.
General stabilityRun normal user workflows for 24 hours. Monitor Event Viewer Critical and Error logs.No unexpected crashes, BSODs, or application failures.
📋 Note: Windows 11 24H2 Home and Pro reach end of servicing on 13 October 2026 — just days after the October Patch Tuesday. If your fleet includes any non-Enterprise 24H2 devices, plan their upgrade to 25H2 or Enterprise before that date. Enterprise and Education remain supported on 24H2 until 12 October 2027.

Shifting preview validation to Windows 11 25H2

With KB5124010 confirmed as the final 24H2 preview, your engineering team's preview ring should now target 25H2 (build 26200.x). The same optional update model applies — 25H2 preview updates will appear in Settings › Windows Update › Optional updates each month. If you currently use a dedicated preview device collection in Intune, update its target to include 25H2 build range devices.

Intune Admin Center Devices Windows updates Update rings

In your preview update ring, ensure the ring is scoped to a named group containing only your 10-20 engineering validation devices. Set the feature update deferral to 0 days and the quality update deferral to 0 days for this ring only, so preview builds can be manually installed as described above. Do not change the production ring's deferral settings.

Proof it worked: validation criteria for your QA ring

After deploying KB5124010 to your pilot devices and running the test scenarios above, confirm the following before forming your October Patch Tuesday recommendation.

Confirm the build installed correctly

PowerShell — Confirm KB5124010 Install
# Confirm KB5124010 is installed and the build is correct $os = Get-ComputerInfo | Select-Object WindowsVersion, OsBuildNumber, OsUBR $os # Expected output for 24H2 pilot device: # WindowsVersion OsBuildNumber OsUBR # --------------- ------------- ----- # 24H2 26100 9550 # Also confirm the SSU version $ssu = Get-HotFix -Id KB5124009 -ErrorAction SilentlyContinue if ($ssu) { Write-Host "SSU KB5124009 installed: $($ssu.InstalledOn)" -ForegroundColor Green } else { Write-Host "SSU KB5124009 not found — check manually in Settings" -ForegroundColor Yellow } # Confirm KB5124010 itself appears in the installed update list Get-HotFix -Id KB5124010 | Select-Object HotFixID, Description, InstalledOn

What a clean QA result looks like

KB5124010 QA Ring — Expected Outcomes
File History backup to external drive ✓ Pass
Sysmon running, no Event ID 25 on smss.exe ✓ Pass
Bluetooth audio streaming — no 0x139 BSOD ✓ Pass
USB Audio Class 1.0 device ⚠ Known issue
AD secure channel on non-MII device ✓ Pass
Machine Identity Isolation devices ⚠ Hold maintained

A QA ring that passes on File History, Sysmon, Bluetooth, and general stability gives you confidence that October Patch Tuesday — which will incorporate these same fixes — should be safe to deploy broadly. It does not, however, give you confidence that the AD domain-trust or USB Audio issues are resolved. Maintain those targeted holds until Microsoft ships the specific fixes in a future cumulative update.

✅ Tip: After your pilot completes, document your findings in a simple one-page QA report: build installed, SSU version confirmed, pass/fail for each test area, and any unexpected behaviours observed. Share this with your IT infrastructure team before October Patch Tuesday — it gives them the confidence to deploy the security update quickly rather than deferring "just in case."

References

Microsoft MVP community deep-dives

AuthorResourceWhat it adds
Patch My PC teamPatch My PC BlogApplication compatibility testing methodology alongside Windows optional previews
Rudy Ooms (call4cloud.nl)call4cloud.nlDeep Intune/MDM internals and registry-level troubleshooting for Windows update issues
Was this post helpful?
React below — no account needed
Share this post
LinkedIn X / Twitter Reddit Bluesky

More from EndpointWeekly

Windows 11
KB5129195 Emergency Windows 11 Update: How Intune and Autopatch…
KB5129195 fixes three September PT regressions (RDS, WSL, USB Audio) plus CVE-2026-62721.…
Windows 11
Windows 11 KB5124008: September 2026 Patch Tuesday — Deploy and…
KB5124008 patches two actively exploited zero-days in the Windows Update Stack and ALPC.…
Windows 11
Windows Blocks the inpoutx64 RGB Driver After KB5121003 - and…
Microsoft confirmed that RGB lighting and motherboard utility software installing a…