この記事は、工場・店舗・医療・物流などの現場にエッジAI端末（AI搭載カメラ・タブレット・産業用AIデバイス）を導入するにあたって、調達仕様書（RFP）にセキュリティ要件を具体的に記載したい調達担当者・情報システム担当者向けです。クラウド型SaaSやソフトウェア製品のセキュリティ要件については、姉妹記事のIT製品の調達セキュリティ要件リストをAI/SaaS選定に使う方法が汎用的な調達フレームワークを扱っています。
エッジAI端末固有のリスクとクラウドSaaSとの違い
エッジAI端末は、クラウドSaaSとは異なるリスク特性を持ちます。
| リスク項目 | クラウドSaaS | エッジAI端末 |
|---|---|---|
| 物理的なアクセス | データセンター側で管理 | 現場に端末が置かれる・持ち運ばれる |
| 紛失・盗難 | 端末自体は手元に残る | 端末ごと持ち出される |
| ファームウェア改ざん | ベンダー管理 | 現場でUSB・物理アクセスによる改ざんの可能性 |
| ネットワーク切断時の動作 | 通常はオフライン不可 | ローカル処理で稼働し続ける |
| OT機器との接続 | 一般に分離 | センサー・PLC・ライン制御機器と直接接続する場合がある |
このリスクの違いが、RFP要件の書き方に直接影響します。
FREE CONSULTATION
この記事の内容について、専門家に相談できます
AI・DX・セキュリティに関するご質問やお見積もりなど、お気軽にお問い合わせください。
RFPセキュリティ要件の6軸
軸1：MDM（モバイルデバイス管理）対応
端末がMDMでの管理に対応しているかを必須要件として記載します。
RFPに記載する要件例：
- 管理コンソール（Microsoft Intune、JAMF、VMware Workspace ONE等）からのリモート管理に対応すること
- 設定ポリシーのプッシュ適用（Wi-Fi設定・アプリの強制インストール・制限）に対応すること
- 端末の棚卸し情報（シリアル番号・OS版・最終接続時刻）をAPIで取得できること
- 端末の紛失・盗難時に管理コンソールから操作ロック・リモートワイプを実行できること
軸2：認証とID管理
現場でも多要素認証または端末レベルの認証が維持できるかを確認します。
RFPに記載する要件例：
- ユーザー認証を必須とし、認証なしでの起動・操作を禁止できること
- 生体認証（指紋・顔認証）または証明書認証に対応し、PIN単独での認証を禁止できること
- 認証失敗回数に上限を設定し、上限超過時のロック機能を持つこと
- サービスアカウント（AIエージェント用）と通常ユーザーのIDを分離できること
軸3：通信の暗号化
端末がネットワーク経由で送受信するデータの暗号化要件を定義します。
RFPに記載する要件例：
- 管理コンソールとの通信はTLS 1.2以上で暗号化されること
- AI推論結果・センサーデータの送信にTLS 1.2以上を使用すること
- Wi-Fiはエンタープライズ認証（WPA3-Enterprise 推奨、WPA2-Enterprise 最低限）に対応すること
- 保守用のリモートアクセスは専用の管理チャネルを使い、一般の業務通信と分離されること
軸4：ストレージ暗号化
端末内に保存されるデータの暗号化要件を記載します。
RFPに記載する要件例：
- 内蔵ストレージ（eMMC・SSD）のフルディスク暗号化またはファイルシステムレベル暗号化に対応すること
- 暗号化の解除にはユーザー認証または端末固有の鍵が必要であること
- リモートワイプ後、暗号化鍵が削除されデータを復号できない状態になること
- 外部メモリ（SD・USB）のマウントを管理コンソールから制限できること
軸5：ファームウェア・ソフトウェアの更新と整合性確認
現場端末のファームウェアを安全に更新できるかを確認します。
RFPに記載する要件例：
- セキュアブート機能を持ち、改ざんされたファームウェアでの起動を防止できること
- OTA（Over-the-Air）更新に対応し、管理コンソールからの一括更新が可能であること
- 更新前にファームウェアの署名検証が行われること
- 更新の適用状況（適用済み・未適用・失敗）を管理コンソールで一元確認できること
- セキュリティアドバイザリ（CISA ICSアドバイザリ等）への対応パッチの提供体制とSLAを明記すること
軸6：データ持ち出し制御とログ
端末からのデータ持ち出しと操作ログに関する要件を定義します。
RFPに記載する要件例：
- 業務データのコピー・転送先を制限し、承認されたクラウドストレージ以外への送信をブロックできること
- ユーザー操作ログ（ログイン・ファイル操作・設定変更）を管理サーバーに転送できること
- AI推論のリクエスト・レスポンス（入力画像・出力結果）のログを保存できること
- ログの保存期間を指定でき、削除は承認制で実施できること
端末種別ごとの優先要件
端末の用途によって、上記6軸の優先順位が変わります。
| 端末種別 | 最優先要件 | 次に優先する要件 |
|---|---|---|
| 現場作業者用タブレット | MDM管理・リモートワイプ | 生体認証・ストレージ暗号化 |
| AIカメラ（固定設置） | ファームウェア更新・セキュアブート | 通信暗号化・ログ |
| 産業用ハンドヘルド端末 | ストレージ暗号化・データ持ち出し制御 | MDM管理・通信暗号化 |
| 自律移動ロボット | ファームウェア整合性・OT接続制御 | ログ・リモート停止 |
| 医療用AIデバイス | 認証強化・ストレージ暗号化 | 通信暗号化・ログ保存 |
FREE DOWNLOAD
AI導入チェックリスト（PoC 失敗要因 10項目）
情シス部門が PoC 前に押さえるべき失敗要因を10項目に整理した無料チェックリスト。
ベンダー評価で確認する質問項目
RFPの回答を評価する段階で、以下の質問への回答内容で運用品質を判断します。
- セキュリティアドバイザリが発行された場合、パッチ提供までの標準的なリードタイムは何日か
- 脆弱性が発見された際の顧客への通知方法と体制はどうなっているか
- MDMプラットフォームの追加費用はどの条件で発生するか
- 製品のEOL（サポート終了）スケジュールと、EOL後のセキュリティ対応方針はどうなっているか
- 過去3年以内に製品の脆弱性が公開された事例と対処の実績を示せるか
GXOはどう支援するか
GXOでは、エッジAI端末の調達段階からRFPのセキュリティ要件を共同で設計し、ベンダーの回答評価まで支援します。工場のOT環境とITネットワークをまたぐ接続設計、MDM導入・管理コンソール設定、ログ収集の仕組みづくりまで、調達後の運用を見据えた設計で進めます。OTセキュリティ診断を起点にすることで、既存OT環境への影響を先に確認したうえで端末調達に入ることもできます。
よくある質問
Q1. エッジAI端末の調達はITと現場部門のどちらが主導すべきですか
セキュリティ要件の定義は情報システム部門が主導し、運用要件（耐久性・操作性・現場条件）は現場部門が担当するという役割分担が適切です。RFP作成は両部門が合同で行います。
Q2. 中小規模の工場でもMDM管理は必要ですか
端末が10台以上あるか、紛失時に機密データが漏えいするリスクがあれば、MDM管理の検討が必要です。台数が少ない場合でも、リモートワイプ機能は最低限確保します。
Q3. セキュアブートに対応していない既存端末はどうすれば良いですか
既存端末は物理的なアクセス制限（設置場所のセキュリティ）と通信の暗号化で補完します。更新サイクルが来た段階でセキュアブート対応端末への切り替えを計画に入れます。
参考情報
- IPA「IT製品の調達におけるセキュリティ要件リスト（v2.1、2026年2月）」：https://www.ipa.go.jp/security/it-product/index.html
- IPA「CISAが公開した制御システムの脆弱性情報」：https://www.ipa.go.jp/security/controlsystem/icsadvisories.html
- 総務省・経済産業省「AI事業者ガイドライン（第1.2版）」（2026年3月31日）：https://www.meti.go.jp/shingikai/mono_info_service/ai_shakai_jisso/20260331_report.html
エッジAI端末のRFPセキュリティ要件を一緒に設計しませんか
GXOでは、エッジAI端末のRFP要件定義・ベンダー評価・MDM導入設計・OT接続設計を調達フェーズから支援します。