Node.jsのバージョンがサポート終了になっても、CVEの報告は止まりません。
対応バージョン:12、14、16、18、20
「Node.js への継続的なサポート」は、セキュリティチーム、エンジニア、そして経営陣に、EOL(サポート終了)によって失われたもの――すなわち、自社のセキュリティ態勢やスケジュールを自ら管理し、ビジネスが注力すべき分野を決定する力――を取り戻します。
多くの企業から信頼されています

主要な貢献者による支援
パートナー
セキュリティ、コンプライアンス、事業継続――これらを一体的に解決
サポート終了したNode.jsのバージョンに代わる、当社の安全なドロップイン置換ソリューションを利用すれば、スキャナーがサポート終了したNode.jsのバージョンにおけるCVEを検出することは、今後一切なくなります。
セキュリティパッチ
サポート終了版のNode.js における、すべての深刻度レベルの CVE に対する修正 — 攻撃者が悪用する隙を塞ぐ。
SLAに基づくパッチの提供は、深刻度に応じて行われる
すべてのEOLバージョンに対する修正およびバックポート
全車両を網羅、クラウドおよびオンプレミス
コンプライアンス
NESを導入すれば、スキャナーはNode.jsバージョンにおけるCVEの検出を停止し、未解決の監査結果が解決済みとなります。
SOC 2、PCI DSS、HIPAA、FedRAMP、DORA、NIS2をはじめとする各種規格、フレームワーク、規制への対応
DORA、NIS2、EUサイバーレジリエンス法など
社内方針および顧客のコンプライアンス要件を満たす
事業継続
アプリのコードを変更することなく、わずか数秒でインストールできるドロップイン置換型ソリューションです。これにより、ランタイムのセキュリティを確保したまま、ご自身のスケジュールに合わせて移行を行うことができます。
移行を適切に行うための数ヶ月あるいは数年の猶予期間
書き換えなし、ビルドの失敗なし
移設コストのごく一部
「Never-Ending Support」を導入したその日から活用できるユースケース
その前――痛み
EOL(サポート終了)Node.js上で動作している何百ものサービス
スキャナーはすべての実行を検知し、上流からのパッチは提供されず、新しいCVEが公開されると、情報公開から悪用されるまでの期間が大幅に広がってしまう。
その後 — HeroDevsと
艦隊は、無防備な状態から防御態勢へと移行する
NESは、コードの変更を必要とせずに、オンプレミスまたはクラウド(AWS、Azure、GCP)サービスに導入可能です。バージョン12~20では、SLAに基づくCVEパッチの適用が再開されます。
その前――痛み
答えのない未解決の知見
内部監査、SOC 2、および顧客向けセキュリティアンケートにおいて、Node.jsNode終了(EOL)が問題として指摘されています。是正措置の道筋は存在せず、経営陣は監査人や取締役会に対して説得力のある回答を提示できていません。
その後 — HeroDevsと
調査結果はほぼ出揃い、アンケートは自ずと答えが導き出される
確約されたSLAとOpenJS Foundationの推奨を備えた商用サポート。スキャナーによるCVEの検出がなくなり、PCI DSS、HIPAA、SOC 2、DORA、NIS2、およびCRAに準拠した、ベンダーがサポートする特定のランタイムを参照できるようになります。
その前――痛み
EOLのスケジュールとロードマップの比較
バックログは満杯で、人員増は凍結されており、クラウドプロバイダーはEOL(サポート終了)となるランタイムの提供を終了しつつあります。数百ものサービスにわたる急ごしらえの移行は、本番環境でのインシデントを引き起こすリスクがあり、エンジニアをロードマップから引き離すことにもつながります。
その後 — HeroDevsと
時間にとらわれず、自分のペースで移行しましょう
全環境でのシームレスな導入 — コードの変更は不要で、オンプレミスでもクラウドでも利用可能です。ランタイムのセキュリティ、コンプライアンス、安定性が維持される一方で、チームは1~3年の猶予期間を確保し、適切な移行計画を立てることができます。
HeroDevsの延長サポートを活用することで、セキュリティリスクを軽減し、レガシーアプリケーションの安全な運用を継続するとともに、より持続可能な長期的な移行戦略を策定するための貴重な時間を確保することができました。そのすべてを、顧客体験や規制要件を損なうことなく実現できたのです。
リリースするすべてのパッチには、公開済みのCVEエントリがあります
現在、EOL(サポート終了)Node.jsを使用している場合、アプリケーションは以下の脆弱性の影響を受ける可能性があります。数分でNESに切り替えることで、これらの脆弱性を軽減できます。すべての修正内容は公開されており、1件につき1つのCVEが割り当てられています。
導入が簡単で、業務に支障をきたしません。
バージョンをお選びください
HeroDevsのNESレジストリで利用可能です。NESNode.jsのバージョンは、12、14、16、18、または20です。
トークンの設定を行う
HeroDevsの認証トークンを追加して、環境がパッチ適用済みのランタイムを安全に取得できるようにしてください。
そこに放り込んで
NES版をインストールしてください。アプリケーションのコードを変更する必要はありません。コンテナイメージまたはバイナリが利用可能です。
スキャナー通過
積極的にパッチが適用され、商用サポートも提供されているため、サポート終了(EOL)Node.jsに関するCVEの報告は終了します。
NES forNode.js はコンテナイメージおよびバイナリとして提供されるため、サーバーレス関数から Kubernetes、AWS、Azure、Google Cloud 上のベアメタル VM、さらにはオンプレミス環境に至るまで、実行しているあらゆるサービスに、SLA に基づく同じパッチが適用されます。
Amazon Web Services
AWS Lambda
Amazon EC2
AWS Fargate
AWS App Runner
Amazon ECS
Microsoft Azure
Azure App Service
Azure Functions
Azure Kubernetes Services (AKS)
Azure 仮想マシンAzure 仮想マシン
Azure 静的 Web アプリ
Azure Batch
Google Cloud
Cloud Run
Cloud Run Functions
Google App Engine (GAE)
Google Kubernetes Engine (GKE)
Google Compute Engine (GCE)
Cloud Run ジョブ
Node.jsを開発したチームが開発しました
コア貢献者と提携
私たちはNode.jsプロジェクトと連携し、NESが皆様の期待に応える品質を維持できるよう努めています。コアメンテナの協力を得て、サポート終了したオープンソースプロジェクトの新たな基準を打ち立て、NESをオリジナルと同等の信頼性を持つものにすることを目指しています。



