eosl.ai
Software end of life

Hardware has an end-of-service date. So does your software.

EOSL.ai tracks hardware end-of-service-life — the physical switches, routers, firewalls and servers in your stack. But that gear runs software that ages on its own clock. When an operating system, runtime or database reaches end of life, the security patches stop — and scanners often miss it.

Network OS trains we track — where software meets the hardware

The one slice of software lifecycle EOSL.ai tracks to its own source-backed standard: the network operating systems that run on tracked hardware, from the vendors' own software EOL bulletins — including the End of Vulnerability/Security Support date most summaries skip. A device capped on a retired train can be unpatched while its hardware is still supported.

TrainSecurity fixes endedLast date of supportHardware affected
Cisco IOS XE 16.9.xAug 4, 2021Feb 28, 20253850 Series, 9300 Series
Cisco IOS XE 16.11.xJul 10, 2020Jan 31, 20253850 Series
Cisco IOS XE 16.6.xJul 31, 2021Jul 31, 20243850 Series
Cisco IOS XE 16.8.xMar 31, 2019Sep 30, 20233850 Series
Cisco IOS XE 16.3.xAug 1, 2020Jul 31, 20233850 Series
Cisco IOS XE 16.5.1Mar 1, 2019Feb 28, 20233850 Series
Cisco IOS XE 3.7.xEMay 1, 2018Apr 30, 20223850 Series, 3650 Series
Cisco IOS XE 3.6.xE / IOS 15.2(2)EMay 1, 2019Apr 30, 20223850 Series, 3650 Series, 4500-E Series

Two different clocks

Hardware EOSL — what we do

When a vendor ends support for a physical product: no more firmware fixes, no support, no hardware replacement. Tracked here, source-linked, down to the part number.

Software EOL — endoflife.ai

When a vendor stops patching a software release. For general software lifecycle dates we point to endoflife.ai — EOL dates for 450+ products, built on the open endoflife.date dataset.

// stat-ok external figure (endoflife.ai's own count, not ours)

Software that runs on a lifecycle clock

Operating systemsWindows · Ubuntu · RHEL · Debian · CentOS
RuntimesPython · Node.js · PHP · Java · Ruby
DatabasesPostgreSQL · MySQL · MariaDB · Oracle
Frameworks & infraDjango · Spring · React · Kubernetes
Beyond the network OS trains above, we don't republish software dates — general software lifecycle is its own discipline, and endoflife.ai already tracks it well and keeps it current. EOSL.ai tracks what it can verify to its own standard: source-backed hardware lifecycle data, plus the OS trains the vendors' bulletins tie directly to that hardware.

Software EOL vs hardware EOSL

Does EOSL.ai track software end-of-life dates?

For the network operating systems that run on tracked hardware, yes: EOSL.ai tracks 8 OS trains (Cisco IOS XE and IOS) from the vendors' own software end-of-life bulletins, each tied to the hardware products it affects. General software lifecycle (operating systems, runtimes, databases, frameworks) is a separate discipline — for that we point to endoflife.ai.

What is the difference between hardware EOSL and software EOL?

Hardware end-of-service-life (EOSL) is when a vendor stops supporting a physical product — no more firmware fixes or hardware replacement. Software end-of-life (EOL) is when a vendor stops patching a software release. A running system can be exposed on either clock: unsupported hardware, unsupported software, or both.

Where can I check software end-of-life dates?

endoflife.ai is a strong free resource for software lifecycle data — end-of-life dates for 450+ products such as Windows, Ubuntu, RHEL, Python, Node.js, PHP, PostgreSQL and Kubernetes, built on the open endoflife.date dataset.

Why does software EOL matter for security?

After a release reaches end of life it stops receiving security patches. Vulnerabilities found in still-supported versions often affect the EOL version too, but it is left unpatched — a gap vulnerability scanners frequently miss. Compliance frameworks (SOC 2, PCI DSS, ISO 27001, HIPAA) commonly flag unsupported software in a control review.