移行のリグレッションテスト|新旧で挙動が一致するか確かめる方法
移行のリグレッションテストとは、新システムが旧システムと同じ挙動を保っているかを確かめる検証です。現新比較の観点・進め方6ステップ・合格基準を解説します。
移行のリグレッションテスト|新旧で挙動が一致するか確かめる方法 続きを読む
移行のリグレッションテストとは、新システムが旧システムと同じ挙動を保っているかを確かめる検証です。現新比較の観点・進め方6ステップ・合格基準を解説します。
移行のリグレッションテスト|新旧で挙動が一致するか確かめる方法 続きを読む
AIリバースエンジニアリングでレガシーシステムの設計書を復元する手順を解説。復元できる成果物と限界、精度の検証方法、著作権など法務の注意点まで紹介します。
AIリバースエンジニアリングとは?レガシー設計書の復元手順と検証 続きを読む
生成AIマイグレーションのハルシネーションを、誤変換7類型と4つの偏りで整理。日本固有の注意点、工程別の検知法、品質KPI、ベンダー確認項目まで解説。
生成AIマイグレーションのハルシネーション|誤変換と偏りの防ぎ方 続きを読む
システムのブラックボックス化とは、仕様がコードと一部の担当者にしか残らない状態。原因と属人化の診断方法、AIで仕様を復元して解消する5ステップを解説します。
システムのブラックボックス化とは?原因と属人化を解く5ステップ 続きを読む
PHP2Shellとは、PHP本体に見つかった2件の重大な脆弱性(CVE-2026-109618・CVE-2026-109619)の通称です。攻撃者はログイン不要で、Webサーバーへのリクエストだけで任意のコードを遠隔実行できます。 2026年10月21日に修正版が公開されましたが、そのわずか3日後には実際の攻撃が確認されています。PHPでWebサイト・ECサイト・社内システムを運用している企業がすぐに行うべきことは、稼働中のPHPバージョンの確認、パッチ適用(できない場合は隔離)、そして未対策期間の侵害調査の3つです。 本記事では、PHP2Shellの概要と自社での確認方法、そしてHBLABが実際に用いているフレームワーク・バージョン別の対応チェックリストを解説します。 1. PHP2Shellとは? PHP2Shellが危険なのは、問題が特定のプラグインやアプリケーションではなく、PHPの実行環境そのものにある点です。まずは、PHP2Shellを構成する2つの脆弱性を確認しましょう。 1-1. CVE-2026-109618とCVE-2026-109619 CVE-2026-109618: メモリ不足(OOM)時の処理不備に起因し、リモートコード実行につながる脆弱性。 CVE-2026-109619: リクエスト処理に起因する脆弱性。前のリクエストで残ったグローバル状態が悪用される。 いずれもCVSS v4.0のスコアは9.2(緊急)です。IPA(情報処理推進機構)によると、悪用された場合、遠隔の第三者によって任意のコードを実行されるおそれがあります。
PHP2Shellとは?影響の確認方法と今すぐ取るべき対策・侵害調査手順 続きを読む
マイグレーションの進め方を、アセスメント・AI移行・テストの3段階で解説。各段階の完了条件、AIと人の役割分担、現新比較による品質の証明方法まで紹介します。
マイグレーションの進め方|アセスメント・AI移行・テストの3段階 続きを読む
モダナイゼーションベンダーの選び方を、アセスメント力・テスト品質・AI活用など8つの評価基準で解説。システム移行ベンダーの比較に使える評価シート付き。
モダナイゼーションベンダーの選び方|8つの評価基準と評価シート 続きを読む
モダナイゼーションの優先順位と範囲はどう決める?評価軸のスコアリングと依存関係分析で着手順を決め、最初に移行するシステムの選定からWave設計まで解説。
モダナイゼーションの優先順位と範囲|着手順を決める3ステップ 続きを読む
アセスメントレポートは、移行前に「このシステムを、どの方式で、いくら・どの順番で移すか」を決めるための判断材料です。単なる調査結果の一覧ではありません。 📌 この記事の要点 移行(マイグレーション)前のアセスメントレポートは、少なくとも次の10の問いに答えている必要があります。①移行対象の本当の規模、②依存関係、③業務ロジックの所在、④データ品質、⑤難所とその理由、⑥モジュールごとの移行方式、⑦前提つきの工数・費用・期間、⑧リスクと対策、⑨進める順番、⑩移行後の正しさの証明方法です。 どの問いにも「根拠」「数値の前提」「未調査の範囲」が書かれていれば、稟議・ベンダー比較・移行計画にそのまま使えます。逆に、一覧表だけで結論がないレポートは、移行判断には使えません。本記事では、受け取る側の目線で、良いレポートと危ないレポートの見分け方まで整理します。 レガシーシステムのアセスメント全体の流れ(評価7領域・進め方・費用)は、レガシーシステムアセスメントの評価7領域と報告書の中身で解説しています。本記事はその中でも、「アウトプット=レポート」をどう読み、どう使うかに絞ります。関連テーマはモダナイゼーション記事一覧からもご覧いただけます。 アセスメントレポートとは?「調査結果の一覧」との違い アセスメントレポート(アセスメント報告書)とは、現行システムを調査・評価した結果をまとめ、移行の意思決定に必要な答えを示す報告書です。まず、よく混同される「調査結果の一覧」との違いから整理します。 レポートは「判断材料」— 移行の可否・方式・費用・順番を決める文書 現行システム調査では、ソースコード、DB、バッチ、外部連携などを洗い出します。しかし、洗い出しそのものはゴールではありません。 経営層や情シス部門が本当に知りたいのは、次の4点です。 このシステムは移行できるのか(可否) どの方式で移すのか(方式)
アセスメントレポートが移行前に答えるべき10の問いと見極め方 続きを読む
株式会社エイチビーラボジャパン(以下、HBLAB JAPAN。代表:グエン・フイ・タン)は、2026年10月21日に修正パッチが公開されたPHPの重大な脆弱性「PHP2Shell」(CVE-2026-109618、CVE-2026-109619)について、影響範囲を調査・評価するサービス「PHP2Shell Assessment」の提供を、2026年10月23日より開始しました。 HBLAB JAPANのエンジニアが稼働中のPHPシステムを個別に評価し、対応の優先順位を明確にしたうえで、緊急対応からマイグレーション、長期運用に至るまでの対応計画をご提案します。他社が開発したシステムも対象です。 背景:PHPのコア部分に重大な脆弱性、幅広いシステムに影響の可能性 PHP開発チームが公表した2件の重大な脆弱性「PHP2Shell」(CVSS v4.0:9.2)は、認証なしでリモートから任意のコードを実行されるおそれがあります。脆弱性はPHPのランタイム自体に存在し、WordPress、Laravelなどを利用したシステムから独自開発のシステムまで、幅広いPHP稼働環境に影響する可能性があります。W3Techsによると、2026年8月時点でPHPはサーバーサイド言語を特定できるWebサイトの約70%で使用されています。 JPCERT/CCとIPAが注意喚起を行っており、根本的な対策には修正版への更新が必要です。国家サイバー統括室も注意喚起を発信し、時事通信によると、高市早苗首相も企業に対してWebサイトの点検と速やかなパッチ適用を呼びかけました。 一方、Amazonの報告では、公表日の10月21日より4日前の10月17日から攻撃の試みが確認されており、同日までさかのぼった調査が推奨されています。パッチ適用前に侵害されていた場合、更新だけでは既存のマルウェアや不正な侵入経路を除去できないため、侵害の有無を確認することも重要です。 個別の脆弱性対応から、継続的なリスク管理へ PHP2Shellの原因となる脆弱性は、PHPのソースコード内に長年潜在しており、AIを活用した調査によって発見されました。セキュリティ企業Wizは、AIがPHPのバージョンや設定に応じた攻撃コードの調整にも活用され得ると指摘しています。AIによって脆弱性の発見と悪用が加速するリスクが高まっており、Node.jsでも2026年に複数回のセキュリティ修正が行われています。 加えて、PHP 8.2は2026年12月31日にセキュリティサポートが終了する予定であり、PHP
HBLAB、PHPの重大脆弱性「PHP2Shell」の影響範囲を調査するアセスメントサービスの提供を開始 続きを読む