Free tool · no signup

Node.js EOL checker and security releases

Paste the output of node -v. The tool tells you whether that line is still supported, when it reaches end of life and which security releases came out after your version.

By the Bug Circuit security team · Last updated

Run node -v on the server and paste the result. Everything runs in your browser. The release data is read from nodejs.org, and your version is not sent anywhere.

Try:

Loading the Node.js release schedule

Is my Node.js version safe to run? Paste your version. You see its support status, its end-of-life date and every security release you have not installed yet, using the official Node.js release data.

How it works

How the check works

The tool loads two official files in your browser: the release schedule that the Node.js Release Working Group publishes, and the release index at nodejs.org that lists every version with a flag for security releases. Your version never leaves the page. If either file cannot be loaded, the tool falls back to a built-in snapshot of the schedule and says so.

A Node.js line moves through fixed stages. It starts as Current, where new features land. Even-numbered lines then become Active LTS, which means long-term support with regular updates, followed by Maintenance LTS, which gets only critical fixes and security fixes. At end of life it gets nothing. Odd-numbered lines never become LTS and are supported for less than a year, so they are not meant for production.

Reading the result

There are four outcomes. End of life means the line gets no security fixes, so move to an LTS line. Update means the line is supported but a newer release exists, and when security releases are among the ones you missed the tool lists them with links to the release notes, which name each fixed CVE. Plan means you are current but the line ends within about six months. OK means you are on the latest release of a supported line.

Updating Node.js means more than updating your own machine. Container images, build servers and hosting platforms each carry their own copy, so a base image keeps the old version until you rebuild it. After you update, run node -v again on the running service to be sure the change took.

The table at the bottom shows every line from Node.js 18 on with its status and dates, which is the quickest way to pick the line to move to. To hear about releases early, subscribe to the low-volume nodejs-sec mailing list that the project runs for security announcements, and plan the update for the day the release lands.

Worked examples

An end-of-life line

Paste v20.11.1

Node.js 20 reached end of life on 30 Apr 2026.
Move to Node.js 24, the current LTS line.
8 security releases since v20.11.1.

Result on 24 Oct 2026. A line at end of life gets no further fixes, however current the last patch is.

A supported line that is behind

Paste v22.12.0

Node.js 22 is supported until 30 Apr 2027, but v22.12.0 is missing 8 security releases.
Latest in the line: v22.23.4.

A patch update inside the line is the fast fix and rarely breaks anything.

Up to date

Paste v24.22.1

v24.22.1 is the latest release of Node.js 24, which is supported until 30 Apr 2028.

Check again after the next security release, which the project announces ahead of time.

Frequently asked questions

How do I check my Node.js version?
Run node -v in a terminal on the machine that runs your app. In a container, run it inside the container, because the host may have a different version.
Which Node.js versions are supported right now?
The table above shows the live status of each line. In general only the current line and the LTS lines that are before their end-of-life date receive fixes.
What is LTS?
Long-term support. Even-numbered lines become LTS and get fixes for about two and a half years in total: first Active LTS, then Maintenance LTS. They are the lines meant for production.
Can I run an odd-numbered version such as 25 in production?
It is possible but not advised. Odd-numbered lines are supported for less than a year and never become LTS, so you would have to upgrade again soon.
Where does the data come from?
From the Node.js Release Working Group schedule on GitHub and the official release index at nodejs.org. Both are fetched in your browser when the page opens.
Does a missed security release mean my app is vulnerable?
Not always. Some fixes affect only certain APIs or platforms. The release notes list each one with its severity. Update anyway, because patch releases are designed to be safe to take.
Is anything sent to your servers?
No. The page reads the public release files and works out the result in your browser.

Keep reading

See what attackers see, for free

Run the free passive check on your website. No login, no impact on your site, results in seconds.

Ready for the full manual audit? See pricing

Node.js EOL Checker and Security Releases · Bug Circuit