Bootstrapの各メジャーバージョンのリリース時期、EOL（サポート終了）日程、未対応のまま残っているCVEについての完全リファレンス。
Bootstrapは、Web上で最も広く使われているフロントエンドフレームワークです。BuiltWithによれば、Bootstrapはデザインフレームワークの中で最も普及している技術とされており、W3Techsの調査ではインターネット上の全サイトの約19%がBootstrapを使用しているとされています。Bootstrap 3だけでも、EOLを迎えてから何年も経った今なおnpmから月間数百万回ダウンロードされており、2024年3月時点では、Bootstrapの月間npmダウンロードの半数以上（240万回超）がすでにBootstrapチームによるメンテナンスが終了しているバージョン3または4向けでした。
「実際に稼働しているバージョン」と「Bootstraｐプロジェクトがサポートしているバージョン」の間にあるこのギャップこそが、セキュリティおよびコンプライアンス上のリスクの温床です。本ガイドでは、Bootstrapの全メジャーバージョン（2、3、4、5）について、それぞれが正確にいつEOLを迎えたか、EOLバージョンに対して報告されているCVE、そしてBootstrap 5への移行がすぐには行えないチームのためのサポート選択肢を解説します。あわせて、RailsなどSassベースのアプリケーションで広く使われている、Bootstrap 3のRuby・Sassベース移植版であるbootstrap-sassについても取り上げます。
Bootstrapのサポートポリシーの仕組み
Bootstrapのリリースワーキンググループは、各メジャーバージョンのライフサイクルを次の3つのフェーズで管理しています。
- アクティブ開発（Active development）：現行のメジャーバージョンについて、mainブランチから新しいリリースが継続的に提供されます。機能追加、バグ修正、セキュリティパッチ、ドキュメント更新が定期的に行われます。
- 長期サポート（LTS：Long-Term Support）：あるメジャーバージョンが引退の時期を迎えると、そのバージョンは凍結され、LTSブランチとしてフォークされます。mainブランチは次のメジャーバージョンの開発に移ります。LTS期間中は、バグ修正・セキュリティ更新・ドキュメント更新は継続されますが、新機能の追加はありません。
- メンテナンス（Critical Support）：LTS期間が一定期間経過すると、そのバージョンは「深い凍結」状態となります。以降は重大なバグ修正・重大なセキュリティ更新・重要なドキュメント更新のみが、最小限の頻度で行われます。
- End of Life（EOL）：メンテナンス期間が終了すると、Bootstrapチームからの更新・セキュリティパッチ・ドキュメント更新は一切行われなくなります。コード自体はnpm、NuGet、RubyGems、Composer、GitHubリポジトリ上に残り続けますが、内容は凍結されたままです。
この仕組みは、Bootstrap 3（EOL：2019年7月24日）およびBootstrap 4（EOL：2023年1月1日）にも適用されてきました。現在、Active LTS状態にありBootstrapプロジェクトから更新を受けているのはBootstrap 5のみです。
Bootstrap 5.x：現在サポート中
Bootstrap 5は2021年5月5日にリリースされ、大きなアーキテクチャの転換をもたらしました。jQueryへの依存が撤廃され、JavaScriptはvanillaのESモジュールで書き直され、多くのSass専用カスタマイズポイントがCSSカスタムプロパティ（変数）に置き換えられ、Internet Explorerのサポートも完全に終了しました。
最新の安定版はBootstrap 5.3.8（2025年8月25日リリース）です。Bootstrapチームによれば、5.3.8はBootstrap 5.4がリリースされる前の5.3系列における最後のパッチリリースになる見込みとのことです。今回の修正には、ドロップダウンのフォーカスに関するバグの差し戻し、WCAG 2.1に合わせたcolor-contrast()関数のCSS調整、フレックスコンテナ内でのスピナーの歪み修正、そしてBootstrap Themesサイトの段階的な廃止開始が含まれます。
Bootstrapチームは、Bootstrap 5のEOL日程をまだ発表していません。4系列・3系列の前例からすると、将来Bootstrap 6がリリースされた段階で「LTS → メンテナンス → EOL」という移行が起こると予想されますが、現時点でスケジュールは公表されていません。
Bootstrap 5の直近パッチリリース
- 5.3.8（2025年8月25日）：ドロップダウンフォーカスの差し戻し、CSSコントラスト更新、ドキュメント整理。5.3系列最後のパッチになる見込み。
- 5.3.7（2025年6月17日）
- 5.3.6（2025年5月5日）
- 5.3.5（2025年4月4日）
- 5.3.4（2025年4月3日）
- 5.3.3（2024年2月20日）：5.3.2で導入されたカラーモード周りとvariables-dark.scssインポートに関する破壊的変更を修正。
Bootstrap 4.x のEOL：2023年1月1日
Bootstrap 4は長いベータ期間を経て2018年1月18日にリリースされました。Flexboxベースのグリッドレイアウト、ES6モジュール、カードコンポーネント、LessからSassへの移行を導入したバージョンです。アクティブサポートは2021年11月1日に終了し、Bootstrap 4は2023年1月1日に正式にEOLを迎えました。
4系列の最終リリースはBootstrap 4.6.2（2022年7月19日公開）で、Bootstrapチームがこのブランチで公開する最後のリリースとなります。
Bootstrap 4で未対応のまま残る有効なCVE
Bootstrap 4のEOL後に報告され、セキュリティ監査でスキャナーが頻繁に検出する2件のCVEがあります。
CVE-2024-6531：Bootstrap 4 Carousel、href属性経由のXSS
Bootstrap 4のCarouselコンポーネントにおけるクロスサイトスクリプティング脆弱性です。data-slideまたはdata-slide-to属性を持つアンカー要素をカーソセルナビゲーションに使用し、そのアンカーがhref値を含む場合、そのhrefは評価前に適切にサニタイズされません。対象カルーセルの#idをhref属性から抽出する処理が不適切なため、preventDefault()が適用されず、href値がそのまま実行されるケースが生じ、被害者のブラウザ上で任意のJavaScriptが実行されうる状態になります。
- 影響を受けるバージョン：Bootstrap 4.0.0〜4.6.2
- Bootstrapプロジェクトの対応状況：アドバイザリーは取り下げ済み（Bootstrap自体のJavaScriptは安全でないHTMLをサニタイズすることを意図していないため、プロジェクトの対象範囲外としている）
- スキャナーでの検出状況：Tenable、IBM X-Force、Snyk、Aqua Securityなど各種商用脆弱性スキャナーで引き続き検出される
- HeroDevsによる修正：bootstrap@4.6.2-bootstrap-4.6.4で提供されており、評価前にhref属性を適切にサニタイズします。詳細はHeroDevs脆弱性ディレクトリのCVE-2024-6531を参照してください。
CVE-2018-14040：BootstrapのCollapse data-parent経由のXSS
BootstrapのCollapseコンポーネントにおけるクロスサイトスクリプティング脆弱性で、data-parent属性が検証・サニタイズされないままjQueryセレクタとして処理されることが原因です。この問題はBootstrap 4.1.2およびBootstrap 3.4.0で修正済みですが、Bootstrap 2、および4.1.2より前のBootstrap 4リリースでは未対応のまま残っています。CVSS 6.1（Medium）。詳細はHeroDevs脆弱性ディレクトリのCVE-2018-14040を参照してください。
HeroDevsがEOL後のBootstrap 4関連CVEにどう対応してきたかについては、2024年7月に開示された3件のBootstrap CVEに関するHeroDevsブログ記事も参照してください。
Bootstrap 3.x のEOL：2019年7月24日
Bootstrap 3は2013年8月19日にリリースされ、Bootstrapを支配的なフロントエンドフレームワークとしての地位に押し上げたバージョンです。モバイルファーストのレスポンシブグリッド、フラットデザイン言語、アイコンフォントベースのGlyphiconsセットを導入しました。アクティブサポートは、Bootstrap 4がベータに入った2016年9月5日に終了し、Bootstrap 3は2019年7月24日に正式にEOLを迎えました。
3系列の最終リリースはBootstrap 3.4.1（2019年2月13日公開）です。v3.4.0で発見されたXSS脆弱性へのセキュリティパッチが含まれており、Bootstrapチームがこのメジャーバージョンに対して公開する最後の更新となりました。
Bootstrap 3.4.1の脆弱性と有効なCVE
3系列における最後のパッチ適用版であるにもかかわらず、Bootstrap 3.4.1自体にも、公式の上流パッチが存在しない複数の既知脆弱性が蓄積しています。
CVE-2024-6485：Bootstrap 3 Buttonプラグイン、data-loading-text経由のXSS
Bootstrap 3のButtonプラグインにおけるクロスサイトスクリプティング脆弱性です。Button.prototype.setState関数がdata-loading-textやdata-complete-textなどのdata-*-text属性を読み込み、その値をjQueryの.html()メソッドを使ってサニタイズせずにボタンのHTMLへ挿入します。これらの属性値に含まれるマークアップやスクリプトは、対応する状態にボタンが遷移した際にレンダリング・実行されます。
- 影響を受けるバージョン：Bootstrap 1.4.0〜3.4.1
- CVSS 3.1スコア：6.4（Medium）
- スキャナーでの検出状況：GitHub Advisory Database、Snyk、Tenable、IBM X-Force、Red Hat、Debian LTSで検出される
- Bootstrapプロジェクトの対応状況：上流パッチなし
- HeroDevsによる修正：ドロップイン置き換えとして提供済み。詳細はHeroDevs脆弱性ディレクトリのCVE-2024-6485、およびCVE-2024-6485がBootstrap 3.4.1のセキュリティに与える意味を解説した記事を参照してください。
CVE-2025-1647：Bootstrap 3 PopoverおよびTooltipのXSS
Bootstrap 3のPopoverおよびTooltipコンポーネントにおけるクロスサイトスクリプティング脆弱性です。サニタイズされていないHTMLがpopoverおよびtooltipの設定オプション経由で渡され、任意のスクリプト実行が可能になります。
- 影響を受けるバージョン：Bootstrap >= 3.4.1 かつ < 4.0.0
- CVSS 3.1スコア：5.6（Medium、HeroDevsによる採点）
- Bootstrapプロジェクトの対応状況：Bootstrap 3はEOLのため上流パッチは発行されない
- HeroDevsによる修正：提供済み。詳細はHeroDevs脆弱性ディレクトリのCVE-2025-1647を参照してください。
CVE-2018-14040：Collapse data-parent経由のXSS（Bootstrap 3にも影響）
Bootstrap 4にも影響する同じCollapse data-parent経由のXSSは、3.4.0より前のBootstrap 3バージョンにも影響します。Bootstrap 3.4.0以降では公式の修正が適用済みです。
Bootstrap 2.x のEOL：2013年8月19日
Bootstrap 2は2012年1月31日にリリースされ、レガシーアプリケーションで今なお現役使用されているフレームワークの中では、圧倒的に最も古いメジャーバージョンです。12カラムのレスポンシブグリッド、JavaScriptプラグインライブラリの拡充を導入し、エンタープライズアプリケーションで広く採用された最初のバージョンでもありました。最終リリースはBootstrap 2.3.2（2013年7月26日公開）です。アクティブサポートは、Bootstrap 3がリリースされたのと同日である2013年8月19日に終了し、以降このバージョンは事実上凍結されています。
Bootstrap 2で未対応のまま残る有効なCVE
Bootstrap 2は、フロントエンドフレームワークに関する現代的なCVE報告慣行が確立される以前にEOLを迎えたため、公式の上流修正が今後も行われることのない複数の脆弱性が報告されています。
- CVE-2018-14040：Collapseのdata-parent属性におけるXSS。Bootstrap 2.3.0〜2.3.2に影響。詳細はHeroDevs脆弱性ディレクトリのエントリを参照。
- CVE-2018-14042：Bootstrap 2のTooltipコンポーネント、data-container属性経由のXSS。詳細はHeroDevs脆弱性ディレクトリのエントリを参照。
- CVE-2019-8331：Bootstrap 2のTooltipおよびPopoverコンポーネント、data-templateおよびdata-title属性経由のXSS。脆弱なコードはDOMへ挿入する前にHTMLをサニタイズしません。詳細はHeroDevs脆弱性ディレクトリのエントリを参照。
2026年時点でBootstrap 2を稼働させ続けているアプリケーションは、上流メンテナーが不在のまま、既知のXSSベクトルを抱えた状態で稼働していることになります。これは、本番環境で稼働しているBootstrapバージョンの中で最もリスクが高いものです。
Bootstrap-SassのEOLとサポート
bootstrap-sassは、Bootstrap 3の公式Sassベース移植版で、npmパッケージとRuby gemの両方として配布されています。Ruby on Railsアプリケーション（bootstrap-sass gem経由）、Sassベースのnodeビルドパイプライン（npmパッケージ経由）、そしてLessではなくSassでBootstrap 3を必要とするあらゆるプロジェクトで広く使われています。
bootstrap-sassはBootstrap 3を追随するため、そのライフサイクルもBootstrap 3に準じます。公式の3.4.x系列における最終リリースはbootstrap-sass 3.4.3で、このプロジェクトはBootstrap 3自体と同じEOLステータス、すなわち2019年7月24日にEOLを辿っています。Bootstrap 3.4.1に影響するCVEは、同等バージョンのbootstrap-sassにも影響します。
HeroDevsによるBootstrap-Sass NES
HeroDevsは、NES for Bootstrapの一部としてbootstrap-sassの延長サポートを提供しています。詳細なインストール・バージョン選定ガイダンスはdocs.herodevs.com/bootstrap-sassに記載されていますが、鍵となる判断ポイントはプロジェクトがどのSassコンパイラを使用しているかです。
- bootstrap-sass NES 3.4.1（バージョン文字列：3.4.1-bootstrap-sass-3.4.x）：node-sass（LibSass）を使用しているプロジェクト向け。Sassツールチェーンをまだ移行していない、比較的古いNode・Railsアプリケーションに典型的です。
- bootstrap-sass NES 3.4.3（バージョン文字列：3.4.3-bootstrap-sass-3.4.x）：現在も積極的にメンテナンスされているSassコンパイラである、sass（Dart Sass）を使用しているプロジェクト向け。新規・比較的最近メンテナンスされているアプリケーション向けのモダンな選択肢です。
自分のプロジェクトがどちらのコンパイラを使用しているかは、package.jsonのdependenciesまたはdevDependenciesブロックを確認するか、プロジェクトルートでnpm list node-sass sassを実行することで確認できます。両NESバリアントともnpmおよびRubyGems上で提供されており、コアBootstrapライブラリと同じNever-Ending Supportモデルの下で保護されています。
bootstrap-sassがBootstrap 3自体と同じリスクプロファイルを抱える理由については、Bootstrap-Sassに潜むリスクを解説したHeroDevsブログ記事を参照してください。
HeroDevsは公式のBootstrap EOLサポートパートナー
これはコンプライアンス文書や調達担当チームにとって重要なポイントですが、HeroDevsはBootstrapの正式な公認EOLサポートパートナーです。Bootstrapプロジェクト自身のBootstrap 4向けEnd of Life Statusページでは、Bootstrap 5へアップグレードできない組織向けの推奨オプションとして、HeroDevsのNever-Ending Supportへの誘導が行われています。また、endoflife.dateのBootstrapページでも、EOLバージョン向けの商用サポートプロバイダーとしてHeroDevsが掲載されています。
このパートナーシップは単なる第三者バッジではありません。HeroDevsはNES for Bootstrapにおいて、Bootstrapのコアチームおよび主要コントリビューターと直接連携しており、パッチは実際にライブラリを構築したメンテナーの関与のもとで作成されています。NES for Bootstrapはドロップイン置き換えとして位置づけられているため、アプリケーション側はコードを変更することなくパッチ適用済みパッケージを導入でき、サポートはBootstrapの公式OSSサポートが終了した当日から開始され、上流の最終リリースと最初のNESリリースの間にギャップが生じることはありません。
Bootstrapがend of lifeを迎えた後に起こること
BootstrapのメジャーバージョンがひとたびEOLを迎えると、そのバージョンを稼働させ続けているチームには次の3つの変化が即座に生じます。
- セキュリティパッチが提供されなくなる：EOLバージョンに対して新たに報告されるXSS、プロトタイプ汚染、その他のクライアントサイド脆弱性は、Bootstrapチームによる公式な修正を受けられなくなります。CVE-2024-6485、CVE-2025-1647、CVE-2018-14040、CVE-2018-14042、CVE-2019-8331は、これがBootstrap 2・3・4全体で実際に起きている具体例です。
- ブラウザおよび依存関係との互換性が劣化する：Bootstrap 3・4はいずれもjQueryに依存していますが、jQuery自体もEOL後に複数のCVEが報告されています。ブラウザのアップデートによって、すでに廃止されたブラウザビルドを基準にテストされていたBootstrapコンポーネントの挙動が壊れることもあります。EOLを迎えたBootstrapバージョンは、新しいブラウザリリースに対してテストされていません。
- コンプライアンス監査で指摘対象となる：SOC 2、PCI DSS、HIPAA、FedRAMP、EUサイバーレジリエンス法、そしてほとんどの社内セキュリティポリシーは、サポート対象のソフトウェアを稼働させることを組織に求めています。ソフトウェア部品表（SBOM）にBootstrap 3や4が現れると、特定のCVEが実際に悪用されたかどうかに関わらず、通常は監査上の指摘事項となります。
Bootstrapに関しては特に、これらのCVEのスキャナーによる検出が広範囲に及んでいます。Qualys、Tenable、Snyk、GitHub Advisory Database、Red Hatセキュリティアドバイザリー、Debian LTSアナウンス、IBM X-Forceはいずれも、Bootstrap 3・4のCVEをインデックス化しており、依存関係ツリーにこれらのバージョンを含むアプリケーションであれば検出結果として表示されます。
EOLを迎えたBootstrapバージョンの選択肢
自社アプリケーションがBootstrap 2、3、4のいずれかを使用している場合、現実的な選択肢は3つあります。
1. Bootstrap 5へアップグレードする
ほとんどのチームにとって、これが最良の長期的選択肢です。Bootstrap 5は積極的にメンテナンスされており、依存関係もより健全（jQueryなし）で、カスタムプロパティをベースにしたより現代的なCSSアーキテクチャを提供します。トレードオフとなるのは移行作業の量です。Bootstrap 5ではjQueryが撤廃され、多くのコンポーネントが再構成され、グリッドシステムが更新され、ほとんどのページのレイアウト・余白・レスポンシブ性を変えるユーティリティファーストのアプローチが導入されました。Bootstrap 3や4向けに構築したカスタムテーマやオーバーライドは、変数・ミックスイン・カスタマイズモデルが再設計されているため、そのまま移行することはできません。多くの本番アプリケーションにとって、これは数ヶ月規模のリファクタリングになります。
2. Bootstrapから完全に移行する
一部のチームは、EOLをきっかけにTailwind CSS、独自のデザインシステム、あるいは別のコンポーネントライブラリへの、より広範なプラットフォーム移行を行っています。これは通常最もコストのかかる選択肢ですが、対象アプリケーションがすでにUI刷新のタイミングを迎えている場合には適切な判断となり得ます。
3. Never-Ending Support（NES）for Bootstrapを導入する
コンプライアンスやセキュリティ上の要求に沿ったタイムラインでBootstrap 5への移行を完了できないチーム向けに、HeroDevs Never-Ending Support for Bootstrapは、Bootstrap 2・3・4（bootstrap-sassを含む）向けのドロップイン置き換えを提供します。NES for Bootstrapのサポートは、オープンソース版がEOLを迎えた当日から開始され、パッチ提供にギャップが生じることはありません。セキュリティ問題が特定・検証・修正されるたびに、新しいNESリリースが提供されます。HeroDevsはBootstrapの公式EOLサポートパートナーであり、ライブラリを実際に構築したメンテナー自身がパッチ作成に関与しています。
よくある質問（FAQ）
Bootstrap 3はいつEOLを迎えましたか？
Bootstrap 3は2019年7月24日にEOLを迎えました。3系列の最終リリースはBootstrap 3.4.1（2019年2月13日公開）です。それ以降、Bootstrapチームからのセキュリティパッチ、バグ修正、ドキュメント更新は一切発行されていません。
Bootstrap 4はいつEOLを迎えましたか？
Bootstrap 4は2023年1月1日にEOLを迎えました。最終リリースはBootstrap 4.6.2（2022年7月19日公開）です。Bootstrap 4のアクティブサポートは2021年11月1日に終了し、2023年1月のEOL日程までクリティカルサポートモードにとどまっていました。
Bootstrap 3.4.1は今でも安全に使えますか？
Bootstrap 3.4.1はBootstrap 3で最後にパッチが適用されたバージョンですが、既知の脆弱性が皆無というわけではありません。CVE-2024-6485（ButtonプラグインのXSS）とCVE-2025-1647（PopoverおよびTooltipコンポーネントのXSS）はいずれもBootstrap 3.4.1に影響し、Bootstrap 3がEOLであるため公式パッチは発行されません。本番環境で3.4.1を稼働させているアプリケーションは、Bootstrap 5へアップグレードするか、パッチ適用済みバージョンを受け取れるNES for Bootstrapを導入するべきです。
Bootstrap 4.6.2は脆弱ですか？
はい。サニタイズされていないhref属性経由のBootstrap 4 CarouselコンポーネントにおけるXSS脆弱性であるCVE-2024-6531は、4.6.2を含むすべてのBootstrap 4バージョンに影響します。Bootstrapプロジェクトは、安全でないHTMLのサニタイズはプロジェクトが掲げるセキュリティモデルの範囲外であるとしてアドバイザリーを取り下げましたが、商用脆弱性スキャナー（Tenable、Snyk、IBM X-Force、Aqua Security）は引き続きこの問題を検出対象としています。CVE-2018-14040も、4.1.2より前のBootstrap 4リリースに影響します。
Bootstrapの最新バージョンは何ですか？
Bootstrapの最新安定版は5.3.8（2025年8月25日公開）です。Bootstrapチームによれば、これはBootstrap 5.4がリリースされる前の5.3系列における最終パッチリリースになる見込みです。
bootstrap-sassはEOLですか？
はい。bootstrap-sassはBootstrap 3を追随しており、Bootstrap 3は2019年7月24日にEOLを迎えています。公式の最終リリースは、bootstrap-sass 3.4.3（Dart Sass向け）および3.4.1（node-sass/LibSass向け）です。HeroDevsは両方のコンパイラバリアントに対してNever-Ending Supportを提供しています。選定ガイドはdocs.herodevs.com/bootstrap-sassにあります。
Bootstrap公式プロジェクトは、EOLバージョン向けの商用サポートプロバイダーを推奨していますか？
はい。Bootstrap公式のEnd of Life Statusページ（getbootstrap.com/docs/4.6/end-of-life/）では、Bootstrap 5へアップグレードできない組織向けの推奨オプションとして、HeroDevsのNever-Ending Supportへの誘導が行われています。endoflife.dateのBootstrapページでも、Bootstrap 2・3・4のEOLバージョン向け商用サポートプロバイダーとしてHeroDevsが掲載されています。
Bootstrap 3や4を無期限に使い続けても問題ありませんか？
このライブラリはホスティングされ続けているため、npm、NuGet、RubyGems、Composer、GitHubリポジトリ上では今後も機能し続けます。しかし、「コードが動作する」ことと「コードがサポートされている」ことは同じではありません。継続的なパッチがなければ、Bootstrap 3や4に対する新たなCVE（CVE-2024-6485やCVE-2024-6531など）は未対応のまま蓄積し続け、監査でのスキャナー検出結果は積み上がり、下流の依存関係（jQuery、ホストブラウザ、ビルドツール群）も乖離し続けます。SOC 2、PCI DSS、HIPAA、FedRAMP、あるいはEU CRAの対象となるほとんどの組織は、文書化されたサポート計画なしにEOLソフトウェアを無期限に使い続けることはできません。
Never-Ending Support for Bootstrapはどのように機能しますか？
NES for Bootstrapはドロップイン置き換えです。package.json、composer.json、Gemfile、あるいは.csproj内のパッケージバージョンを変更するだけで、同じアプリケーションコードを稼働させ続けられます。HeroDevsは、セキュリティ問題が特定・検証・修正されるたびに新しいNESリリースを提供します。サポートはBootstrapのOSSサポートが終了した当日から開始され、上流の最終リリースと最初のNESリリースの間にギャップは生じません。
今、取るべき行動
Bootstrap 3がEOLを迎えてから6年以上、Bootstrap 4がEOLを迎えてから3年以上が経過しています。CVEは実在し、スキャナーによる検出結果も実在し、EUサイバーレジリエンス法のような枠組みが施行に向けて動き出すにつれ、コンプライアンス上のプレッシャーも高まり続けています。「何もしない」という選択肢は、未対応のXSSベクトルが本番環境に蓄積し続け、監査上の指摘事項が積み上がり続けることを意味します。
自社アプリケーションがBootstrap 2、3、4（またはbootstrap-sass 3.4.x）を使用している場合、実行可能な道は2つです。自分たちでコントロールできるタイムラインでBootstrap 5へアップグレードするか、あるいはNever-Ending Support for Bootstrapを導入し、移行が進む間セキュリティ・コンプライアンス面の「時計」を止めておくかです。HeroDevsはBootstrapプロジェクトの公認EOLサポートパートナーであり、稼働中のBootstrap関連CVEに対するパッチはすでに提供されています。
自社のBootstrapバージョンと移行タイムラインについて相談したい場合は、HeroDevsへお問い合わせください。
お問い合わせ
本記事の内容やHeroDevsのソリューション（NES等）について、日本語でのお問い合わせに対応しています。お気軽にHeroDevsお問い合わせページからご連絡ください。
原文: https://www.herodevs.com/blog-posts/bootstrap-end-of-life-dates-bootstrap-2-3-4-and-5-2026-guide （出典: herodevs.com）