Apache Strutsの脆弱性と移行先｜Spring Bootへの移行手順
Apache Strutsとは
Apache Struts（ストラッツ）は、JavaのWebアプリケーション開発用MVCフレームワークです。
2000年にStruts 1がリリースされ、日本の官公庁・金融機関・大企業のWebシステムで広く採用されました。
2007年にはStruts 2がリリースされ、OGNL（Object-Graph Navigation Language）による柔軟な式言語が特徴です。
しかし、Struts 1は2013年にサポート終了（EOL）、Struts 2も度重なる重大脆弱性が発見されており、セキュリティリスクの高いフレームワークとして知られています。
2026年現在、Strutsからの脱却はJava系システムのDX推進における最優先課題の一つとされています。
Apache Strutsを使い続けるリスク
1. セキュリティリスク
Apache Strutsは過去に多数の重大脆弱性が発見されています：
- CVE-2017-5638: ファイルアップロード機能のリモートコード実行脆弱性。CVSSスコア10.0（最高）。米Equifax社の1億4,300万人分の個人情報漏洩の原因
- CVE-2017-9805: RESTプラグインのXMLデシリアライゼーション脆弱性。リモートコード実行が可能
- CVE-2018-11776: 名前空間の検証不備によるリモートコード実行脆弱性。CVSSスコア9.8
- CVE-2023-50164: ファイルアップロードのパス操作脆弱性。CVSSスコア9.8
特にOGNL式言語に起因する脆弱性は根本的な設計上の問題であり、パッチを当てても新たな攻撃ベクトルが発見されるという「モグラ叩き」状態が続いています。
日本国内でも2023年にStrutsの脆弱性を突いた攻撃で、複数の自治体サイトが改ざんされる事件が発生しました。
2. 保守コストの増大
Struts 1の知見を持つエンジニアは希少化しており、保守案件の単価はSpring Boot案件の1.3〜1.8倍に達しています。
また、Struts 2もアップデート対応が頻繁に発生し、脆弱性パッチの検証・適用だけで年間数十人日のコストがかかります。
フレームワーク自体のエコシステムも縮小しており、サードパーティ製プラグインの更新停止が相次いでいます。
3. 事業継続リスク
Strutsベースのシステムは最新のフロントエンド技術（React/Vue.js等）との統合が困難で、UIのモダナイゼーションが著しく制限されます。
REST APIの構築もSpring Bootと比較して非効率であり、マイクロサービス化やモバイルアプリ対応の足かせとなります。
Apache StrutsからSpring Bootへの移行手順
STEP 1: 現状調査・影響範囲の把握
Strutsのバージョン（1.x/2.x）、Action数、JSP画面数、ビジネスロジックの規模を調査します。
struts-config.xml（Struts 1）やstruts.xml（Struts 2）を解析し、画面遷移・バリデーション・インターセプターの構成を把握します。
特にOGNL式の使用箇所はセキュリティ上の優先移行対象です。
STEP 2: 移行計画の策定
Spring Bootへの移行アーキテクチャを設計します。
Struts Action → Spring Controller: リクエストマッピングの変換
ActionForm → Spring Form / DTO: データバインディングの変換
struts-config.xml → Spring Boot設定: ルーティング・バリデーションの移行
JSP → Thymeleaf / React: ビューテンプレートの刷新
AIによる自動コード変換で、定型的なAction→Controller変換の工数を最大60%削減できます。
STEP 3: テスト環境での検証
Spring Boot環境で移行後のアプリケーションを動作させ、画面遷移・入力バリデーション・セッション管理の正常性を検証します。
特にStruts独自のバリデーション定義やインターセプター処理がSpring側で正しく再現されているか確認が必要です。
JUnitテストとSeleniumによるE2Eテストを併用します。
STEP 4: 段階的移行の実施
ストラングラーフィグパターン（Strangler Fig Pattern）を採用し、新機能はSpring Bootで開発、既存機能を段階的にSpring Bootへ移行します。
リバースプロキシ（nginx等）でURL単位のルーティングを制御し、Strutsアプリ→Spring Bootアプリへの段階的切替を実現します。
STEP 5: 本番切替・運用開始
全機能のSpring Boot移行完了後、Strutsアプリケーションを退役させます。
Spring Boot Actuatorによるヘルスチェック・メトリクス監視を導入し、運用品質を向上させます。
移行完了によりSpring Securityの活用でセキュリティレベルが大幅に向上し、APIベースのモダンアーキテクチャへの発展が可能になります。
よくある質問
Q: Struts→Spring Boot移行にかかる期間は？
A: Action数50程度の小規模システムで3〜6ヶ月、200以上の中規模システムで6ヶ月〜1年、大規模基幹システムで1〜2年が目安です。
AI活用で定型変換を自動化すれば、期間を20〜30%短縮できます。
Q: Struts→Spring Boot移行の費用相場は？
A: Action/画面1つあたり10〜30万円が目安です。
50画面規模で500〜1,500万円、200画面規模で2,000〜6,000万円が一般的です。
ただし、セキュリティ事故の被害額（平均4億円/件）を考えるとROIは非常に高いです。
Q: Struts 1とStruts 2で移行難易度は違う？
A: Struts 1の方がシンプルなアーキテクチャのため、Spring Bootへの変換は比較的容易です。
Struts 2はOGNL式やインターセプタースタック等の独自機能が多く、移行の複雑性が高くなります。
Q: JSPはそのまま使える？
A: Spring BootでもJSPは使用可能ですが、推奨されません。
Thymeleafへの移行を推奨します。
段階的移行として、まずStrutsタグライブラリをJSTLに置換し、その後Thymeleafに移行する方法が効率的です。
まずはAI Dockで無料診断
RadineerのAI Dock（AI技術負債診断）なら、Strutsシステムのリスクを30分で無料診断。
脆弱性リスク・移行難易度・コスト概算をAIが自動分析します。
「Strutsの脆弱性対応に疲弊している」「Spring Bootへの移行計画を立てたい」という方は、まずAI Dockで現状を可視化しましょう。
関連サービス: システム開発・リニューアル