OpenJS Foundationの「エコシステム・サステナビリティ・プログラム(ESP)」の創設メンバーであり、OpenJS Foundationのゴールドメンバー。Node.js向けNES、ESLint、およびその他のOpenJSプロジェクトに携わっている。
詳細はこちら →私たちはオープンソースに貢献しています
オープンソースのメンテナーは極めて重要な役割を担っていますが、その対価として報酬を受け取ることはほとんどありません。
HeroDevsはこの現状を変えるため、2,000万ドルを投じ、エコシステムを支えるクリエイターやプロジェクトに対し、2,500ドルから25万ドルの助成金を提供します。
私たちは、メンテナンスされていないコードベースへのパッチ作成、誰も注目していなかった脆弱性の発見、そして急ごしらえの書き換えをせずに重要なシステムを安全に稼働させ続けてきました。この基金はそうした取り組みを基盤としており、メンテナーが自らの得意分野に専念し続けられるようにするためのものです。
組織がNode.jsにNESを選ぶ理由
NES forNode.js は、OpenJS Foundation が推奨する唯一の EOL(サポート終了)Node.js サポートであり、Node.js コアメンテナーの専門知識を活かして構築されています。また、HeroDevs はこのオープンソースコミュニティに直接資金を提供し、支援を行っています。他の多くの代替製品には、これほどの実績はありません。

