HBLABブログ一覧

IT分野に関する基礎知識を分かりやすく解説
  • All
  • 全て
  • AI
  • AIエージェント
  • オフショア開発
  • データ活用
  • プログラミング言語
  • マネージドサービス
  • モダナイゼーション
  • リーテル
  • ローコード
  • 業務自動化
  • 生成AI
Poster Webinar Manufacturing 1

密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略

【無料ウェビナー】密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 製造業の基幹システムには、30〜40年にわたり稼働し続けているものが少なくありません。保守コストの増大や、システムに精通した担当者の退職が進むなど、そのリスクは今や顕在化しています。しかし、新しいシステムに入れ替えれば解決するとは限りません。販売・生産から原価計算、会計に至るまで、業務が共有データを介して密接に結びついているため、一部に手を入れるだけでも他への影響が懸念され、容易に着手できないのです。 どのような移行方式を選ぶにしても、従来の構造をそのまま新しい基盤に載せ替えるだけでは、コストをかけたにもかかわらず根本的な課題は残ります。そのため、移行に先立って、業務間の依存関係を解消しておく必要があります。これはまず業務上の課題であり、技術的な対応はその後に続くものです。とはいえ、運用担当者自身が依存関係の全容を把握できていない場合、どこから手を付ければよいのでしょうか。 AIを活用すれば、ソースコードを人手で読み解くよりも格段に速くシステムを把握できます。ただし、システムに関する知識のすべてがコードに残っているわけではありません。一部はドキュメントに、そして少なからぬ部分は長年携わってきた担当者の経験の中にあります。設計上の判断や結果の正しさの担保は、引き続き人が責任を負うべき領域です。こうした業務上の暗黙知は、担当者が退職する前に集約し、AIが理解・活用できる状態に整えておく必要があります。 本ウェビナーでは、上流工程におけるアプローチとして、現行システムに存在する依存関係の洗い出し、AIがシステムを理解するための業務暗黙知の集約、そしてAIが支援できる範囲と人が判断すべき範囲の切り分けをご紹介します。 基幹システムに潜む制約の見極め方と、移行前にAIが支援できる範囲を知る。[ウェビナーに申し込む] こんな方におすすめ 長年稼働してきた基幹システムの刷新を検討しているものの、影響範囲を十分に把握できておらず、システムに精通した人材も退職を迎えつつある企業 現行システムの現状分析に時間がかかり、特定の担当者に依存している業務ロジックを可視化して、分析期間を短縮したい企業 システム刷新プロジェクトの上流工程へのAI活用を検討しており、AIに何ができて、どこに限界があるのかを知りたい企業 製造業のお客様の基幹システム刷新を支援中、または受託を控えており、スコープ確定や見積りの前に、現行システムの実態を把握しておきたいSIer・ITベンダー プログラム […]

密結合からの脱却 ― 製造業のシステムモダナイゼーション戦略 続きを読む

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の問いと見極め方 続きを読む

Scroll to Top