• All
  • AI
  • AIエージェント
  • イベント
  • ウェビナー
  • ウェビナー
  • オフショア
  • オフショア開発
  • お客様インタビュー
  • お知らせ
  • データ活用
  • ニュース
  • パートナー提携
  • ブログ
  • プログラミング言語
  • マネージドサービス
  • モダナイゼーション
  • リーテル
  • ローコード
  • 分類されない記事
  • 加盟団体
  • 受賞
  • 業務自動化
  • 生成AI
  • 社内活動
  • 社員の声
  • 製品
  • 認証
Php2Shell Thumbnail

PHP2Shellとは?影響の確認方法と今すぐ取るべき対策・侵害調査手順

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とは?影響の確認方法と今すぐ取るべき対策・侵害調査手順 続きを読む

アセスメントレポートが移行前に答えるべき10の問い

アセスメントレポートが移行前に答えるべき10の問いと見極め方

アセスメントレポートは、移行前に「このシステムを、どの方式で、いくら・どの順番で移すか」を決めるための判断材料です。単なる調査結果の一覧ではありません。 📌 この記事の要点 移行(マイグレーション)前のアセスメントレポートは、少なくとも次の10の問いに答えている必要があります。①移行対象の本当の規模、②依存関係、③業務ロジックの所在、④データ品質、⑤難所とその理由、⑥モジュールごとの移行方式、⑦前提つきの工数・費用・期間、⑧リスクと対策、⑨進める順番、⑩移行後の正しさの証明方法です。 どの問いにも「根拠」「数値の前提」「未調査の範囲」が書かれていれば、稟議・ベンダー比較・移行計画にそのまま使えます。逆に、一覧表だけで結論がないレポートは、移行判断には使えません。本記事では、受け取る側の目線で、良いレポートと危ないレポートの見分け方まで整理します。 レガシーシステムのアセスメント全体の流れ(評価7領域・進め方・費用)は、レガシーシステムアセスメントの評価7領域と報告書の中身で解説しています。本記事はその中でも、「アウトプット=レポート」をどう読み、どう使うかに絞ります。関連テーマはモダナイゼーション記事一覧からもご覧いただけます。 アセスメントレポートとは?「調査結果の一覧」との違い アセスメントレポート(アセスメント報告書)とは、現行システムを調査・評価した結果をまとめ、移行の意思決定に必要な答えを示す報告書です。まず、よく混同される「調査結果の一覧」との違いから整理します。 レポートは「判断材料」— 移行の可否・方式・費用・順番を決める文書 現行システム調査では、ソースコード、DB、バッチ、外部連携などを洗い出します。しかし、洗い出しそのものはゴールではありません。 経営層や情シス部門が本当に知りたいのは、次の4点です。 このシステムは移行できるのか(可否) どの方式で移すのか(方式)

アセスメントレポートが移行前に答えるべき10の問いと見極め方 続きを読む

Phpのコア部分に重大な脆弱性「Php2Shell」

HBLAB、PHPの重大脆弱性「PHP2Shell」の影響範囲を調査するアセスメントサービスの提供を開始

株式会社エイチビーラボジャパン(以下、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」の影響範囲を調査するアセスメントサービスの提供を開始 続きを読む

Scroll to Top