あらゆる規格、フレームワーク、規制に対して、説得力のある回答を用意しています
EOL(サポート終了)ソフトウェアは、世界中の規制におけるパッチ管理への期待を損なうものです。NESなら、ベンダーによるサポートが継続される実行環境を提供し、確約されたSLAと文書化されたパッチ履歴により、監査人や規制当局に対して、これらの要件への完全な準拠を証明することができます。
PCIデータセキュリティ基準
要件 6.3.3 では、既知の重大または高深刻度の脆弱性については、30 日以内にパッチを適用することが求められています。パッチが提供されていない EOL 版のNode.js を使用している場合、直ちに非準拠となります。NES はパッチ適用経路を復元します。
HIPAA
サポート対象外のランタイムでは、ePHIを扱うシステムに対して適切な安全対策を講じることが困難になります。NESは、積極的なメンテナンスとリスク低減を提供します。
SOC 2
トラスト・サービス基準では、脆弱性の適時な修正とパッチ管理が求められています。サポートが終了したランタイムは、認証に合格できません。
NIS2
第21条は、パッチ適用、脆弱性、およびサプライチェーン管理について規定している。EOLソフトウェアは、リスクをもたらす場合、事実上、本規定に準拠していないものとみなされる。
DORA
EOL(サポート終了)ソフトウェアを、金融ICT資産の耐障害性上の欠陥とみなす。NESは、文書化されたパッチ管理プログラムを運用している。
サイバーレジリエンス法
ソフトウェアのライフサイクルにおけるセキュリティを管理します。NESは、サポート期間中、実行環境を効果的に管理します。
NIST CSF 2.0
NIST CSF コントロール PR.PS-02 では、組織に対し、リスクに基づいて脆弱性のあるソフトウェアを積極的に維持または削除することが求められています。NES を利用すれば、強制的なアップグレードや削除を行うことなく、この要件への準拠が可能になります。
FedRAMP
継続的な監視では、定義された周期での脆弱性の修正が求められます。パッチが適用され、ベンダーのサポートを受けるランタイム環境を維持することで、EOL(サポート終了)Node.jsNode管理範囲内に収めることができます。
商業契約
多くの組織では、契約上、サポート対象外のソフトウェアを出荷することが禁じられています。NESは、各組織のポリシーで求められる、ベンダーが保証するソリューションを提供します。
ISO/IEC 27001:2022
脆弱性管理および構成管理の統制措置では、技術的な脆弱性を特定し、ソフトウェアをセキュリティ基準の範囲内に維持することが求められます。NESは、EOL(サポート終了)ソフトウェア向けのパッチ提供を通じて、統制態勢を回復させます。
NIST SP 800-171
米国防総省(DoD)の請負業者およびサプライヤーで、管理対象非機密情報(CUI)を取り扱う場合は、本要件の遵守が義務付けられています。これには、脆弱性を含むシステムの欠陥の特定、報告、および是正が求められます。NESは、EOLソフトウェアについて、これらの対応を提供しています。
CISコントロール
コントロール7(継続的な脆弱性管理)およびコントロール2(ソフトウェア資産インベントリ)では、セキュリティ更新プログラムの提供が終了したソフトウェアを、本質的に脆弱であるとみなしています。NESは、EOL(サポート終了)となったランタイムに対し、パッチを適用し、監査可能な状態を維持します。
よくある質問
Node.jsに関する重要なニュースや、セキュリティ・コンプライアンスの最新情報を常に把握しましょう
すべての記事を表示
お問い合わせ
オープンソース・ライブラリのネバーエンディング・サポートについてご質問ですか?私たちがお手伝いします!
HeroDevsのNES製品がお客様のシステムの安全性とコンプライアンスをどのように維持できるかをご覧ください。
当社のソリューションがお客様の組織にどのような価値をもたらすかをご覧ください。
お客様のニーズに合わせた詳細な価格情報を入手できます。
.png)
.png)
