DOC COLUMN
コラム
AIを安全に使うための実務、FDEという働き方、ネットワーク・セキュリティ。お客様と伴走するエンジニアの視点で書いています。
-
自社のAIエージェントが「攻撃する側」になるとき — 意図しない加害通信という出口の論点
豪ASDは2026年9月24日、AIエージェントが運用者の意図しない行動を取り、相手サイトのセキュリティ制御に阻まれた先で自ら脆弱性を見つけて作業を進めようとした事例を把握しているとして、アラートを出しました。受ける側に向けたこの注意を、エージェントを動かす側の出口制御の論点として読み直します。
-
AIに遮断を任せてよいか — 防御操作の「危険度」を5つの軸で測る
検知後の遮断やファイアウォールルールの変更を、AIに自動で任せてよいか。英国NCSCのブログが提案した「防御操作の危険度」を測る5つの軸（操作の強さ・範囲・重要度・事前の確かめやすさ・戻しやすさ）を紹介し、出口制御の運用に当てはめて考えます。
-
AI OCRは読めても終わらない — 商品名・費目名を揃える「名寄せ」の話
AI OCRを比較しても導入に踏み切れないのは、読み取り精度ではなく読み取った後の「名寄せ」が原因かもしれません。取引先ごとに違う商品名・費目名を自社のコードへ揃える作り込みと、OCR製品の標準機能との境界を解説します。
-
需要予測だけでは足りない、自動発注の業務設計
販売実績から需要を予測して発注を自動化しても、確定操作や例外対応が残れば業務は楽になりません。異常発注を防ぐガード、人が確認する範囲の決め方、基幹システムへの連携まで、自動発注を業務として設計する考え方を解説します。
-
音声から記録文書を作るAIの設計 — 文字起こしの次に必要なこと
現場での聞き取りや面談の会話を録音しても、チェックリストや自由記入欄への転記が手作業のままでは記録づくりは楽になりません。話題が前後する会話を記録項目へ振り分ける設計、人が確認に集中する流れ、個人情報を外に出さない閉域構成まで、音声から記録文書を作るAIの考え方を解説します。
-
WindowsアプリもAIで操作できる時代へ — コンピュータ操作AIとRPAの違い、現実的な使いどころ
APIのないレガシーなWindows業務アプリは「AI連携できない」と思われてきました。しかし画面を理解してマウス・キーボードを操作する「コンピュータ操作AI（computer use）」の登場で状況が変わりつつあります。RPAとの違い、二重入力の解消などの現実的な使いどころ、誤操作リスクへの向き合い方を解説します。
-
AI導入は、なぜ「報告書」では進まないのか — 既存型コンサルティングの限界
戦略立案や業務分析を得意とする従来型コンサルティングが、AI導入ではしばしば機能しない理由を整理します。提言と実装の分断、作って試すまで要件が確定しないというAI特有の性質、成果責任の所在 — 伴走型エンジニアリング（FDE）が生まれた背景を解説します。
-
AI導入が「社内」で止まる — 従業員がついてこない問題に、どう向き合うか
ツールは契約した。経営の号令もかけた。それでも現場の従業員がAIを使ってくれない — AI導入で最も多い、そして最も語られにくいつまずきです。従業員がついてこない本当の理由と、定着させるための実務的な設計を、伴走型エンジニアの視点で解説します。
-
SNS・ネットのAI情報が「そのまま使えない」理由 — 誇張が拡散する構造と、実務での見極め方
「AIで業務が10倍速に」「もう人は要らない」— インターネットやSNSにあふれるAI情報には、誇張や古い情報、条件の省略が混ざりがちです。信憑性の高い情報とそうでない情報をどう見分けるか。企業がAI導入の判断材料にするための実務的なチェックポイントを解説します。
-
AI導入を止める「ネットワークとセキュリティの壁」— 最後に発覚させないための設計チェックリスト
PoCは成功したのに、本番直前のセキュリティレビューで止まる — AI導入プロジェクトの典型的な失速パターンです。外部送信の制約、プロキシ・ファイアウォール、帯域、データの所在、鍵とログ。プロジェクトを止める5つの壁と、企画段階で先回りするための設計チェックリストを解説します。
-
FDEエンジニアリングサービスの提供を開始しました
フォースネット株式会社は、エンジニアがお客様のシステムと業務を一緒に理解し、AI導入からネットワーク・インフラまで一気通貫で伴走する「FDEエンジニアリングサービス」の提供を開始しました。
-
閉域AI・ローカルLLMとは — 「データを外に出せない」企業がAIを使うための現実的な選択肢
機密データや規程の壁でAI活用が止まっていませんか。クラウドを経由せず自社ネットワーク内でAIを動かす「閉域AI」「ローカルLLM」という選択肢について、検討される理由、正直なトレードオフ（モデル能力・GPUコスト・運用負荷）、向く用途と向かない用途、ハイブリッドという現実解までを解説します。
-
AI導入がPoCで止まる3つの理由 — 「最後の距離」を埋めるのは誰か
多くの企業のAI導入がPoC（検証）止まりで終わるのはなぜか。要件の翻訳者不在・本番の作り込み不足・基盤の制約という3つの理由と、伴走するエンジニア（FDE）がそれをどう越えるかを解説します。
-
フィッシング対策に残る「クリック後の空白」— 月66,119件の報告から考える出口の備え
フィッシング対策協議会の2026年7月分報告から、入口対策を回避する手口の動向と、クリック後の通信を制御する考え方を整理します。
-
社内のAI基盤は「探索される側」でもある — LLM連携基盤の露出面という考え方
JPCERT/CCの四半期レポート（2026年7月16日公開）は、LLMと連携するフレームワークやライブラリの脆弱性を狙う通信を観測したと報告しています。社内に立てたAI関連サーバーの「露出面」を入口と出口に分けて整理し、脆弱性修正と並べて通信制御を置くという考え方を解説します。
-
AIエージェントの行動を説明できるか — 監査ログ設計の基礎
AIエージェントに何をさせ、実際に何が起きたのか。後から説明するために記録すべきログを「エージェント・ホスト・ネットワーク」の3層で整理し、それぞれの役割と補完関係、改ざん耐性という観点までを解説します。
-
AIエージェント導入前のセキュリティチェックリスト — 情シスが確認すべき7項目
AIエージェントを業務導入する前に、情シス・IT管理者が確認しておきたい7つの観点をチェックリスト形式で整理。権限の最小化からネットワーク制御、監査ログまで、各項目の詳しい解説記事への入口となるハブ記事です。
-
AIコーディングエージェントを開発環境で安全に使うための egress 制御
AIコーディングエージェントはコード・認証情報・社内APIに触れながらツールを実行します。開発環境特有のリスクを整理し、開発効率を壊さずに外向き通信（egress）を絞る段階的な進め方と、その限界までを解説します。
-
許可リスト運用を破綻させない設計 — 粒度・例外・棚卸し
許可リスト（ホワイトリスト）運用が破綻する典型パターンと、それを防ぐ設計のコツを解説。許可の粒度、期限付き例外と理由の記録、観測データに基づく棚卸し、そして「リストが小さく保てる場所に適用する」という最大のコツまで。
-
APIキー・トークン漏えいの「後」に効く宛先制御という防御線
APIキーやトークンの漏えい対策は保管・ローテーション・最小権限が基本ですが、それでも漏れることはあります。漏えいの「後」に被害範囲を狭める防御線として、外向き通信の宛先制御がどこまで効き、どこで効かないかを解説します。
-
「検知」と「遮断」の違い — 監視型とインライン型の使い分け
セキュリティ機器の「検知」と「遮断」は別の能力です。アラートを出す監視型と通信を止めるインライン型、それぞれの長所と代償（アラート疲れ・誤遮断・単一障害点）、対立ではなく段階として導入する考え方を整理します。
-
DNSフィルタリングとドメインフィルタリングの違い — 名前を「どの層で」見るか
DNSフィルタリングとドメインフィルタリング（SNI/Host検査）の違いを整理します。どちらも「ドメイン名」で通信を制御しますが、見る場所と効く範囲が異なります。それぞれの仕組み・長所・限界と、補完関係としての使い分けまで。
-
ファイアウォールログの読み方 — 監査証跡とインシデント初動
ファイアウォールログの基本的な読み方を解説します。誰が・いつ・どこへ・許可か遮断かという見方、平時の監査証跡としての価値、インシデント初動での使い方、読みやすいログの条件、そしてログだけでは原因特定できないという限界まで。
-
インシデント初動で通信を止めるか — 封じ込めの判断と事前準備
不審な通信を見つけたとき、回線を抜くべきか。封じ込めの効果（持ち出し・C2の進行を断つ）と代償（業務停止・証跡の消失）、その場で迷わないための事前準備4点、セグメント単位で止められる構成の価値を整理します。
-
インライン機器の導入計画 — 瞬断・切り戻し・メンテナンス窓の実務
回線に直列に入れる機器は「設置の仕方」が運用品質を決めます。メンテナンス窓の設定、切り戻し手順の維持、対象セグメントの事前検証、障害時挙動の合意という導入計画の4要素と、導入後の定着までを実務目線で解説します。
-
IoT・複合機・監視カメラ — 「忘れられたデバイス」の外向き通信を見落とさない
複合機・監視カメラ・入退室管理などのIoTデバイスは、対策ソフトを入れられず更新もされにくい「忘れられた通信主体」です。なぜ盲点になるのか、接続先が固定的なデバイスと許可リストの相性、観測から始める棚卸しの進め方を解説します。
-
LLMに入力した情報はどこへ行く？企業が考える情報漏えい対策
社員が生成AIに貼り付けるコードや議事録、顧客情報はどこへ送られ、どう扱われるのか。LLMの入力データの行き先という論点を整理し、規約だけに頼らない技術的な情報漏えい対策と、その限界までを解説します。
-
初見ドメインはなぜ危険シグナルになるのか — newly observed domain という指標
「このネットワークで初めて見る宛先」＝初見ドメイン（newly observed domain）がなぜ不審な通信の検知に効くのかを解説します。攻撃インフラの使い捨て性と業務通信の反復性、効きやすい環境、誤検知への向き合い方と運用への組み込みまで。
-
RAGと社内データ — 検索拡張生成がつくる新しい情報経路のリスク
社内文書をAIの回答に活用するRAG（検索拡張生成）は、社内データから外部への新しい情報経路をつくります。権限管理・検索基盤の場所・出力の行き先という3つの論点を整理し、ネットワーク層で見える部分と見えない部分を解説します。
-
ランサムウェアの外部通信 — 暗号化の前に起きていること
ランサムウェア被害は暗号化の瞬間に始まるのではありません。C2確立・内部偵察・データ持ち出し（二重恐喝の材料）という外部通信の段階を経て進行します。出口で見える・絞れる機会と、ネットワーク対策単独では防げない限界を解説します。
-
プロキシ・SWG・CASB・EDRと透過型ファイアウォールの役割分担
SWG・CASB・EDR・プロキシ・透過型ファイアウォールの違いが分からない方へ。「どの層で・どの観測点から見るか」という整理軸で各カテゴリの守備範囲と見えないものを表で比較し、補完関係として選ぶ順番の考え方を解説します。
-
サプライチェーン攻撃と依存パッケージ — npm・PyPI などの取得先を管理する
npm・PyPIなどの依存パッケージ経由のサプライチェーン攻撃が現実の脅威になっています。ビルド・開発環境の「取得先」を管理するという考え方、インストール時スクリプトの外向き通信の監視、取得先制御では防げない領域まで整理します。
-
テレワーク時代の出口対策 — オフィス回線だけ守ればよいのか
出口対策は「どこに置くか」で守備範囲が決まります。オフィス回線の対策が効く範囲と効きにくい範囲（自宅から直接出る端末・モバイル回線）を切り分け、VPN集約・クラウド経由・端末管理との組み合わせ方を解説します。
-
既存のFW・UTMがあるのに出口対策を足す理由
「ファイアウォールはもうある」のに出口対策（egress制御）を追加する意味はあるのか。境界FW・UTMの守備範囲と、セグメント単位の細かい出口制御がカバーする領域の違いを整理し、既存構成を変えずに内側へ1枚足す構成例を解説します。
-
C2通信とは？外向き通信と beacon 検知の基本
C2通信とは、侵入後のマルウェアが社内から外の攻撃者へ定期的に接続し、指示を受け取る通信です。内から外へ現れる理由、beacon（定期通信）検知の観点、宛先制御の考え方と正規サービス悪用という限界を解説します。
-
AIエージェントの egress 制御入門 — 外向き通信を許可リストで絞るという考え方
AIエージェントの外向き通信（egress）を許可リストで制御する考え方を解説します。なぜエージェントは許可リスト型と相性がよいのか、deny-base とは何か、QUIC や DoH という抜け道、段階導入の進め方まで。
-
AIエージェント用ネットワークセグメント設計入門
AIエージェント専用のネットワークセグメントを設計する考え方を入門解説。なぜエージェントは専有セグメントと相性がよいのか、deny-base という強い制御、人間と同居する場合の現実解、セグメント分離だけでは足りない点まで。
-
ツール実行型AIエージェントの攻撃面 — MCP時代に広がるリスクの基礎
ツール実行型AIエージェントはチャットボットと何が違うのか。MCPなどでツール接続が容易になった今、ツールや外部データという新しい入力経路が生む攻撃面を「読む・実行する・通信する」の3つに整理し、多層防御の置き場所を解説します。
-
情報持ち出し（exfiltration）の典型経路 — トンネル・paste・webhook と出口対策
情報持ち出し（データ漏えい）の典型経路を整理します。トンネルサービス・paste系サイト・webhookがなぜ通常のファイアウォールを通り抜けるのか、宛先制御・初見検知・監査証跡という出口対策の考え方と限界まで。
-
DoHとQUICで何が見えにくくなる？社内ネットワーク可視性の基礎
DoH（DNS over HTTPS）とQUICが社内ネットワークの可視性に与える影響を解説します。DNSログやフィルタが効かなくなる仕組み、DoHリゾルバの制御やQUIC遮断という企業での現実解、プライバシーとの両立まで。
-
fail-closed と fail-open — セキュリティ機器の障害時、通信を止めるか通すか
fail-closed は障害時に通信を止め、fail-open は無検査で通します。どちらを選ぶかは回線が守るものが機密性か可用性かで決まります。HWバイパスと、導入前にベンダーと合意すべき事項まで。
-
TLSを復号しないフィルタリングとは？MITM型との違いと使いどころ
HTTPSが主流になり「中身が見えない」時代のフィルタリングには、TLSを復号するMITM型（SSLインスペクション）と、復号せず接続先ドメイン単位で制御する方式があります。それぞれの仕組み・代償・選び方を整理します。
-
SNIによるドメイン制御の仕組みと限界 — ECH時代に向けて
TLSのSNIを使ったドメイン単位のフィルタリングの仕組みを解説します。なぜSNIは平文で見えるのか、ホスト名単位・共有CDNという限界、ECH（Encrypted ClientHello）でSNIが見えなくなる流れと現実的な備えまで。
-
透過型ファイアウォールとは？ブリッジモードとルータ型の違い
透過型ファイアウォール（ブリッジモード）とルータ型の違いを解説します。なぜルータ型はIP設計の変更が必要なのか、L2で挟む透過型は何が省けるのか、bump-in-the-wireの意味、向くケース・向かないケースまで。
-
プロンプトインジェクションとは？ AIエージェント導入企業が知っておきたい仕組みと対策
プロンプトインジェクションの仕組みを、AIエージェントを業務導入する企業の視点でやさしく解説します。なぜ完全には防ぎにくいのか、ホスト側対策とネットワーク層の多層防御という考え方まで。
-
シャドーAIとは？未許可AI利用を可視化する社内ネットワークの考え方
シャドーAI（会社が把握していない未許可のAI利用）はなぜ生まれ、何がリスクなのかを整理します。禁止だけでは解決しない理由と、ネットワーク側から「どのAIサービスに繋いでいるか」を可視化して公認リスト化につなげる現実解を解説します。
-
遮断する前に観測する — would-block ログで始めるファイアウォール段階導入
ファイアウォールの段階導入の進め方を解説します。いきなり遮断を有効化して業務が止まる失敗を避けるため、観測→would-block運用→強制の3ステップ、レビューの体制と期間の目安、強制後のポリシーチューニングまで。
-
外向き通信のレート制限 — 暴走を止める前に決めること
プログラムや端末が短時間に大量の外向き通信を始めたとき、レート制限は影響を抑える手段になります。指標、しきい値、例外、段階導入の考え方を解説します。
-
GeoIPで外向き通信を国別に見る — 国別制御の使いどころと限界
宛先IPを国・地域情報へ対応づけるGeoIPは、外向き通信の棚卸しや方針確認に役立ちます。精度、クラウドやCDN、VPNを踏まえた国別制御の使い方を解説します。
-
既知の攻撃パターンと外向き通信 — 一致をどう判断するか
脅威情報や通信パターンとの一致は、外向き通信を調査する有力な手がかりです。既知宛先・振る舞いの検知、誤検知、鮮度、暗号化通信での限界を解説します。
-
ARPで端末を見分ける — L2可視化で分かること・分からないこと
IPアドレスだけでは追いにくい通信主体を、ARPとMACアドレスからどう把握するか。L2可視化の仕組み、運用での使いどころ、IPv6や端末識別上の限界を解説します。