Field notes · 5 min read ·
Share.NET 8 LTS ends November 10, 2026, and PowerShell with it
Six Microsoft platforms reach end of support on November 10, 2026: .NET 8 (LTS), .NET 9, PowerShell 7.4 (LTS), PowerShell 7.5, Windows 11 Enterprise and Education version 23H2, and Windows 11 IoT Enterprise version 23H2. The one that costs real money is .NET 8, because it is Long-Term Support and that reads as safe — a target-framework move is a code change and a regression-test cycle, not an upgrade wizard. PowerShell 7.4 LTS expires the same day because it is built on .NET 8 and inherits its lifecycle.
Six Microsoft platforms reach end of support on November 10, 2026. Individually, none of them is dramatic. Together they are the largest single-day application-platform expiry in this cycle, and the reason it gets missed is a three-letter label that reads as reassurance.
The date, and what is on it
| Product | Lifecycle cell | Actual last supported day |
|---|---|---|
| .NET 8 (LTS) | 11/11/2026 6:59:59 AM | November 10, 2026 |
| .NET 9 | 11/11/2026 6:59:59 AM | November 10, 2026 |
| PowerShell 7.4 (LTS) | 11/11/2026 6:59:59 AM | November 10, 2026 |
| PowerShell 7.5 | 11/11/2026 6:59:59 AM | November 10, 2026 |
| Windows 11 Enterprise & Education, 23H2 | 11/11/2026 6:59:59 AM | November 10, 2026 |
| Windows 11 IoT Enterprise, 23H2 | 11/11/2026 6:59:59 AM | November 10, 2026 |
That 6:59:59 AM is Pacific time expressed as the instant support lapses, so every one
of these is end of day November 10, not November 11. November 10 is the second
Tuesday of the month — the ordinary shape of a Microsoft end-of-support date, and a useful check on
any date you decode from one of these tables.
PowerShell does not have its own lifecycle
The non-obvious item on that list is PowerShell, and the reason it is there is worth understanding because it generalises. PowerShell is built on .NET and inherits .NET's support lifecycle. PowerShell 7.4 is the LTS release built on .NET 8, so it expires when .NET 8 LTS expires.
You can watch the same mechanism in the successor generation: PowerShell 7.6 (LTS) and
.NET 10 both carry a lifecycle cell of 11/15/2028 6:59:59 AM — end of day
November 14, 2028. Same day, again. That is the dependency showing through, not a scheduling
coincidence.
The Windows 11 edition trap is nearly a year wide
Three Windows 11 dates land within about twelve months of each other, and the version number alone does not tell you which one applies:
- Version 24H2, Home and Pro — October 13, 2026
- Version 23H2, Enterprise and Education — November 10, 2026
- Version 24H2, Enterprise and Education — October 12, 2027
So a fleet on 24H2 might have until 2027 or might have expired in October 2026, depending purely on edition. And a managed Enterprise fleet that deferred feature updates is very likely sitting on 23H2 right now, which is the November date. Never plan against "Windows 11 24H2" without naming the edition — the same version number carries two dates a year apart.
The IoT Enterprise line matters more than its share of the estate suggests. Thin clients, kiosks, point-of-sale terminals, medical carts and machine-attached workstations run it, and those are exactly the devices that never appear in a compliance report because nobody enrolled them.

