Microsoft quietly refreshed its Windows Enterprise LTSC overview page today, and buried in it is a fact that trips up more procurement decisions than almost anything else in the Windows licensing world: Windows 11 Enterprise LTSC 2024 has a 5-year lifecycle. Windows 11 IoT Enterprise LTSC 2024 has a 10-year lifecycle. Same feature set. Same underlying version. Two completely different support windows, and the SKU name is the only thing that tells you which one you're actually getting.
If you've ever ordered kiosk hardware, medical equipment, or a manufacturing control system with "Windows 11 LTSC" written on the purchase order without checking which LTSC, this post is for you. I'm going to walk through what the long-term servicing channel actually is, why the edition you pick matters far more than most admins assume, how to check what's already running on a device in your estate right now, and I'll leave you with a script that audits your whole Intune-managed fleet for any LTSC devices that shouldn't be there.
The problem — three ways admins get LTSC wrong
LTSC decisions go wrong in one of three predictable ways, and I've seen all three in real environments.
The first is avoidance based on a myth. "LTSC is old and stripped down, don't use it" is repeated often enough in IT circles that a lot of admins never actually check whether it's true for the release they're looking at. As you'll see below, for Windows 11 Enterprise LTSC 2024 specifically, it isn't.
The second is over-adoption. Somebody discovers that LTSC devices don't nag users with feature updates, decides that sounds like less admin overhead, and starts imaging general-purpose laptops with it — without registering that "fewer feature updates" also means no new in-box app functionality, no Store, and app compatibility risk that gets worse every year the release doesn't move.
The third, and the one that actually costs money, is buying the wrong SKU for a long-life device. A payment kiosk or an ATC (air traffic control) workstation gets specced for a 10-year deployment, someone orders "Windows 11 Enterprise LTSC 2024" because that's the name they've heard, and the device is actually entitled to only 5 years of security updates — half the intended service life. The fix existed the whole time: Windows 11 IoT Enterprise LTSC 2024 is the SKU with the 10-year commitment, built for exactly this scenario.
Why it happens — the servicing model, and what actually ships in the box
To make sense of the lifecycle trap, you need to understand what LTSC actually is, because it's genuinely different from a Windows edition like Pro or Enterprise — it's a different servicing channel layered on top of an Enterprise edition.
Feature updates vs quality updates
Every general-availability (GA) channel release of Windows — 23H2, 24H2, and so on — ships new features every few months, plus monthly security patches on top. LTSC deliberately opts out of the first half of that. According to Microsoft's own overview page, updated 21 July 2026: "With the LTSC servicing model, you can delay receiving feature updates and instead only receive monthly quality updates on devices... Feature updates are offered in new LTSC releases every several years instead of every few months."
In plain terms: an LTSC device still gets every security patch, every month, for its entire supported life. What it doesn't get is new functionality landing mid-cycle. The next round of features arrives only when Microsoft ships an entirely new LTSC release — and that release is a separate SKU you deploy deliberately, not something that lands automatically via Windows Update.
| LTSC release | Equivalent GA channel release | Availability date |
|---|---|---|
| Windows 11 Enterprise LTSC 2024 | Windows 11, version 24H2 | 10/01/2024 |
| Windows 10 Enterprise LTSC 2021 | Windows 10, version 21H2 | 11/16/2021 |
| Windows 10 Enterprise LTSC 2019 | Windows 10, version 1809 | 11/13/2018 |
| Windows 10 Enterprise LTSC 2016 | Windows 10, version 1607 | 8/2/2016 |
| Windows 10 Enterprise LTSC 2015 | Windows 10, version 1507 | 7/29/2015 |
Notice the gap between releases: roughly three years each time. That's the entire point of the channel — it's built for devices that do one job, don't need the latest Start menu redesign, and would rather stay untouched for years than absorb feature churn.
The 5-year vs 10-year lifecycle trap, in full
Windows 11 Enterprise LTSC 2024 follows Microsoft's Fixed Lifecycle Policy and gets exactly 5 years of support from its release date. Windows 11 IoT Enterprise LTSC 2024 — same version, same feature baseline, built on the same 24H2 foundation — gets 10 years. The words "IoT Enterprise" instead of just "Enterprise" in the product name are the entire difference in support commitment.
No, it isn't a stripped-down edition
This is the part that surprises people who've been avoiding LTSC on principle. Microsoft's detailed changelog for the 2024 release confirms LTSC 2024 ships with the full modern Windows 11 security and management stack, carried over from 21H2 through 24H2:
- Credential Guard, enabled by default, isolating credential secrets via virtualization-based security
- App Control for Business (formerly Windows Defender Application Control) with Intune-managed installer support
- Windows LAPS, including the 24H2 image-rollback detection feature that writes an
msLAPS-CurrentPasswordVersionattribute to Active Directory and forces an immediate password rotation if a device is detected as rolled back to an old image - Microsoft Pluton security processor support, Enhanced Phishing Protection, and Smart App Control
- Full Intune MDM/MAM management, Settings Catalog, administrative templates, and Group Policy analytics
- SMB signing required by default, SMB client encryption enforcement, and SMB NTLM blocking — all the 24H2 network-hardening changes
What genuinely is removed: Internet Explorer (IE Mode inside Edge still covers legacy sites), WordPad, and the AllJoyn IoT API and router service — the same removals that apply to Windows 11 24H2 generally, not an LTSC-specific stripping. If a vendor tool on your special-purpose device still depends on IE or WordPad, that's worth testing before you commit to LTSC 2024 specifically — but it has nothing to do with security posture.
How to verify — checking what's actually running on a device
Before you can decide whether a device needs attention, you need to know what it's currently running. This is a two-second check either interactively or at scale.
Interactively, Settings > System > About shows the edition name, but it doesn't reliably surface the word "LTSC" the same way across every build. The registry value is unambiguous and scriptable, which is what you actually want for anything beyond a single device.
The tell is in EditionID: LTSC editions carry an S suffix — EnterpriseS for Enterprise LTSC, IoTEnterpriseS for IoT Enterprise LTSC. A GA-channel device on the same version reports plain Enterprise, with no suffix, in that same field.
PS C:\> Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' | Select-Object ProductName, EditionID, DisplayVersion, CurrentBuild ProductName EditionID DisplayVersion CurrentBuild ----------- --------- -------------- ------------ Windows 11 Enterprise LTSC EnterpriseS 24H2 26100
Run the same command on a GA-channel device and you'll see the difference immediately:
PS C:\> Get-ItemProperty 'HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion' | Select-Object ProductName, EditionID, DisplayVersion, CurrentBuild ProductName EditionID DisplayVersion CurrentBuild ----------- --------- -------------- ------------ Windows 11 Enterprise Enterprise 24H2 26100
That's fine for one device you're standing in front of. For a fleet, you need the same check run through Intune, which is exactly what the script below does.
The fix — this is a deployment decision, not a policy setting
This is the point where the standard EndpointWeekly rule of "document both the CSP path and the Group Policy path" genuinely doesn't apply, and it's worth explaining why rather than skipping it silently.
What that means practically:
- To deploy LTSC in the first place, you need LTSC-specific installation media, obtained through Volume Licensing Service Center (VLSC) or your Cloud Solution Provider — it doesn't ship as an in-place upgrade path from a GA-channel device's Windows Update
- To move a device off LTSC back onto the GA channel, the supported path is a wipe-and-reload with GA-channel media, not an in-place channel switch
- To move between LTSC releases (say, LTSC 2021 to LTSC 2024), Microsoft explicitly supports in-place upgrade, or you can choose to skip a release entirely and jump straight to the newest one — this is one of the few channel transitions that is supported without a full reimage
- To confirm you're buying the right SKU before hardware ships, check the intended service life against the table above: anything meant to run untouched for close to a decade should be quoted as IoT Enterprise LTSC, not Enterprise LTSC
Since there's no policy fix available after the fact, the practical thing you actually can do at scale is find out where the problem already exists — which devices in your current estate are running LTSC at all, whether that was deliberate, and whether they're the right SKU for their intended lifespan.
Get-FleetServicingChannelReport.ps1 is free and open source. Download it from the Imran76Awan/Daily-Tasks repository on GitHub — no sign-in required. This script is read-only — it audits and reports, it never modifies a device.
The script connects to Microsoft Graph read-only, pulls every Intune-managed Windows device, and flags any device whose OS description contains "LTSC" — surfacing exactly the devices worth a second look, without touching anything.
# Read-only Graph query — Application permission DeviceManagementManagedDevices.Read.All $devices = Get-MgDeviceManagementManagedDevice -All -Filter "operatingSystem eq 'Windows'" # OSDescription / OSVersion returned by Graph carries the edition string for LTSC devices $ltscDevices = $devices | Where-Object { $_.OSDescription -match 'LTSC' -or $_.OSVersion -match 'LTSC' } foreach ($d in $ltscDevices) { # IoT Enterprise LTSC has "IoT" in the description — Enterprise LTSC does not $isIoT = $d.OSDescription -match 'IoT' $lifecycleYears = if ($isIoT) { 10 } else { 5 } }
And a realistic run against a mixed fleet — three intentional kiosk devices correctly on IoT Enterprise LTSC, one that was accidentally imaged with the shorter-lifecycle Enterprise LTSC edition instead:
PS C:\Scripts> .\Get-FleetServicingChannelReport.ps1 -ExportCsv [INFO] Connecting to Microsoft Graph... [INFO] Fetching all Intune-managed Windows devices... [INFO] Found 1,842 managed Windows devices, 4 running an LTSC channel === LTSC Devices Found === [AMBER] KIOSK-██████ Windows 11 IoT Enterprise LTSC 24H2 Lifecycle: 10yr (2034) [AMBER] KIOSK-██████ Windows 11 IoT Enterprise LTSC 24H2 Lifecycle: 10yr (2034) [AMBER] MEDCART-████ Windows 11 IoT Enterprise LTSC 24H2 Lifecycle: 10yr (2034) [RED ] KIOSK-██████ Windows 11 Enterprise LTSC 24H2 Lifecycle: 5yr (2029) --- Summary --- Total managed Windows devices scanned : 1,842 LTSC devices found : 4 RED (Enterprise LTSC — 5yr lifecycle) : 1 AMBER (IoT Enterprise LTSC — 10yr) : 3 [INFO] Report exported to FleetServicingChannel-20260721-1104.csv [INFO] Audit complete.
That one RED row is the finding worth acting on: a kiosk that was almost certainly meant to run for a decade, imaged with the 5-year SKU by mistake. Caught now, it's a reimage during a scheduled maintenance window. Caught in year 6, it's an unsupported device in active production use.
Proof it worked — deciding whether LTSC is even the right call
Finding existing LTSC devices is half the job. The other half is deciding, for any device under consideration, whether LTSC is the right servicing model at all. Use this as a quick checklist:
| Signal | LTSC is likely right | LTSC is likely wrong |
|---|---|---|
| Primary use | Single dedicated task (kiosk, POS, HMI, medical device) | General productivity, multiple apps, changes over time |
| App dependency | Small, fixed, tested app set that won't need Store or frequent feature updates | Depends on Store, Copilot, Widgets, or apps expecting current GA features |
| Intended service life | Long, unattended (5–10 years) — confirm exact SKU against that number | Standard 3–4 year hardware refresh cycle |
| Feature cadence needs | None — frozen behaviour is a feature, not a limitation | Users or workflows expect the latest Windows 11 capabilities |
| Support tooling | Vendor/OEM explicitly supports LTSC for this hardware | Vendor tooling assumes GA-channel behaviour and updates |
Which of your currently-deployed special-purpose devices have never actually had their servicing channel checked? Run the script above against your own tenant, and see whether every "long-life" device is actually licensed for the lifespan you're expecting from it.
I'll help you pick the right servicing channel and SKU for the intended device lifespan, audit your existing fleet for mismatched editions, and get the imaging and Intune enrollment pipeline set up correctly the first time.