.NET 8 is the long pole, and "LTS" is why
LTS means three years. .NET 8 shipped on November 14, 2023, and three years is up. The label is accurate; the problem is that it reads as safe and quietly leaves the risk register.
That has a second-order effect worth naming: LTS releases are chosen precisely by teams that wanted stability, so they accumulate the most dependent code and are the most expensive to move. Note that .NET 9, the Standard Term Support release, ends on exactly the same day despite being a year newer — being on the newer version buys nothing here.
Moving from net8.0 to net10.0 is a code change and a regression-test
cycle. For one internal application that is a short project. Across an estate the long pole is
usually not your code at all — it is waiting for a vendor to certify their product on
.NET 10, which is a lead time you do not control and cannot compress. That conversation
belongs in September, not October.
Microsoft's own pages disagree about .NET 9
Worth flagging, because you may be quoted the other number. Microsoft's Ending support in
2026 summary page lists .NET 9 under May 12, 2026. The .NET product lifecycle
page gives 11/11/2026 6:59:59 AM, and the .NET team's own support policy page also
says November. Two Microsoft sources against one.
The product lifecycle page is the authoritative one, so the date is November 10, 2026. The general lesson is more useful than the specific one: that summary page is a curated list, not a complete inventory. Several items with hard dates in this window — including Configuration Manager 2503 on September 30, 2026 — do not appear on it at all.
What to do with the ten weeks before September ends
- Inventory by target framework, not by application name. Search your repositories for
net8.0andnet9.0target frameworks. The list will be longer than the list of applications you think you have. - Ask every ISV in writing when they will support .NET 10. This is the longest lead time in the whole exercise and it is the one you do not control. A vague answer in September is itself the finding.
- Find the PowerShell. Scheduled tasks, runbooks, Intune remediation scripts, anything calling Graph or Exchange Online. Ownership matters more than count — an unowned script is a decision, not a task.
- Establish the Windows 11 edition and version per device, not per fleet. The answer decides whether your date is October 2026, November 2026 or October 2027.
- Move .NET and PowerShell together, onto .NET 10 and PowerShell 7.6 (LTS). They share an end date of November 14, 2028 — keep that pairing deliberately rather than letting them drift apart and doing this twice.
- Write down what you are choosing not to move, and why. "We accept this runs unsupported" is a defensible position with a named owner. "Nobody checked" is not.
The 30-second version
- Six Microsoft platforms end support on November 10, 2026 — end of day, not November 11.
- .NET 8 is LTS, and that is the problem — the label reads as safe, so it leaves the risk register.
- PowerShell 7.4 LTS dies the same day because it is built on .NET 8. The successors, .NET 10 and PowerShell 7.6, share an end date too — that is the dependency, not a coincidence.
- Windows 11 has three dates spanning a year, separated by edition. 24H2 Home/Pro is October 2026; 23H2 Enterprise is November 2026; 24H2 Enterprise is October 2027.
- The long pole is ISV certification on .NET 10, and you do not control it.
Related reading
- The other .NET date people conflate with this one, on video: .NET Framework 4.6.2 End of Support: January 12, 2027 (A different product from .NET 8, on a different date. You are one row from supported.)
- The server-side expiry on the same estate: Windows Server 2016 end of support: ESU or modernize? — January 12, 2027, and it takes the management plane with it.
- The October cluster that precedes this one: The October 13, 2026 Microsoft retirement cluster.
- Service detail: Windows Server end-of-support consulting — inventory, sequencing and a dated findings record, scoped fixed-fee.
Sources and further reading
- Microsoft Learn — .NET and .NET Core lifecycle (.NET 8, .NET 9 and .NET 10 cells)
- Microsoft Learn — PowerShell lifecycle (7.4, 7.5 and 7.6 cells)
- Microsoft Learn — Windows 11 Enterprise and Education lifecycle
- Microsoft Learn — Windows 11 IoT Enterprise lifecycle
- Microsoft Learn — Ending support in 2026 — the summary page, which is a curated list rather than a complete inventory and which carries the conflicting .NET 9 date noted above
Questions we get asked
- What exactly ends on November 10, 2026?
- Six things, and they are more connected than they look. .NET 8 (LTS) and .NET 9 both end support. PowerShell 7.4 (LTS) and PowerShell 7.5 both end support. Windows 11 Enterprise and Education version 23H2 ends servicing, as does Windows 11 IoT Enterprise version 23H2. Microsoft's lifecycle tables print the moment for all six as 11/11/2026 6:59:59 AM, which is Pacific time expressed as the instant support lapses — it means end of day November 10, 2026, not a November 11 deadline. November 10 is also the second Tuesday of the month, which is the usual shape for a Microsoft end-of-support date.
- Why does PowerShell end on the same day as .NET?
- Because PowerShell is built on .NET and inherits its support lifecycle. PowerShell 7.4 is the LTS release built on .NET 8, so when .NET 8 LTS support ends, PowerShell 7.4 LTS ends with it. You can see the same pattern in the successor: PowerShell 7.6 (LTS) and .NET 10 both carry a lifecycle cell of 11/15/2028 6:59:59 AM, or end of day November 14, 2028. This is not a coincidence of scheduling, it is the dependency. It also means that when you plan the .NET move you are implicitly planning the PowerShell move, and most teams discover that second half late.
- Is Long-Term Support not supposed to mean I have longer?
- LTS means three years, not indefinitely. .NET 8 was released on November 14, 2023 and its three years run out on November 10, 2026. The problem is not the length of the window, it is that the label reads as reassurance and takes the item off the risk register. In practice, LTS releases are the ones that end up embedded deepest — chosen precisely because a team wanted stability — so they collect the most dependent code and are the most expensive to move when the window finally closes. The Standard Term Support release, .NET 9, ends on exactly the same day despite being newer.
- Does this affect Windows 11 on our laptops?
- It depends entirely on the edition, and this is the trap. Windows 11 version 23H2 on Enterprise and Education ends November 10, 2026. Windows 11 version 24H2 on Home and Pro ends earlier, on October 13, 2026. And Windows 11 version 24H2 on Enterprise and Education runs until October 12, 2027 — nearly a year past the 23H2 Enterprise date. Three dates across three edition-and-version pairs, the earliest and latest almost a year apart. Never write or plan against 'Windows 11 24H2' without naming the edition, because the same version number carries two different dates.
- How much work is moving off .NET 8?
- More than a version bump and less than a rewrite. The target framework moves from net8.0 to net10.0, NuGet packages need versions that support the new target, and anything relying on behaviour that changed between major versions has to be found by testing rather than by the compiler. For a single internal line-of-business application that is often a short project. Across an estate of a dozen applications, some of them vendor-supplied, the long pole is not your code — it is waiting for an ISV to certify their product on .NET 10, and that is a conversation to start now rather than in October.
- What should we move to?
- For .NET, the target is .NET 10, which was released November 11, 2025 and is supported to end of day November 14, 2028. For PowerShell, the target is PowerShell 7.6 (LTS), released March 18, 2026 and supported to the same November 14, 2028 date. For Windows 11 Enterprise and Education, moving from 23H2 to 24H2 buys until October 12, 2027. Note that the two runtime moves land you on a matched pair with a common end date, which is worth deliberately preserving — letting PowerShell and .NET drift onto different lifecycles is how you end up doing this twice.
- Microsoft's website gives two different dates for .NET 9. Which is right?
- The product lifecycle page is right: .NET 9 ends on November 10, 2026, from a cell reading 11/11/2026 6:59:59 AM. Microsoft's summary 'Ending support in 2026' page lists .NET 9 under May 12, 2026, which does not match either the product lifecycle page or the .NET team's own support policy page — both of which say November. We checked all three. When a Microsoft summary page and a Microsoft product lifecycle page disagree, the product lifecycle page is the authoritative one, and it is worth knowing that the summary page is a curated list rather than a complete inventory.
Related service
Windows Server end-of-support consultantWritten by the team at Pro IT NW · Senior-led Microsoft project consultancy · Seattle / USA-wide.