日本語版の提供について
本書は、Cloud Security Allianceより提供されている「CSA IoT Control Framework」の日本語版で、原文をそのまま翻訳しています。
従いまして、日本独自の法令や基準に関する記述は含まれておりません。
原文と日本語版の内容に相違があった場合には、原文が優先されます。
また、この翻訳版は予告なく変更される場合があります。
以下の変更履歴（日付、バージョン、変更内容）をご確認ください。
変更履歴
日付
2019年11月28日

バージョン
日本語バージョン1.0

変更内容

日本語版作成に際しての謝辞
以下に、翻訳に参加された方々の氏名および所属先（企業会員からの参加の場合のみ）を記します。（氏名あいうえお順・敬称略）
日本語版発刊に際して、謝意を表したいと思います。
有本 真由
甲斐賢（株式会社日立製作所）
勝見
勉
二木 正明

日本クラウドセキュリティアライアンスに関する情報は、以下のURLより参照してください。
https://www.cloudsecurityalliance.jp←左端列はフィルタ用です。セル値１"JP"を選択すると日本語のみ、セル値空白を選択すると英語のみが表示されます。

フレームワークの詳細を知るには、 https://cloudsecurityalliance.org/artifacts/guide-to-the-iot-securitycontrols-frameworkから、 "Guide to the CSA IoT Controls Framework"（英文）をダウンロードしてください。

IoT システムリスクへの影響度

補足的なコントロールに関するガイダンス対象となるIoTシステムコンポーネント（エッジ、フォグ、クラウド）

実装ガイダンスJP
Fog /Simple Complex
MobileSimpleNetwork
Local
Actuator
Edge
Applicati
Sensors
ComputeGateways
Devices
on
Layer

JP

コントロールの種別（ドメイン）

コント
ロールID

CCMと
の対応

コントロールの内容

機密性

完全性

可用性

追加情報

参照/根拠

コントロー
ル
タイプ

実施方法

頻度

ﾌｫｸﾞ/
単純な 複合的な
単純なネット
アクチュ エッジデ
センサー
ワークレ
バイス
エータ
イヤ

Cloud Service
Providers (CSPs)

モバイ
ローカル
ルアプ
クラウドサービス事
ゲートウ
リケー
業者
エイ
ション

JP

リスクの低減リスクマネジメントアプローチ

RSM-01

GRM-01

JP

リスクの低減リスク評価

RSM-02

GRM-02

TSP-01

GRM-06

TSP-02

MOS-19
TVM-02

TSP-03

IAM-09
IAM-10
IAM-12

JP

技術的セキュリティポリシー
ポリシーの遵守JP

技術的セキュリティポリシー
更新とパッチ
JP

技術的セキュリティポリシー
侵害された資格証明
JP

技術的セキュリティポリシー
暗号に関するポリシー

TSP-04

EKM-03

TSP-05

IAM-12
IVS-12
MOS-16

TSP-06

DSI-01

業界標準のリスクマネジメントアプローチを採用する。 適用される法的義務、法令、および規制を遵守するために、開発または取得したIoTコンポーネントに対してベースラインセキュリティ要件を設定する必要があります。 標準ベースライン構成からの逸脱は、 低展開、プロビジョニング、または使用の前に変更管理ポリシーおよび手順に従って承認される必要があります。 セキュリティベース
ライン要件への準拠は、ビジネスニーズに基づいて再評価されるべ
リスク評価を実行します。デバイス、ゲートウェイ、アプリケー
ション、データストア、モバイルアプリケーション、クラウドサー
ビス、フォグコンピューティングサービス、およびネットワーク基
盤全体にわたる機密データの発生源、保存先、および送信について分析します。機密データを不正使用、アクセス、損失、破壊、および改ざんから保護するため、データ分類メカニズムとデータセキュ
リティ機能を分析します。信頼された内部者がデータへの特権アクセスを悪用する可能性を分析します。データの保存期間とその終了に伴う廃棄処理の要件を分析します。安全上のリスクを特定します。影響と可能性に基づいてリスクに優先順位を付けます。リスク
ごとにリスクへの対応を決定する 。（ リスクの軽減、延期、または受け入れ）
以下のようにリスク評価を実行します。
•次の各コンポーネントのセキュリティが危険にさらされる可能性 低がある場合、潜在的なリスクを分析します。機密データの発生源、保存先、デバイス、ゲートウェイ、アプリケーション、データスト
ア、モバイルアプリケーション、クラウドサービス、フォグコン
ピューティングサービス、ネットワーク基盤をまたいだ機密データの送信。
•機密データを不正使用、アクセス、紛失、破壊、改ざんから保護するために、データ分類メカニズムとデータセキュリティ機能を分析します。
•信頼された内部者がデータへの特権アクセスを悪用する可能性を分析します。
•データの保存期間とその終了に伴う廃棄処理の要件を分析します。
•これらの分析に基づいて、組織の安全上のリスクを特定します。
企業のIoTサイバーセキュリティポリシーを文書化します。 すべてのIoT実装にこのポリシーに準拠すること、または例外を申請することを要求します。 企業のIoTサイバーセキュリティポリシーには、最低限、暗号化、監視、監査、認証、およびアクセス制御と、 中同様にIoTシステム各コンポーネントに適用する必要がある物理的なセキュリティコントロールを含める必要があります。 コンプラ
イアンスを遵守していない実装を特定するために頻繁に監視しま
インベントリ内の各IoTデバイスのアップデート（パッチ/バージョン）ステータスを監視および検証します。 ポリシーに違反しているか、切断のためにアクセスできないデバイスを特定します。 IoT
中システムで問題を解決（接続と更新）できない場合は、更新やデバイスの用途の重要性に応じて、電子メール、電話、または担当者による訪問が必要になることがあります。
複製された、または侵害されたIoTデバイスを監視します。 セキュ
リティが侵害されている可能性がある同じID資格情報で認証されて中いるデバイスを識別する規則を確立します。 検出時に問題を調査して修正します。

TLSやDTLSその他の暗号プロトコルについて、最低限の（事項の）文書化を行います。ポリシーには、許容されるアルゴリズム、鍵長、オペレーションモードなどが定義されるべきです。ポリシーは 低
NIST SP800-131Aの最新バージョンに書かれたガイダンスに沿って策定します。

低利用可能な多くのリスク管理フレームワークがあります。 重要イ
ンフラのサイバーセキュリティを向上させるためのNISTフレーム
ワーク（バージョン1.1）は、リスクマネジメントプロセスにおいて組織を導くために使用することができます。 他のリスク評価プ
ロセスには、ISO 31000：2018、ISO / IEC 27005：2001、および
NIST 800-39が含まれます。

予防型

手動型

四半期ごと

XX

XX

XX

XX

XX

XX

XX

低

低

CSA CCM GRM-02から派生したもの：データガバ
ナンス要件に関連するリスク評価は計画された間隔で行われなければならず、以下を考慮しなければな
らない：
また、効果的にリスク評価を行うには、機密データを使用が利用
・機密データがアプリケーション、データベース、できない場合やデータが改ざんされた場合、またはデータが許可
サーバ、およびネットワークを越えて保存および転 予防型
されていない個人に漏れた場合に、それらが組織のビジネス目標
送される場所への留意に対して与える潜在的な影響も考慮する必要があります。
•定義された保存期間およびその終了に伴う廃棄処理の要件への準拠•データの分類と不正使用、アクセス、紛失、破壊、および改ざんからの保護

手動型

四半期ごと

XX

XX

XX

XX

XX

XX

XX

中

中

NIST SP 800-131A Revision 1 (Transitions:
Recommendation for
適切性を確保し、新しい脅威やリスクに伴う変化を取り入れるた Transitioning the Use of Cryptographic Algorithms and予防型
めに、ポリシーも定期的に見直す必要があります。
Key Lengths) @http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIS
T.SP.800-131Ar1.pdf

手動型

毎年

xx

xx

xx

xx

xx

xx

XX

中

中

検証の間隔は、アップデートの重要性とIoTデバイスに関連する脅威によって異なります

発見型

自動型

イベントごと中

中

悪意ある攻撃者にとって、IoTデバイスによるボットネットを作りDoS（サービス妨害）攻撃を実行することは魅力的です。（不正なログインの発見はこうした行為を防止します。）

発見型

自動型

イベントごとxx

低低推奨される暗号スイートは、攻撃者の能力や、以前は安全であると考えられていたアルゴリズムで特定された脆弱性に基づいて頻NIST SP 800-131A Revision 1 (Transitions:繁に変更されます。 IoTシステムが確実にNIST SP 800-131Aで推Recommendation for
奨されている暗号スイートを実装し、推奨されなくなったスイー
Transitioning the Use of Cryptographic Algorithms and予防型
トを削除するようにしてください。 推奨されなくなったスイート
Key Lengths) @を削除できなかった場合、IoTシステムは攻撃者はシステムコン
http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIS
ポーネントを悪用して、より弱いアルゴリズムを使用して暗号接T.SP.800-131Ar1.pdf
続をネゴシエートでき、IoTシステムに対し潜在的なダウングレー
ド攻撃の可能性が生じます。

手動型

毎年

低

低

デフォルトパスワードはリセットされなければいけません。

予防型

手動型

中

中

データを適切に保護することで、データ侵害の可能性が減少し、組織が法的リスクを制限するのに役立ちます。

予防型

手動型

低

JP

技術的セキュリティポリシー
パスワードポリシー
JP

技術的セキュリティポリシー
データ分類
JP

ITシステムユーザー、管理者、サービスアカウントについて、最小限の複雑性要求を定義したパスワードポリシーを文書化します。ま低た、有効期限やロックアウトポリシーについても、すべてのIoTコ
ンポーネントについて定義します。
ＩｏＴシステムについて、データセキュリティポリシーを文書化します。組織における（セキュリティ上の）データ分類（レベル）を中
定義し、それぞれの分類（レベル）について、最低限必要なセキュリティ要求を定義します。

xx

XX

xx

xx

XX

xx

xx

xx

xx

xx

xx

XX

毎年

xx

xx

xx

xx

xx

xx

XX

毎年

xx

xx

xx

xx

xx

xx

XX

技術的セキュリティポリシー
ＩＤ管理ポリシー

TSP-07

IAM-03
IAM-08

TSP-08

IAM-06
MOS-19
TVM-02
TVM-03

GVN-01

HRS-07
AAC-02
AAC-03

JP

技術的セキュリティポリシー
パッチとファームウエア更新
JP

ガバナンス
ガバナンス・フレームワーク
JP

ガバナンス
規制及び法律上の要求事項

GVN-02

AAC-03
GRM-01
GRM-11
SEF-04

IoTシステムについて、ＩＤ管理ポリシーを文書化します。共有（対象）鍵やパスワード、電子証明書についての適切な取扱を定め中ます。異なるデバイスやユーザー、サービスに対して同一の資格情報（暗号鍵、電子証明書、パスワード）の発行を制限します。
IoTシステム用のデバイスセキュリティ管理ポリシーを文書化します。 ファームウェアとソフトウェアの更新を実行するための最小頻度を定義します。 IoTデバイスを危険にさらす可能性がある悪意 低のあるコードに対する最低限の保護策を定義します。 サードパー
ティのライブラリにパッチを適用するための最小頻度を定義しま
IoTシステムのためのガバナンス・フレームワークを作成します。
分散システム及び、それらとクラウドや他のデータサービスとの間の接続に関するセキュリティについて、誰が責任を持つかを定義します。各システムを担当する管理責任者を特定し、それらのシステ 中ムを保護するための具体的な責任を定義します。IoTシステム内のデータと資産を保護するため、従業員とサードパーティの（データ）利用者について、その役割と責任を特定して文書化します。
IoTシステムに関連するすべての規格、ならびに規制、法律、および法定の要件を文書化します。 これらの要件の影響を個々のIoTシ
ステムの所有者に伝えます。

低

中

中

このコントロールは、攻撃者に対しての難易度を上げることで、侵害されたデバイスからのリスクを低減します。

予防型

自動型

イベントごと低低パッチが適用されていないソフトウェアとファームウェアは、シ
ステムへの侵入経路を示します。 すべてのデバイスは、最新のソフトウェアの使用と、既知の脆弱性からの保護を確実とするために、定期的に更新される必要があります。

予防型

自動型

イベントごと

xx

xx

xx

xx

xx

xx

XX

手動型

毎年

xx

xx

xx

xx

xx

xx

XX

xx

xx

xx

XX

xx

XX

ISO/IEC 27014
ISO/IEC 27014 はIoTに適用可能な情報セキュリティガバナンスの CSA CCM AAC-03：組織が確立された方針、基準、予防型
フレームワークを定義しています。
手順、およびコンプライアンス義務の不適合に対処することを確実にするために、独立したレビューと評価を少なくとも年1回実施しなければならない。

中

中

低

低

安全に関する規制を無視してはいけません。（食品や医薬品に関するものや、運輸、航空などに関する規制など）

予防型

手動型

毎年

xx

xx

xx

低

低

独立した評価は、何がうまくいっていて、何を改善する必要があ
るかについてのフィードバックを提供します。 評価は、標準と手順に従う責任があるチームから独立した個人によって行われるべ
きです。

検知型

半自動型

毎年

xx

xx

xx

低

低

不十分なアカウント管理は、自動化された攻撃が組織内に拡散する手段を与えてしまいます。

検知型

手動型

毎年

xx

xx

xx

低

低

開発環境と本番環境の分離は、整合性を確保するための標準的なベストプラクティスです。

予防型

手動型

毎年

対象外

対象外

匿名性の保護について考慮します。サービスは利用者が知らない間に追跡されることが無いようにすべきです。

予防型

自動型

常時

中

中

ひとつの例として、コネクテッドカーの運用をサポートするためのセキュリティ資格情報管理システム（SCMS）が挙げられます。SCMSには位置情報秘匿プロキシー（LOP）や仮名証明書発
行サービス、バタフライキー拡張アルゴリズムなどが組み込まれており、これらのプライバシー強化策により利用者の匿名性が保護されています。

予防型

自動型

常時

中

中

例えば、スマートメーターは（電力などの）使用パターンを暴露することで、在宅パターンを知るために悪用される可能性があり
ます。

検知型

自動型

常時

半自動型

イベントごと

xx

xx

JP

ガバナンス
インベントリーの評価

GVN-03

DCS-01
GRM-10
MOS-09

GVN-04

IAM-02
IAM-10
IAM-11

GVN-05

AIS-04
CCC-03
DSI-02
DSI-07JP

ガバナンス
アカウントの確認
JP

ガバナンス

本番データの保護
JP

プライバシー
管理者への制限

PRV-01

IAM-02
IAM-09JP

プライバシー
補助的なシステム

PRV-02

メタデータ

PRV-03

JP

プライバシー
プライバシー影響評価

PRV-04

GRM-01

新しいデバイス開発の開始時にプライバシー影響評価（PIA）を実行してください。 PIAの対象となる科目には、少なくとも以下が含まれます。デバイスからのデータの削除。 収集したデータをユー
ザーに知らせるために使用されるメカニズム。 ユーザーからデー
中タの使用を承認する同意を得て保存すること。 個人データが転送される前にレビューおよび編集するためのアクセス権をユーザーに提供する手段。 データ収集のタイミングと頻度に関する通知。同様に、ユーザーがデータ共有をオプトインする機能も含まれます。

PRV-05

GRM-09

プライバシー影響評価（PIA）を定期的に更新します。PIAで見つかった主要な問題について、すべてのシステム管理者に周知しま
す。PIAの結果について、継続的にコンプライアンスの状況を追跡
します。

JP

プライバシーJP

プライバシー影響評
コンプライアンス

セキュアな接続証明書します。
システム利用者の位置情報やその他の機微な属性情報の追跡に関する管理者の能力を制限するためのポリシーと技術的なメカニズムを実装し実行します。内部者がシステムによるイベントの記録を回避 中
して、これらのコントロールを無効化できないよう、アクセス制御とログ取得を実装します。
IoTデバイスとサービスに対して（認証のための）資格証明を発行するPKI（基盤）について、プライバシーアセスメントを実施します。発行されたPKI証明書との相関によって利用者の位置や活動が中追跡される可能性について分析します。もし、プライバシー上の懸念が特定された場合は、PKIシステム内に位置情報を秘匿するためのプロキシー（サービス）や仮名証明書認証局のような匿名化メカ
IoTシステムによって生成されるメタデータを文書化するための分析を実施します。これらのメタデータを、その機微度に基づいて格低付けします。機微と判断されたメタデータの漏洩を監視し、漏洩が発見された場合の対処策を提議しておきます。

JP

プライバシー

組織が、確立されたポリシー、標準、手順、およびコンプライアン
ス義務の不適合に対処することを保証するために、少なくとも年1
低回、IoTインベントリー（システム目録）の独立したセキュリティ
評価を実行します。
IoTシステム内のユーザー、管理者、サービス及びデバイスのアカ
ウントについて、少なくとも毎年、監査を行います。不要な、また低は不正な、もしくは期限切れのアカウントと判断されたアカウント
は、無効化します。
デバッグが必要になった際に機微な運用情報が、開発・テスト環境にコピーされるリスクを減らすために、本番環境から開発・テスト
低環境にデータを移動するときに機微なデータを消去する手順を確立

中

アプリケーションの資格情報

セキュアな接続
コンフィグレーションの完全性

セキュアな接続
設定ファイルのアクセス制御

セキュアな接続変更及びアクセスログ

セキュアな接続JP

Root （権限の制限）

xx

xx

XX

xx

xx

xx

xx

xx

XX

xx

xx

xx

xx

xx

XX

xx

xx

xx

XX

xx

xx

XX

xx

XX

xx

XX

xx

XX

たとえばロボットのように、いくつかの種類のIoTデバイスでは、
ネットワークを経由してデバイスに送られた設定ファイルに含まれるパラメータに基づいて運用されます。これらのファイルは、悪意を持った者によって設定を変更、上書きされないよう、完全性に関して保護されなければいけません。

予防型

手動型

常時

中

中

中

設定ファイルの変更を記録、監査することで、それらに不正がな
かったかどうかを確認することができます。

予防型

自動型

イベントごと設定ファイルについて、すべての変更を記録します。また、設定ファイルを変更するためのアクセスの試行すべてを記録します。そ 中
してそれらを継続的に監視し、定期的に監査します。

中

中バージョン管理は、変更の追跡と、セキュリティイベントのベー
スラインを確立するのに役立ちます。

発見型

自動型

四半期ごと

root（特権ユーザ）として実行される特権操作を最小化し、ネット
ワークサービスはrootで実行しないこと。

中

中

予防型

自動型

イベントごと

中

xx

常時

中

SCN-06

XX

自動型

中

JP

xx

予防型

IoTデバイスの設定ファイルすべてを文書化します。これらの設定
ファイルについて電子署名を施し、安全なリポジトリに保管してお中
き、デバイスを復旧する際に使用します。その際に電子署名を使用
し、改ざんされていないことを確認します。

CCCp03
IVS-01
STA-03
TVM-02xx

xx

SCMS（Security Credential Management System）は、複数のCA（認証局）を介した信頼チェーンに依存しています。

SCN-05XX

常時

中「疑似アクセス」直接的に設定ファイルを変更させるのでは無く、なんらかのアプリケー
ション等を介して変更するなど、資格確認や記録が取れ、設定の整合性が確保できるような方法を意味していると思われます。

xx

自動型

中

JP

xx

イベントごと認証資格情報は、IoTデバイスにIEEE 1609.2証明書を使用するときにそれらの資格情報を使用することを承認された特定のアプリケー
ションにバインドできます。 IEEE 1609.2証明書を使用する場合
中は、アプリケーション固有の識別子を指定して、IEEE 1609.2 SSP /PSIDビット内で使用します。 承認を決定するときにSSP / PSID
フィールドを検証します。

IoTデバイスの設定ファイルに対するアクセスを制限します。IoTデ
バイスの設定変更に際して「疑似アクセス」を要求します。 *訳注：

xx

手動型

SCN-02

IAM-05xx

予防型

中SCN-04

XX

管理者は（PIAの）結果に注意を払い、データについて適切に保護するとともに、リスクを増加させるような変更を行わないようにする必要があります。

中

JP

XX

中

IoTシステムでパスワードが使われている場合は、その代わりに（電子）証明書を使用出来ないか検討します。可能な場合は認証に
中
おいてパスワードの代わりに証明書を要求するようにシステムを更新します。

BCR-04xx

中SCN-01

SCN-03xx

中パスワード及びその他の機微なデータをASP.NETや
Azure App Serviceに導入する際のベストプラクティ
X.509証明書は一般的な選択肢です。1609.2証明書はX.509証明書ス
に対しておよそ半分のサイズであり、楕円曲線暗号を使用してい予防型
https://docs.microsoft.com/enます。
us/aspnet/identity/overview/features-api/bestpractices-for-deploying-passwords-and-other-

JP

xx

中

JP

セキュアな接続

PIAテンプレートの例：
https://www.dhs.gov/sites/default/files/publications/priva
cy_pia_template%202017.pdf (DHS)
プライバシー影響評価は、データに関する法的要件および規制上 https://iapp.org/media/pdf/knowledge_center/Generic_Pの要件、対応するリスク、そしてどのような保護を講じるべきか IA_Report_-_The_Privacy_Professor_June_2012.pdf
予防型を特定するのに役立ちます。 その結果、（法律の）管轄や業界に (IAPP)
よって要件が異なる場合があります。
https://www.fedramp.gov/assets/resources/templates/S
SP-A04-FedRAMP-PIA-Template.docx (FedRamp)
European Union’s Article 29 Working Party (WP29)

XX

ISO 21177 Intelligent Transportation Systems
https://tools.ietf.org/html/rfc5280

xx

xx

XX

xx

xx

XX

セキュアな接続
ロールベースのアクセス制御

SCN-07

IAM-05
IVS-09SCN-08

IAM-05
IVS-09SCN-09

AAC-01JP

セキュアな接続
特権操作
JP

セキュアな接続監査のためのユーザグループ
JP

セキュアな接続
JP

ジオフェンシング

セキュアな接続
JP

サービスディスカバリの制限

セキュアな開発
ソフトウエア保証成熟度モデル（ SAMM ）SCN-10
SCN-11

DCS-03

ＩｏＴシステムにロールベースのアクセス制御（RBAC）を実装します。（これらのロールには）ユーザ、サービス、デバイスに関するロール（例えば、デバイス自身やローカルユーザ、システムオペ 中
レータ、監査者、個々のアプリケーション、ゲートウエイなどのロールを含めます）
IoTシステムに含まれる特権操作を特定します。そして、これらの特権操作に対応付けられて昇格されたロールを定めます。そうしたロールには、信頼済みのデバイス、特権ローカルユーザ、システム 中
管理者、信頼済みのアプリケーション、信頼済みのゲートウエイなどが含まれることがあります。
監査ログについて、そのレビューやローテーションによるデバイス
からの取り出しなどを含む管理を担当するユーザグループを実装します。この監査グループに対してはログの読み出しのみを許可しま中す。この監査グループのメンバーを作成し、ログの参照権限を与え
ますが、いかなる監査ログに対しても、書き込みの権限は与えない
ようにします。
正当な理由があれば、ジオフェンシング（位置・地域的な制限）や
高
時間帯による制限など、追加の承認プロセスを実装します。
認証付きのディスカバリーサービス（サービス情報を提供するためのサービス）を実装します。すべてのサービス情報要求を認証し、 中認証に失敗した要求を受け付けないようにします。

開発されたすべてのIoTデバイスとコンポーネントについてセキュ
アな開発ライフサイクルを確立するために、ソフトウエア保証成熟 低度モデル（SAMM）を適用します。（例えばOpenSAMMなど)

SDV-01中中

たとえば、IBMでは、以下のロールや権限の組み合わせを使用しています。
ユーザ（管理者、オペレータ、開発者、アナリスト、参照者）
アプリケーション（標準、運用、信頼されたバックエンド、デー
タ処理、可視化、デバイス）
ゲートウエイ（標準、特権）

中

中

特権操作は、その権限を承認されたグループのみが行われるようにすべきです。

予防型

自動型

常時

xx

xx

xx

xx

xx

xx

XX

中

中

セキュリティイベントを発見するために必要なデータを監査ログとして収集し、十分な期間、それを保持していることを確認して
ください。

予防型

手動型

四半期ごと

xx

xx

xx

xx

xx

xx

XX

高

高

何が不適切な振る舞いかを検討して実装します。

予防型

自動型

常時

xx

中

中

サービス情報を得られなくすることで、攻撃者にとってシステム
侵害はより困難になります。

予防型

自動型

常時

xx

xx

xx

xx

XX

手動型

イベントごと

XX

xx

xx

xx

XX

セキュアな開発統合されたフレームワーク

セキュアな開発
最小特権の原則

SDV-02

CCC-01

SDV-03

IAM-02
IAM-05JP

セキュアな開発
パスワードの処理

SDV-04JP

セキュアな開発（脆弱性の）開示ポリシーと手続き

SDV-05

SEF-03

IoT統合フレームワークを選択して、新しく開発されたIoTデバイス
におけるセキュアな組み込み、構成管理、資産管理、ディスカバ
中リー、およびセキュアな接続を標準化します。
最小特権の考え方を実施します。 rootとして実行されるアプリケー
ションとサービスを制限し、すべてのアクセスに認証を要求しま中す。 ネットワークサービス（ウェブサーバーなど）をrootとして実行しないでください。
適切なパスワード処理を確立します。パスワードをデバイスに固定的に書き込んだり、同じIDとパスワードを複数のデバイスに割り当
低てたりしてはいけません。パスワードは定期的に変更を要求してく
ださい。

手動型

イベントごと

xx

xx

xx

xx

XX

xx

XX

xx

XX

セキュリティ上の脆弱性が発見もしくは報告された場合の責任ある
開示ポリシーと手続きを確立するとともに、製品の修正計画に反映
中するための手順を実装します。脆弱性を報告してくれた独立したテ
スターと協力して、確実に脆弱性の修正を完了させます。

xxXX

セキュアな開発
マイクロコントローラ（ MCU ）SDV-06JP

セキュアな開発
暗号コプロセッサ

SDV-07JP

セキュアな開発
不要なハードウエア機能

SDV-08JP

セキュアな開発
耐タンパ性
JP

SDV-09

イベントごと

xx

xx

xx

xx

xx

xx

XX

IoT製品に使用できる脅威モデリングアプローチは多数あります。
例としては、マイクロソフトの脅威モデリングアプローチおよび AIS-01: アプリケーションおよびプログラミングイ
OWASPのアプリケーション脅威モデリングがあります。 言語固 ンタフェース（API）は、業界の主要な標準に従っ
有のセキュリティガイダンスは、Javascriptて設計、開発、展開、およびテストされるものとし 予防型（https://www.owasp.org/index.php/AJAX_Security_Cheat_Sheet）、 ます。 (e.g., OWASP for web applications) 適用されPython（http://www.pythonsecurity.org/）、およびその他の言語で利 る法的、法定、または規制順守の義務を遵守するも用できます。
のとします。
「つながる世界」を破綻させないためのセキュアな
IoT製品開発 13のステップ @https://cloudsecurityalliance.jp/WG_PUB/IoT_WG/futur
e-proofing-the-connected-world_J_20170520.pdf
様々なIoTプラットフォームの選択肢が市場にあります。これらの例には、シーメンス、GE、SAP、PTC、IBM、AWS、マイクロソ
予防型
フト（ Azure）なども含まれます。

低

低

中

中

中

中

これらのコントロールは不正な利用の防止に役立ちます。

予防型

手動型

イベントごと

XX

xx

xx

低

低

パスワードについてのコントロールは、承認された利用者の特定とその操作を追跡するために役立ちます。

予防型

手動型

イベントごと

xx

xx

xx

中

中

Revision - ISO/IEC 29147:2018 Information technology
脆弱性の開示の目標は、脆弱性の修正とユーザーへの通知、被害 -- Security techniques -- Vulnerability disclosureとコストの最小化によりリスクを軽減すること、ユーザーがリス https://www.iso.org/standard/72311.html
是正型
クを理解できるように十分な情報を提供し、協力と調整に関する Old - ISO/IEC 29147:2014 Information technology -期待を醸成することです。
Security techniques -- Vulnerability disclosure
https://www.iso.org/standard/45170.html

手動型

イベントごと

xx

xx

xx

中

中

Chip-toCloudオプションは、AWS/MicrochipやAzule Sphereなどに含まれます。

「つながる世界」を破綻させないためのセキュアな
IoT製品開発 13のステップ @予防型
https://cloudsecurityalliance.jp/WG_PUB/IoT_WG/futur
e-proofing-the-connected-world_J_20170520.pdf

手動型

常時

xx

中

中

効果的な暗号化（技術）により、機密性と同時に可用性も確保さ
れます。

予防型

手動型

常時

xx

低

低

これらのテスト機能は、よく開発中に有効となっています。デバ
イスを本運用にかける前に、これらのテスト機能を削除もしくは無効化するためのプロセスを確立してください。

予防的

手動型

常時

高

高

物理的なセキュリティは、デバイスコンポーネントへのアクセ
ス、ポートへの接続、またはアクティビティの監視によって侵害される可能性があります。 これらの侵害は、攻撃で使用したり、追加のアクセスを取得したりするために使用できます。

予防的

手動型

常時

JP

マイクロコントローラ（MCU）と共に事前にプロビジョニングされたクラウドトラストアンカーを活用して、IoTデバイスのより安全なブートストラップと自動（Zero-touch)プロビジョニングをサポートするChip-to-Cloudの機能を組み込みます。 セキュアMCUのハー 中
ドウェア機能を使用して、機密データと暗号化プリミティブ（暗号鍵など）を保護し、起動前にソフトウェアを検証することで信頼できるブートローディングを実行します。
暗号処理コプロセッサを使用して、暗号処理によるCPUの負担を軽減します。IoT製品においては、（将来的に）脆弱になった既存の暗号アルゴリズムや鍵長を更新出来るように暗号処理を柔軟に設計します。十分にテストされた暗号モジュール（理想的にはFIPS1402（https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.140-2.pdf）認証済中み）を使用します。暗号鍵の生成に使用する乱数については、良好なエントロピーを提供できる発生源を使用します。暗号モジュール
が、暗号アルゴリズムのテスト、ソフトウエアやファームウエアの完全性テスト、重要な機能のテストなどを含む起動時テストを確実に行うようにします。
IoTデバイスにおいては、（たとえば使用しない無線機能やUSBイ
ンターフェイスなどの）不要な機能をロックダウンします。また、
低（JTAGやUART, GPIOなどの）テスト用インターフェイスについても向こうにするか、またはパスワード等でロックします。
脅威環境に応じて（ハードウエアへの物理的な介入の脅威が懸念される場合は）、単純なシールやロックされたカバーから圧電回路に高至るまで、IoTデバイスのセキュリティ上重要なコンポーネントにタンパープロテクション（物理的な介入に対する保護）を適用しま

手動型

XX

Cloud Security Alliance (CSA) Cloud Controls Matrix(CCM) Version 3.1 @https://cloudsecurityalliance.org/group/cloud-controlsmatrix/#_overview

JP

JP

予防型

xx

xx

xx

xx

xx

xx

XX

xx

xx

xx

XX

XX

xx

XX

セキュアな開発
セキュア OSSDV-10

IVS-07
MOS-15デバイスのリアルタイムOS（RTOS）として、アプリケーションのサンドボックス化、セキュアブート、アクセス制御、信頼出来る実
中行環境、カーネルの分離、（最小限の機能を持つ）マイクロカーネ
ルといったセキュリティ機能を提供するものを選択します。

中

中こうしたタイプのRTOSでは（ソフトウエアの）最下層にセキュリティを組み込むため、ネットワークか他の物理デバイスかを問わず、攻撃を入り口で阻止する助けとなります。このようなセキュアRTOSは、悪意ある攻撃に対し、それがどこを入り口にして行うかに関係なく、OS保護に役立つ数々の重要なセキュリティ機能を提供します。強化されたセキュリティ機能を備えたRTOS
は、リアルタイム接続機能を提供し、必要なネットワーク機能をサポートし、通常はLinuxなどの汎用OSよりも小さいフットプリ
ントを持っているため、組み込み接続デバイスの最適な保護対策です。また、ファイルシステムオブジェクトの任意アクセス制
御、ロールと機能を使用したきめの細かいユーザーアクセス制
御、ユーザーの識別と認証制御、分散型サービス拒否（DDoS）
攻撃の防止に役立つデバイスおよびシステムクォータを含む高度なセキュリティ保護、保証された通信リンクの信頼できるパスメ
カニズム、使用済みメモリの再利用または表示による攻撃を阻止

低低API監査（項目）にAPIインテグレーション標準への準拠確認 を追加します。API鍵が暴露されていないかや、安全なAPI鍵管理（生成、配布、アクセス制御、認証）が実装されているかを確認します。 弱い暗号化実装を使用しないでください。

予防型

手動型

常時

xx

中

中

（こうした）セキュアMCUはNXP, Atmel, microchip,
STMicroelectronics, Freescale, Infineonなど、様々なメーカーから入手できます。

「つながる世界」を破綻させないためのセキュアな
IoT製品開発 13のステップ @予防型
https://cloudsecurityalliance.jp/WG_PUB/IoT_WG/futur
e-proofing-the-connected-world_J_20170520.pdf

手動型

イベントごと

xx

xx

XX

高

高

予防型

手動型

イベントごと

xx

xx

XX

予防型

手動型

イベントごと

xx

xx

XX

手動型

イベントごと

xx

xx

xx

xx

XX

JP

セキュアな開発
API （認証）鍵

SDV-11

EKM-04JP

セキュアな開発
MCU インテグレーション

SDV-12JP

セキュアな開発JP

タンパ対応メカニズム

セキュアな開発
特定業種用オペレーティングシステム

SDV-13
SDV-14

EKM-03

IVS-07JP

セキュアな開発
サプライチェーン

SDV-15JP

セキュアな開発
JP

サードパーティー製のライブラリ

セキュアな開発
JP

サードパーティー製のコンポーネント

セキュアな開発
Web サービス

SDV-16
SDV-17

SDV-18

BCR-09
DSI-02
IAM-02
IAM-07
STA-01
STA-02
STA-03
STA-04
STA-05
STA-06
STA-07
STA-08
TVM-03
STA-08
TVM-02

AIS-01

API（認証）鍵やその他の資格情報を公開されたソースコード管理
システム（たとえば、gitlab/githubなど）に置かないでください。
API鍵のセキュアな取扱に関する手順を公表します。API鍵をファー
ムウエアやモバイルアプリケーション、その他、いかなるクライア 低
ント側のアプリケーションのコードにも直接組み込んではいけません。少なくとも四半期に一回はAPI鍵やその他の資格情報が公開されたソースコード管理システムに保存されていないかどうかモニタ
より高い保証要求を満たすために、ハードウエアによる隔離アーキ
テクチャを持つMCUを組み込みます。セキュリティを必要とするア
中
プリケーションをラベル付けして、ハードウエア上で（信頼できないアプリケーションと隔離された）信頼された側でのみ実行しま
脅威の状況から必要とされる場合は、暗号鍵やその他の機微なデー
タをゼロクリアするといったタンパリング対応メカニズムを実装し 高ます。

セキュアネットワーク
許可のないブルートゥース

セキュアネットワーク
ブルートゥースのセキュリティ

SNT-01

SNT-02

CCC-03
EKM-03
GRM-01
GRM-02
IVS-06
IVS-12
IVS-13
IPY-04

SNT-03

TVM-02

ボットネット

SNT-04

CCC-01

SNT-05

IAM-02
IAM-08
IVS-06JP

セキュアネットワーク
セキュアな設定JP

セキュアネットワーク
ホワイトリスト
JP

常時

xx

xx

xx

XX

XX

高

高

サプライチェーンのプラクティスを確立します。 たとえば、すべてのサードパーティのコンポーネントおよびフレームワークについ低てのセキュリティアラート情報を購読します。 （アラート情報
で）提案された更新の導入について、ただちに確認します。

低低「つながる世界」を破綻させないためのセキュアな
IoT製品開発 13のステップ @予防型
https://cloudsecurityalliance.jp/WG_PUB/IoT_WG/futur
e-proofing-the-connected-world_J_20170520.pdf

中

中

是正型

半自動型

イベントごと

xx

xx

xx

xx

XX

低

低

予防型

半自動型

イベントごと

XX

XX

XX

XX

XX

自動型

常時

手動型

イベント毎

XX

XX

XX

XX

半自動型

イベント毎

XX

XX

XX

XX

自動型

常時

XX

XX

XX

予防型

手動型

年1回

予防型

自動型

常時

すべてのサードパーティー製ライブラリのセキュリティを評価する
中
ために、静的、動的解析ツールを使用します。
IoTシステム内のすべてのサードパーティライブラリとソフトウェ
アコンポーネントの真正性と完全性を検証します。（訳注：偽物や 低改ざんされたコンポーネントの混入を防ぐ必要があります）

WebサービスはOWASP (https://www.owasp.org/index.php/Main_Page)
低ガイダンスに沿って開発します。

低低

許可のないブルートゥースによるペアリング処理（例：JustWorks:
中
マウスのような認証なしデバイス）を無効にします。

中

中

NIST SP.800-121r2（https://www.nist.gov/publications/guide-bluetoothsecurity-1）ドキュメントのセクション4.4にあるbluetoothセキュリ
中ティチェックリストを使用して、bluetooth実装のセキュリティを監査します。 欠陥を修正します。

中

中

中

中

中

中

中

中

JP

セキュアネットワーク

手動型

運輸・交通システム、工業用制御システム、医療用機器など特定の業種（業務）用に使用する場合、これらの目的で認証を受けている 高
リアルタイムOS（RTOS）を選択します。

JP

JP

業種別の認証には、DO-178B（航空、アビオニクス）、IEC61508（工業用制御システム）、ISO62304（医療機器用ソフトウエア）、SIL33/SIL4（交通及び原子力システムの安全度水準）などが含まれます。

予防型

ネットワークセキュリティツールを、新しいボットネットアクティ
ビティを検索し、検出された感染したIoTデバイスをすぐに削除するよう設定します。 CSA IoTWGボットネットトラッカー
中（https://gitlab.com/brianr/CloudSA_IoT_WG/wikis/iot_botnets）を使用
して、ボットネットの特性に関する最新の情報を得ます。
IoTシステムをサポートするすべてのサポートソフトウェアおよび
インフラストラクチャ（Webサーバー、モバイルアプリケーショ
ン、クラウドサービスなど）をセキュアに設定します。 システム 中の実装については、そのためのセキュア設定ガイダンスを参照してください。
IoTデバイス、ゲートウェイ、サーバー間のホワイトリストを設定します。 証明書を用意して、バックエンドコンピューティングデ
中
バイスとのすべてのMQTTおよびHTTP通信に対してTLSまたはDTLSベースの認証を利用できるようにします。

優先順位を付ける必要がある場合は、OWASP Top 10リストを使用し、定期的に更新を確認しますが、トップ10で終わらせないでください。Webアプリケーションの全体的なセキュリティに影響 https://www.owasp.org/index.php/REST_Security_Chea
する可能性のある問題は数百あります。 アプリケーションのコー t_Sheet
ドを1行も変更しなくても、新しい欠陥が発見され、攻撃方法が https://www.owasp.org/index.php/Web_Service_Securit
洗練されるため、脆弱になる可能性があります。 セキュリティの y_Cheat_Sheet V18 of ASVS 4.0 (not released yet)
予防型
https://github.com/OWASP/ASVS/blob/master/4.0/en/0x
脆弱性は非常に複雑で、コードに深く埋もれる可能性があります。 多くの場合、これらの弱点を見つけて解消するための最も費 23-V18-API.md
用対効果の高いアプローチは、高度なツールを備えた「人間の専 https://www.owasp.org/index.php/Web_Application_Sec
門家」です。 ツールだけに依存することは、誤ったセキュリティ urity_Guidance
感覚をもたらすため推奨されません。開発組織全体でセキュリティを企業文化の不可欠な部分にすることに重点を置いてくださ
Bluetooth接続標準3および4を使用するには、他のデバイスとペアリングする前に認証が必要です（標準4の方が安全です）。
予防型
他のワイヤレステクノロジーと同様に、BLE（Bluetooth Low
Energy）もセキュリティの脅威から逃れることはできません。
Bluetooth LEビーコンはIOT設計に多くの可能性をもたらしますが、デバイスの追跡、盗聴、中間者攻撃などのセキュリティ上の脅威は著しく増加しています。 BLEデバイスは、事前定義された間隔でMAC、UUID、およびサービス情報をブロードキャストす https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NI
予防型
るように設計されています。 継続的な情報発信により、ハッカー ST.SP.800-121r2.pdf
はデバイスを簡単に追跡し、スニファーやスマートフォンを使用
してブロードキャストされた情報をデコードできます。 ペアリン
グ、安全なキー生成、ボンディング、静的/プライベートデバイス
アドレスの暗号化、近接認証、非表示のMACなどの技術を使用して、IoTデバイスでのBluetoothの実装をセキュアにします。
脅威管理を使用して、新しいボットネットベースの攻撃を識別し、侵害の兆候に基づいて監査システムを構成します（特定の検知型ポートでのアウトバウンド通信など）。 拡散を防ぐため、感染したデバイスはすぐにオフラインにします。

xx

XX

XX

XX

XX

XX

XX

XX

セキュア設定ガイダンスには以下が含まれます。
CIS Benchmarks
DISA STIGs

X

X

X

X

JP

セキュアネットワーク
モニタリングルール
セキュアネットワーク
モビリティ

SNT-06

SNT-07JP

セキュアネットワーク
NFC

SNT-08JP

セキュアネットワーク
SDP

SNT-09

IVS-06
IVS-12
IVS-13
IPY-04

IAM-08
IVS-06

サーバー/ゲートウェイが侵害された疑いがある場合には、不正行
中為を監視し、資格情報を取り消す手順を確立します。
モバイルアプリケーションのセキュリティ対策を確立します。 モ
バイルデバイスが承認済み/信頼できるリポジトリから更新を受信するようにします。 IoTデバイスの管理には、承認されたモバイル
中デバイスのみを使用するように指定します。 モバイルデバイスがIDや鍵の素材（情報）をハードウェアで保護された安全な保管場所（Android KeyChain / KeyStoreおよびiOS KeyChainなど）に保管する
込み合っていて、スニファーのインストールが無理な場所には、近接通信（NFC）デバイスをインストールします。 これらのデバイ
中スへのアクセスを監視するために、物理的なセキュリティ保護対策（カメラ/ガードなど）を設置します。

Software-Defined Perimeter（SDP）を設定し、ネットワークに接続する前にIoTデバイスを認証し、事前に承認されたロールと特権に基づいてアクティビティを制限するようにします。

中

中

中

このコントロールは、タイムリーで効果的なインシデント対応に役立ちます。

検知型

自動型

常時

中

中

すべてのモバイルプラットフォームには、安全な保管場所が用意されています。 Androidの場合、それはKeyChainとKeystoreです。
iOSの場合、それはKeychainです。 開発者は、利用可能な場合
は、Androidデバイス上のハードウェアで裏付けられた安全な保存場所を使用するようにしてください。

検知型

自動型

常時

中

中

予防型

手動型

常時

自動型

常時

検知型

自動型

常時

XX

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

XX

予防型

手動型

イベント毎

XX

XX

XX

XX

XX

検知型

自動型

常時

XX

XX

XX

XX

自動型

常時

XX

XX

XX

XX

半自動型

イベント毎

XX

XX

XX

XX

XX

中

中

"https://downloads.cloudsecurityalliance.org/initiatives/s
SDPの方式は、すべてのデバイス/ユーザーからネットワークを隠
dp/SDP_Specification_1.0.pdf
します。 ネットワークとアプリケーションは、許可されたデバイ
https://downloads.cloudsecurityalliance.org/assets/rese
ス/ユーザーからの接続要求を除くすべての接続要求を拒否する
arch/sdp/SDP-glossary.pdf
ゲートウェイの背後に隠されています。 デバイス/ユーザーは、
アーキテクチャドキュメント1.0が進行中であり、デバイス/ユーザーが「事前承認」されていることを判断するため2018年に完成する見込みです。
に必要な情報を保存しているコントローラーで最初に認証される
予防型仕様2.0は、2018年12月下旬から2019年1月上旬に必要があります。その後、コントローラーは特定のユーザー/デバ
開始されます。
イスからの接続を受け入れるようにサーバーまたはゲートウェイ
Anti-DDOSペーパーも進行中であり、2019年第1四に通知します。 ネットワークへのアクセスに加えて、デバイス/
半期に完成します。
ユーザーが対話できるアプリケーションも事前に決定されていま
https://www.nist.gov/sites/default/files/documents/2016/
す。
09/16/waverly_rfi_response.pdf "中中これらのツールは、ネットワーク通信とトラフィックの問題の発見に役立ち、DoS攻撃の発見にも役立ちます。

高

高

JP

セキュアネットワーク
視覚化ツール

SNT-10JP

セキュアネットワーク
JP

ワイヤレスネットワークの接続境界

セキュアネットワーク
ネットワーク分離

SNT-11
SNT-12

IVS-09JP

セキュアネットワーク
JP

環境のスキャン

セキュアネットワーク
JP

デバイスとの通信

セキュアネットワーク
JP

ZigBee のデフォルトの鍵

セキュアネットワーク
JP

ZigBee のマスター鍵

セキュアネットワーク
JP

ZigBee のネットワーク鍵

セキュアなネットワーク
Zwave

SNT-13
SNT-14

IVS
TVM
IVS
TVM
MOS

SNT-15
SNT-16
SNT-17
SNT-18JP

OPA-01す。
少なくとも四半期ごとに、物理環境をスキャンして、無線周波数（RF）攻撃や不正なデバイスの挿入などの異常を探します。
IoTデバイスとのすべての通信は、デバイスによって開始される必要があります。 不正な接続要求ににはアラートを上げ、ログを取ります。
デフォルトのZigBee Trust Center（TC）鍵を無効にし、搬送中の鍵の機密性を保護するためにデフォルト以外の鍵を生成/使用します。
ZigBeeのマスター鍵をネットワークの外側で配布します。 マス
ター鍵をネットワーク経由で決して渡さないでください。 マス
ター鍵は、追加の鍵生成素材を生成するために使用されます。
ZigBeeのネットワーク鍵を少なくとも年に1回更新し、新しいネットワーク鍵の配布/設定を行ったら以前の鍵を無効にします。

中

高

高

高

中

中

中

検知型

運用における可用性
Failover のサポート

中

中

予防型

自動型

常時

XX

XX

XX

XX

XX

中

中

中

予防型

自動型

年に1回

XX

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

XX

手動型

イベント毎

XX

XX

XX

XX

XX

自動型

常時

XX

XX

予防型

手動型

年に1回

予防型

自動型

常時

予防型

手動型

毎日

XX

予防型

自動的

年に1回

XX

中

中

予防保全分析を使用して、IoTシステムで予想されるパフォーマンスの問題または故障を想定します。 この分析に基づいて予防策を
講じます。

高

高

高

ノードやゲートウェイの地域間のフェールオーバーをサポートする
ようにクラウドサービスを設定します。 ある一つの地域がオフラ
中インになった場合にフェールオーバーが自動的に行われることの確認のために、年1回テストします。

中

中

中

中

低

低

BCR-01
BCR-07

OPA-04

IVS-06
TVM-02

OPA-05

STA-03
STA-05
STA-07

XX

中

中

OPA-03

XX

中

保守計画を作成し、IoTハードウェアを定期的に検査および保守します。部品在庫を持ち、 問題が検出されたらすぐにIoTデバイスの修理と交換ができるようにします。

JP

XX

中

BCR-07

OPA-02

XX

中中

CTA。 ホームシステムを保護するための推奨ベス
トプラクティス

中JP

予防保全的分析XX

XX

https://www.blackhat.com/docs/us-15/materials/us-15Zillner-ZigBee-Exploited-The-Good-The-Bad-And-The- 予防型
Ugly-wp.pdf

認証用に、AES 128暗号鍵でZ-Waveネットワークを補完します。
Z-Waveネットワークにアクセスするには、標準の4バイトのホーム 中
IDに加えてこれらの鍵を使用します。

運用における可用性

CTA。 ホームシステムを保護するための推奨ベス
トプラクティス
IoTのゼロからの保護 Microsoft Azureホワイト
ペーパー。

中

IVS-06
IVS-12
IVS-13
IPY-04運用における可用性
メンテナンス計画

ネットワーク視覚化ツールを使用して、IoTデバイス、ゲートウェ
イ、およびサービスの動作状態と正常かどうかを監視します。 シ
ンプルなハートビートモニタリングを使用して、デバイスの接続可 中
否またはSNMPv3トラップを監視し、CPU接続、メモリ、およびその他の異常な動作を検出します。
WSNの物理的境界を設定し、ZigBeeおよびZWaveデバイスの電力
高定格を制限して、信号漏洩を最小限に抑えます。
ZigBee、ZWave、Bluetoothなどのワイヤレスセンサーネットワーク（WSN）をセットアップして、インターネットとの接続を承認済中みゲートウェイのみとし、一般のインターネットからは遮断しま

CTA。 ホームシステムを保護するための推奨ベス
トプラクティスXX

IoTデバイスは機械的デバイスで、多くの場合可動部分を伴います。運用上の可用性を維持するには、I.T.チームと機器の保守を担
CSA CCM BCR-07から派生したもの。機器の保守当する人々の間の関係を構築する必要があります。IoTデバイスののための方針と手順を確立し、支援する業務プロセ
具体的な種類に応じて、メンテナンスデポの作成、機器仕様の作スと技術的措置を実装し、運用とそれをサポート要 是正型
成/管理、および運用メンテナンス計画の検討が必要になります。
員要員の継続性と可用性を確保しなければならない。
可能であれば、予測モデリングを使用して起こりうるハードウェ
ア障害の可能性を把握し対処します。
https://www.ibm.com/blogs/internet-of-things/improving予防保全では、機械学習モデルを使用して、障害が発生する可能
operations-iot-predictive-maintenance/
性がある場所を予測します。 主に産業分野および製造業で使用さ是正型
https://aws.amazon.com/blogs/iot/using-aws-iot-forれます。
predictive-maintenance/
セカンダリIoTハブの設定とデバイスルーティングロジックの設定が含まれます。
クラウドサービスプロバイダは、デバイス設定のオンラインスト
レージ（twin, shadowなど）を提供しており、デバイスがオフラインのときでも設定の更新を確実に行えるようにするために使用で
きます。

XX

XX

XX

JP

運用における可用性
ネットワークトラフィック
JP

運用における可用性
サービスレベル保証(SLA)
JP

運用における可用性
クラウドの設定
JP

OPA-06

IoTデバイスから送信される異常に大量のトラフィックを識別して警告するように監視手順を設定します。それはセキュリティの侵害を示す可能性があります。そのようなトラフィックを検出したら、 中
クライアントからの接続を自動的にレート制限するようにクラウドサービスを設定し、DDoS攻撃の可能性から保護します。
クラウドサービスプロバイダ（CSP）と交渉して、稼働率と対処のタイミング（インシデント/パッチ）に関するサービスレベル保証
低（SLA）を設定します。 SLAの違反に対して常にCSPに責任を負わせるようにします。
IoTデバイスの設定をクラウドに保存します。 物理デバイスが切断されている場合でもデバイスロジックへのインタフェースをサポートするために、デジタルツイン、デバイスシャドウなどを構成しま
す。 少なくとも年1回は、デバイスをオフラインにし、設定変更コ
マンドを送信してからデバイスをオンラインに戻すことによって、
IoTハードウェアがオフラインの間にデバイス設定を更新できるこ

ISO / IEC 19086-1は、クラウドSLAに共通の要素を規定していま
す。

XX

XX

運用における可用性
無線によるセンサネットワーク（ WSN ）OPA-07

IVS-12JP運用における可用性
無線センサーネットワーク

OPA-08JP運用における可用性
ネットワークのモニタリング

OPA-09

IVS-06JP運用における可用性
ネットワーク遅延

OPA-10JP

運用における可用性
通信の阻害

OPA-11JP

運用における可用性
電池に関する警報

OPA-12

JP資産と設定のトラッキング
インベントリ管理

ACT-01

DCS-01
MOS-09

JP

資産と設定のトラッキング
JP

コンプライアンスの維持

ACT-02

資産と設定のトラッキング
更新スケジュール

ACT-03

JP資産と設定のトラッキング
名前付けの規則

ACT-04

CCC-01

JP

資産と設定のトラッキング
デバイスの識別子

ACT-05JP

1つのゲートウェイがオフラインになった場合のフェイルオーバーのサポートと、高負荷にうまく対応するために、無線によるセンサ
ネットワーク（WSN）のゲートウェイをクラスタ構成で設定しま中
す。 プライマリゲートウェイで障害が発生したときにバックアップゲートウェイと通信するようにIoTノードを設定します。 少なく
とも年1回、フェイルオーバー機能と負荷の分割・分散機能をテス
大都市規模のワイヤレスセンサーネットワーク配置を行う場合は、相互接続点を最小限に抑え、長距離トラフィックを減らすために、
中
地理的区域毎に配置されたノードのクラスタを使用して設定します。
ネットワーク監視ツールを展開し、輻輳についてIoTネットワーク
を監視します。 優先トラフィックフロー（例えば、差別化された中サービス）を確立し、輻輳した通信の検出時に動的再ルーティング（例えば、ＷＳＮ ／ ＳＤＮ）を実行します。
IoTノードがオフラインになってもメッセージングが利用できるよ
うに、少なくとも1日間（または環境によってはそれ以上）ゲート 中
ウェイでメッセージングをキャッシュします。
無線（RF）通信を阻害しようとする妨害者の発見のために（地理的な）周辺領域をスキャンします。 そのような事象を検出した
高ら、インシデント対応計画を実行します。
バッテリの消耗を警告するようにノードを設定して、IoTノードの電力レベルを監視します。 これは、WSNアーキテクチャの重要なルーティングノードからエネルギーを浪費することを目的とした攻 高撃の防止に役立つ可能性があります。 バッテリーの過剰な消耗を伴う全てのインシデントを調査するようにします。
在庫管理システムを導入し、各IoTデバイスに関する詳細をインベ
ントリ台帳に記録します。 このインベントリシステムを使用して、各IoTデバイスのバージョンを追跡します。併せて、ファーム
ウェアやパッチのステータス、 RTOSのバージョン/イメージのバー 中
ジョン、アプリケーション/ライブラリのバージョン、失われたまたは停止したステータス、デバイスが割り当てられている人、そして装置の位置を追跡します。
デバイスを監視して組織のポリシーに準拠していないデバイスを特中定し、アップデートやパッチを指示します。
可能であれば、オンラインデータベースを実装して、IoT資産/イン
ベントリデータベースへの変更を自動的に更新します。 このプロ中セスの自動化が不可能な場合は、最低四半期に1回、作業の実施をスケジュールします。
IoTデバイスの命名規則を確立し、各デバイスに一意の識別子を設定します。 識別子は、企業全体で一意であり、後日（たとえば合低併や買収の際に）、大量の追加デバイスを命名の競合を起こさずに組み込めるように設計されている必要があります。
ライフサイクル全体にわたって、デバイスを追跡するために一意の識別子を使用します。それはまた、暗号化されたID /証明書をプロ 低
ビジョニングするための基礎となります。

中

中

一部のIoTシステムはほぼリアルタイムの通信を必要であり、過度 Trusted and Secure Wireless Sensor Network Designsの待ち時間はシステムが侵害されていることを示している可能性 and Deployments. Bravo, Palomar, Gardel et al. 4
予防型があります。
August 2017. MDPI Sensors

自動的

イベント毎

中

中

予防型

手動的

常時

中

中

是正型

自動的

常時

中

中

予防型

自動的

毎日

高

高

検知型

自動的

常時

高

高

Trusted and Secure Wireless Sensor Network Designs
and Deployments. Bravo, Palomar, Gardel et al. 4
予防型
August 2017. MDPI Sensors

自動的

常時

XX

XX

XX

XX

中

中

これはすべてのIoTデバイスに適用することが大事で、それにより、ボットネット活動で使用するためにデバイスが乗っ取られる
脅威を減らします。

検知型

自動的

常時

XX

XX

XX

XX

中

中

脆弱性またはベースラインセキュリティのスキャンにより、対処が必要なデバイスを特定できます。

検知型

自動的

常時

XX

XX

XX

中

中

セキュリティリスクを管理するには、完全で正確な資産インベン
https://www.cisecurity.org/controls/
トリ管理が重要です。

予防型

自動的

常時

XX

XX

XX

XX

低

低

正確な識別子は、資産管理と脆弱性/パッチ管理に役立ちます。

予防型

自動的

イベント毎

XX

XX

XX

XX

低

低

さらに、個々の識別子は、メンテナンス、トラブルシューティン
グ、フォレンジック、および品質/パフォーマンスレビューに対するトレーサビリティを実現するのに役立ちます。

予防型

自動的

常時

XX

XX

XX

XX

Microsoft IoT Security Best Practices @https://docs.microsoft.com/en-us/azure/iot-suite/iot一部のCSPは現在、「チップツークラウド」ソリューションを提security-best-practices
供するためにチップメーカーと提携しています。 暗号化ライブラ
リを備えた低コストのマイクロコントローラ（MCU）がIoT製品
Wireless:に組み込まれており、デバイスとCSPの間でTransport Layer
https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NI
Security（TLS）およびその他の暗号化プロトコルトランザクショ
予防型
ST.SP.1800-8.pdf
ンを実行します。 暗号化操作はハードウェアで行われるため、セキュリティがさらに強化されます。 チップツークラウドソリュー
Automotive:
ションは、IoTデバイスに保存されているすべての暗号化プリミ
https://www.gsma.com/iot/wpティブのハードウェアベースの処理と保存をサポートします。
content/uploads/2018/03/Automotive-IoT-Securitydigital-Mar-18.pdf

自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

NIST IR Report on Lightweight Cryptography @http://nvlpubs.nist.gov/nistpubs/ir/2017/NIST.IR.8114.pdf

セキュアコンポーネント
デバイスおよびゲートウェイ

ハードウェアによるセキュリティ機構を組み入れ、暗号化鍵の格納にハードウェア型のトラストアンカー用いて暗号動作、セキュア
中
ブート、ファームウェアのシグネチャ検証を行えるIoTデバイスを調達します。

CMP-01

中中

Medical:https://downloads.cloudsecurityalliance.org/assets/research/owasp/OWASP_Secure_Medical_Devices_Deplo
yment_Standard_7.18.18.pdf

JP

セキュアコンポーネント
JP

ソフトウェアセキュリティメカニズム

CMP-02

セキュアコンポーネント
セキュリティ評価

CMP-03

GRM-10JP

セキュアコンポーネント
JP

ハードウェアセキュリティメカニズム

セキュアコンポーネント
証明済みデバイス

CMP-05

JP

責任
JP

責任の制限

LBT-01

GRM-10

ハードウェアベースのセキュリティを実装できないデバイスの場合
は、ソフトウェアセキュリティメカニズムを使用して重要な構成要 中
素と暗号化機能を保護します。
レガシーIoTデバイスを毎年評価して技術の更新がないか確認します。 ハードウェアセキュリティのトラストアンカーをサポートしていない旧式のデバイスは、できるだけ早く交換する必要がありま低す。 その間、ゲートウェイのセキュリティメカニズムを使用してセキュリティ境界を拡張し、これらの旧式のデバイスによっもたらされるリスクを軽減します。
すべてのゲートウェイがFIPS 140-2に基づいて検証済み（https://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.140-2.pdf）のトラ 中
ストアンカーを使用することを要求します。

中

中

予防型

自動型

イベント毎

XX

XX

低

低

予防型

手動型

年に1回

XX

XX

中

中

予防型

自動型

イベント毎

手動型

イベント毎

XX

自動型

四半期ごと

XX

試験を通過し、自社の法令および規制に基づく順守義務に適合する
デバイスセキュリティ認証を取得したIoT製品を超脱します。 デバ
高イス認証は、業界、環境、使用方法、およびその他の要求水準の高い用途によって異なります。

高

高

公衆や作業者と物理的にインターフェイスするIoTシステムの責任発生の可能性を検証します。安全上の制限事項を定め、警告通知を 中掲示します。

中

中

セルラーネットワークを使用するデバイスには、GCF（Global
CTIAは現時点でセキュリティテスト企画を持ってCertification Forum）およびPTCRB（PCS Type Certification Review
いる。
Board）のテストが必要です。 人体の近くで使用される装置は予防型- https://api.ctia.org/wp-content/uploads/2018/08/CTIASAR（比吸収率）テストを必要とします。 CTIAは、IoTデバイス
IoT-Cybersecurity-Certification-Test-Plan-V1_0.pdf
用のベースラインセキュリティ証明書を提供した最初の組織で通知には、タイプ1の危険（過熱、衝撃などのデバイスのリスク）とタイプ2の危険（デバイスの操作または故障による危険）
予防型の両方を含める必要があります。

XX

XX

XX

XX

事業継続
継続計画

BCN-01

BCR-01

事業継続計画を作成しシステム所有者の詳しい連絡先情報を記載します。これらの連絡先に警報を発報するシステムを作成し、IoTシ 中
ステムが侵害されたり使用不能になった場合に、通知します。

中

中

NISTには、次の場所に継続計画ガイドがあります。
https://ithandbook.ffiec.gov/media/22151/ex_nist_sp_800_34.pdf

JP

脅威管理と緩和策
脅威モデリング

TMM-01

TVM-02

デバイスまたはシステム開発の開始時に脅威モデリングを実施します。コンポーネント、データフロー、および高価値コードの識別を含む、脅威のモデリングに標準化されたアプローチを使用します。
脅威の定義、脅威の優先順位付け（評価など）、および緩和策の特 中定。脅威モデルの出力をシステム要件のバックログに伝え、製品またはシステムのライフサイクル全体にわたってこれらの要件を完了まで追跡します。

TMM-02

TVM-02
BCR-02

セキュリティテストを作成し、各製品またはシステムリリースでそれらのテストを実行することにより、セキュリティ要件を検証しま 低
す。

低

JP

脅威管理と緩和策
JP

セキュリティ要件の検証

脅威管理と緩和策
脅威インテリジェンスフィード

中

中

低

脅威管理と緩和策
製品の脆弱性

脅威管理と緩和策
JP

ボットネット脆弱性
脆弱性管理

証拠保全の一貫性

インシデント対応

物理的アクセス

資格情報の失効

振る舞い分析

企業規模の監視

誤使用
ロギング

誤使用
JP

イベントデータXX

XX

利用可能な脅威モデリングの手法は多数あります。カーネギーメ
ロンのOCTAVE Allegro方式は、脅威モデリングのフレームワーク
を提供します。MicrosoftのSecure Development Lifecycleは、IoTに適用することもできます。MicrosoftにはSTRIDEと呼ばれる脅威
クラウドセキュリティアライアンスの繋がる世界を分類支援機能があり、システムに関連する脅威をアナリストが識破綻させないために @別するのに役立ちます。 STRIDEは、なりすまし(Spoofing)、改ざ
https://downloads.cloudsecurityalliance.org/assets/reseん(Tampering)、否認(Repudiation)、情報漏えい(Informationarch/internet-of-things/future-proofing-the-connecteddisclosure)、サービス拒否(Denial of Service)、特権エスカレー
world.pdf
予防型ション(Elevation fo Privilege)を意味します。各カテゴリに対して脅威が適切に特定されると、MicrosoftのDREADモデルを使用して脅
Microsoft Threat Modeling @威を評価できます。 DREADは、リスク評価プロセスで何を取りhttps://docs.microsoft.com/en-us/azure/iot入れたかを記録するのに役立ちます：損害(Damage)、再現性
accelerators/iot-security-architecture(Reproducibility)、悪用危険度(Exploitability)、影響を受けるユーザ(Affected Users)、発見可能性(Discoverability)。脅威モデリング
ツールは、Webからダウンロードできます。 Microsoftのツール
は、https：//www.microsoft.com/en-us/sdl/adopt/threatmodeling.aspx

半自動型

常時

XX

XX

XX

XX

XX

XX

XX

予防型

半自動型

常時

XX

XX

XX

XX

XX

XX

XX

予防型

半自動型

常時

XX

XX

XX

XX

XX

XX

XX

検知型

半自動型

常時

XX

XX

XX

XX

XX

XX

XX

検知型

半自動型

常時

XX

XX

XX

エンタープライズIoTシステムのセキュリティ状態の状況認識を維持することで、攻撃者とその動機、新しい攻撃手法、IoTデバイスを標的とする新しいボットネット、新たに発見された脆弱性を監視できます。状況認識を維持するためにリソースを割り当て、特定のIoT実装の脅威レベルが増加したときに必要に応じてアクションを実行します。
最新のナレッジベースを備えた脆弱性スキャナーは、デバイスが新しいリスクや新たなリスクにさらされているかどうかを検出す
るのに役立ちます。
これには、企業内の接続されたデバイスの固有の脅威を理解する
ために、セキュリティオペレーションセンターアナリストの教育が必要です。

製品の依存関係など、製品で新たに特定された脆弱性を監視します。サプライヤからの新しいパッチのリリースをモニタします。

低

低

低

低

中

中

システム内で使用中のプロトコルを追跡し、基礎となる仕様が更新されたときにライブラリが適時に更新されるようにします。

予防型

手動型

常時

XX

XX

XX

中

中

これは証拠保全の一貫性とフォレンジック調査にとって重要で
す。

予防型

手動型

イベント毎

XX

XX

XX

高

高

インシデントが発生する前に、インシデントへの適切な対応を計画する必要があります。 ITILとISACAは、効果的なインシデント
管理プロセスを確立するためのガイダンスを提供しています。
CSIRTは、トレーニングやコンピューターセキュリティ対応チー
ムハンドブックなどのリソースを提供します。インシデント証拠の不適切な取り扱いは、訴訟対応を困難にする可能性がありま
す。

手動型

年に1回

XX

XX

XX

中

中

中

物理的なアクセスにより、盗難、損傷、コンポーネントへの不正アクセス、デバイスポートへのリード線の取り付け、およびデバイスの侵害またはさらなるアクセスのためのデバイス動作の不正監視のリスクが高まります。

CSA CCM SEF-04から派生：情報セキュリティイン
シデントが発生した場合、所管の法管轄に基づいて起こりうる法的手続きに対応して証拠を提示するには、適切なフォレンジック手順と証拠保全の連鎖体系が必要です。セキュリティ侵害によって影響を受 是正型
ける顧客その他の外部のビジネス利害関係者は、通知があれば、法的に許諾された範囲で、フォレンジック調査に参加する機会が与えられなければいけ
ません。
予防型

手動型

常時

XX

XX

XX

誤使用パターンを定義し、資格情報を失効するためのポリシーを確立します。不正行為を報告および判断するための手順を実装しま
高す。承認取り消し後1日以内に資格情報を失効させるための手順を確立して実装します。

高

高

予防型

自動型

常時

XX

XX

XX

XX

検知型

自動型

常時

XX

XX

検知型

自動型

常時

XX

XX

検知型

自動型

イベント毎

検知型

自動型

常時

TMM-05

VLN-01

TVM-02

IMT-01

SEF-03

IMT-02

SEF-04

PHY-01

DCS-09MSU-01

MSU-02

IVS-01

MSU-03JP

JP

XX

TVM-02

低IoTデバイスをターゲットとする新しいボットネットを監視し、関連する特性（ポート/サービス）を直ちにネットワークセキュリ
低
ティチームに伝えて、アクションを起こすようにします。
IoTシステム用の脆弱性管理プログラムを策定します。 IoTデバイス
で、定期的または継続的に脆弱性評価を（少なくとも年に1回）実行します。IoTプロトコル仕様の更新をフォローし、ライブラリ内
中で今後発生するセキュリティ/プライバシーの更新を把握します。
配備したIoTデバイス/システムに関連する脆弱性情報に基づいてリスクの一覧を更新された状態に保ちます。
すべての監査の仕様と手順を文書化します。割り当てられた監査グ
ループのメンバーのみが監査ログを読み取ることができ、ユーザーがこれらのログに書き込めないことを確認します。監査ログデータのオフロード（例：デバイスからクラウドまたはゲートウェイへ） 中に際して完全性が保護（例：HMACまたはデジタル署名）され、ログの完全性が長期の保存に対して確保されるようにします。すべての場合において、レビューの前にログファイルの完全性を検証しま
IoTインシデント管理計画を策定します。各IoTシステムのビジネス
および技術的な連絡先（PoC）を特定し、セキュリティインシデントが発生した場合の役割と責任を通知します。インシデント対応におけるサードパーティ組織（ベンダーやサービスプロバイダーなど）の役割を定義します。デバイスから取得したログ/監査データ 高の証拠保全の一貫性（chain-of-custody）を定義します。デバイスで実行する必要があるエスカレーション手順とフォレンジック対応を定義および確立します。ネットワークデバイスからリアルタイムで自動的にフォレンジック（データ）を取得する機能を検討するよう
IoTエッジデバイスへの物理的アクセスを制限し、物理的アクセスの試みを警告する物理的セキュリティプロセスを確立します。

ほぼリアルタイムでデバイスの使用状況とデバイスの誤使用に関す
高るデータストリームを収集して分析する分析ツールを使用します。

高

高

中

中

中

中

中

中

JP

誤使用

XX

TMM-04

JP

誤使用

XX

中

JP

誤使用

XX

中

JP

物理セキュリティXX

自社の業種に対応する脅威インテリジェンスの情報を入手します。
自社のシステムを標的とする可能性が高い攻撃者のタイプとその動 中機を理解し、最新の状態に保ちます。

JP

インシデント管理

イベント毎

SEF-05JP

インシデント管理

手動型

TMM-03JPJP

CSA CCM BCR-01から派生：事業継続計画の計画と開発のための一貫性のある一律のフレームワークを策定し、文書化し、適用します。それにより、す検知型べての事業継続計画が、優先順位付けにおいて、テスト、保守、および情報セキュリティ要件に対して一貫性を保つようにします。

MSU-04

IVS-01

MSU-05

IVS-01

権限の昇格、ファームウェアアップデートイベントの成功/失敗、
IoTデバイスとサービスソフトウェアの設定変更、アカウントの変
更、そして改ざんイベントを含む、セキュリティ関連のすべてのイベントを定義します。それらのイベントおよびその他の関連するセキュリティイベントを、IoTシステム全体にわたり監視します。監 中
視対象にはあらゆるデバイス、クラウドサービス、モバイルまたはネットワークサービスそしてストレージシステムを含みます。セキュリティイベントの種類ごとにしきい値を定義し、しきい値を超えたときに調査を開始するようにします。
失敗したリモートアクセス試行（SSH、Webなど）をすべて記録します。 30分以内に5回連続してアクセスの失敗が検出されると自動 中的にセキュリティ管理者に警告するプロセスを作成します。
セキュリティイベントデータを自動的にクラウドに送信して保存および分析します。送信者、受信者、タイムスタンプ、データ、およ 中
びイベントタイプを最低限記録してください。

例としては、Azure Stream Analytics（Azure IoT HubとSuiteを含む）、AWS IoT Analytics、SAP Analyticsクラウド、IBM Watson
IoTプラットフォーム、Cisco Data Analytics、およびOracle StreamとOracle Edge Analyticsがあります。

組織は、IoTシステムに固有のセキュリティ関連のイベントを定義し、それらのイベントからのデータを監視する必要があります。

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

誤使用
ワイヤレス検知MSU-06

IVS-12

SOP-01

GRM-10JP

安全な運用
安全への影響
JP

安全な運用
JP

フォールトツリー分析

安全な運用
ロギングシステム

SOP-02
SOP-03

IVS-01
IVS-07

企業全体にわたるIoTの無線通信の検出機能を設置します。構内で動作している不正なワイヤレスデバイスを調査により検出します。
既知のボットネットのC&Cアドレス/ポートへのネットワーク通信を調査により検出します。ベンダーのIPアドレスへの不正な通信を 高調査により検出します。発見したデバイス/通信をただちに無効にして、違反の原因を調査します。想定外の違反が発生したときにユーザーに警告するシステムを実装します。
IoTシステムの安全性への影響を評価し、すべての安全性リスクを記録し、これらのリスクに優先順位を付け、そして各リスクに対す中る緩和策を実装します。安全要求事項を実行させるために、デバイ
スおよび使用環境に対するコントロールを組み込みます。
IoTシステムに関連する安全上のリスクを識別して優先順位を付け中るために、フォールトツリー分析（FTA）を実行します。
組織のロギング機能を設計および実装します。証拠保全の一貫性(Chain of Custody)を可能にするために、生成から保管までのすべて
中のログの完全性を保護します。

高高

特定のIoTシステムの誤使用や悪用を監視するためのパターンを定義することで、SIEM内でシステムを監視するためのルールを作成 OpenDNSレポートを参照
することができます。

検知型

自動型

常時

中

中

安全上のリスクには、感電や火災のリスクなど、電子機器の使用による一般的なリスクが含まれます。 IoTデバイスには、動作障
害による安全上のリスクもあります。

予防型

半自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

中

中

安全上のリスクを優先する場合は、不適切な使用による安全上のリスクも考慮してください。

予防型

半自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

中

中

信頼できるログは優れた検知型コントロールであり、根本原因の分析に役立ちます。

予防型

自動型

常時

中

中

予防型

自動型

常時

XX

中

中

予防型

自動型

常時

XX

中

中

予防型

自動型

常時

予防型

自動型

常時

XX

XX

XX

XX

JP

クラウドサービス
JP

クラウドサーバ

クラウドサービス
クラウドゲートウェイ

CLS-01

IAM-02

CLS-02

IAM-08
IVS-06

JP

クラウドサービスJP

クラウドゲートウェイ閉鎖

クラウドサービス
クラウドプライバシー

CLS-03

CLS-04

STA-05

JP

クラウドサービスJP

セキュリティガイダンス

クラウドサービスJP

クラウド基盤のアップデート

クラウドサービスJP

IoT とクラウドのインタラクション

クラウドサービス
クラウド認証

CLS-05
CLS-06

TVM-02

CLS-07

IVS-01
SEF-03

CLS-08

IAM-09

JP

クラウドサービス
JP

管理者の ID

クラウドサービス
JP

システムの ID

クラウドサービスJP

API に対する認証

クラウドサービスJP

API に対するネットワークアクセス

クラウドサービス
JP

管理者操作のログ

クラウドサービス
JP

コンピュータの保護

クラウドサービス
セキュアな OTA

CLS-09
CLS-10

中

中

低

低

予防型

自動型

イベント毎

XX

低

低

予防型

自動型

常時

XX

中

中

検知型

自動型

常時

XX

低

低

予防型

自動型

常時

XX

低

低

予防型

自動型

常時

XX

XX

XX

XX

XX

低

予防型

自動型

常時

XX

XX

XX

XX

XX

中

中

予防型

自動型

常時

XX

XX

XX

XX

XX

CLS-12

IVS-06

管理コンソールおよびAPIへのネットワークアクセスを 送信元IPアドレスかデバイス認証（もしくは両方）によって制限します。

中

中

中

予防型

自動型

常時

XX

XX

CLS-13

IVS-01

中

中

検知型

自動型

常時

XX

XX

CLS-14

TVM-01

低

低

予防型

自動型

常時

XX

XX

中

中

予防型

自動型

イベント毎

中

中

多くのIoT実装は、MQTTなどのPublish/Subscribeプロトコルを使用します。 システム内で使用される機密トピックに読み取り/書き込み制限を実装することを検討してください。

予防型

自動型

低

低

デフォルトでは、MQTTはパスワードフィールドを暗号化しません。

予防型

CLS-15COM-01

COM-02

管理コンソールとAPIを介してすべての管理活動をログに記録して中確認します。
管理コンソールまたはAPIにリモートからアクセスするために使用低されるコンピュータをマルウェアやその他の脅威から保護します。
侵入や悪意のあるロジックから保護するために、Over-The-Air（OTA）アップデート用のセキュアなステージングシステムを実装中します。ファイルをエッジデバイスに送信する前に、ファイルに整合性制御を適用します。
許可されたMQTTトピックを定義してください。ブローカー内にアクセス制御リストを作成して適用し、IoTデバイスがコンテンツを中
Publishしたり、許可されていないメッセージトピックをSubscribeしたりすることを制限します。
パスワードフィールドのパスワードを含むすべてのMQTTメッセー
低ジがTLSを使用して暗号化されていることを確認してください。

COM-03

MQTTトランザクションの認証には、ネイティブのユーザー名/パス
中
ワード機能ではなく、証明書を使用します。

中

中

COM-04

グローバルおよびクライアントごとの両方でMQTTサーバへの通信
高の帯域制御を検討してください。

高高COM-05

ファイアウォールを介してMQTT通信トラフィックをルーティング
します。

中

中

中

COM-06

MQTTメッセージの最大長を短くして、攻撃者が大きなメッセージを送信してシステムに過負荷をかけることを制限します。

中

中

中

JP

セキュア通信MQTT 帯域幅調整

セキュア通信JP

MQTT ファイアウォール

セキュア通信JP

最大メッセージ長

このコントロールは（管理操作を誰が行ったかという）説明責任を実現します。

低

セキュア通信

JP

XX

中

JP

MQTT 認証

XX

管理コンソールとAPIログインに認証のベストプラクティスを使用します。

セキュア通信セキュア通信クラウドサービスにアクセスするIoTデバイスを認証します。認証に失敗したデバイスのアクセスを拒否し、そのアクセス試行をログに記録します。セキュリティ管理者へのアラートをトリガーする一定時間内の失敗数のしきい値を設定し、アラートの配信方法を詳細 低に設定します。たとえば、デバイスが30分に5回以上認証に失敗した場合は、セキュリティイベントとしてシーケンスにフラグを立て、セキュリティ管理者に警告します。
IoTサービス管理コンソールへのアクセスに認証を要求します。管
理コンソールにアクセスする各オペレーターおよび管理者に固有の 低IDを付与します。
管理システムのAPIにアクセスする各システムに固有のIDを設定し低ます。

設計によるプライバシーの7つの原則
https://iab.org/wp-content/IABuploads/2011/03/fred_carter.pdf
ヨーロッパのデータ保護規制
https://eugdpr.org/
CSA GDPRリソースセンターhttps://gdpr.cloudsecurityalliance.org/

IAM-09JP

MQTT 暗号化

クラウドサービスプロバイダー（CSP）と協力して、クラウド内で処理されたデータが、法的、法定、および法令順守の義務に適合す
るプライバシーガイドラインを満たしていることを確認します。
中
データをCSPに移行する前に、プライバシーバイデザイン原則の適用を検討します。それにより、（CSPによるSLA違反の場合）デー
タ管理者がデータの復旧と保持ができるようになります。
クラウドサービスをセキュアに設定します。利用する特定のCSPに適用できるCSPセキュリティガイダンスの指示内容に従ってくださ 低い。
すべてのクラウドインフラストラクチャを最新かつパッチ適用済み
低の状態に保ちます。
すべてのAPI呼び出しを監視し、APIの不正使用が疑われる場合に警中告します。

CLS-11JP

MQTT トピック

すべてのクラウドサーバーに一意のIDを割り当てます。サーバーが相互に、およびすべてのゲートウェイに対して認証することを要求 中します。
信頼できるデバイスからの通信のみを受け入れ、暗号化通信を要求するようにクラウドゲートウェイを構成します。クラウドゲート
ウェイ上の許可されたポートとプロトコルを文書化し、許可されて中いないポート/プロトコルを無効にします。システムと通信しようとする不正なデバイスをブラックリストに追加し、そのアクションを記録して管理者に報告します。
通信が完了したらクラウドへの接続を閉じ、データを再度送信する必要があるときに新しい接続を開始するようにゲートウェイを構成 中します。

TLSが使用されている場合、クライアントはSSL証明書を使用してクライアントを認証できます。 クライアントは、LDAPまたはOAuthトークンを使用して認証したり、OS認証メカニズムを利用することもできます。 MQTTには、サーバーを認証するためのメカニズムはありません。 ただし、TLSの使用時またはVPNの使用
時にSSL証明書を使用すると、クライアントが接続しようとしているサーバーを識別できます。
サーバへの通信を帯域制御することで、サーバは過負荷から保護されますが、それにより、遅延や可用性の問題が発生する可能性があります。
IPアドレスまたはクライアント情報に基づいてトラフィックをブロックすることも候補のひとつです。
メッセージ長が小さいと、DoS攻撃を防ぐのに役立ちます。

http://docs.oasisopen.org/mqtt/mqtt/v3.1.1/errata01/os/mqtt-v3.1.1errata01-os-complete.html#_Toc442180929
5.4.1 and 5.4.3

XX

XX

XX

XX

XX

XX

常時

XX

XX

XX

XX

自動型

常時

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

予防型

自動型

常時

XX

セキュア通信JP

MQTT サービス

セキュア通信TCP 通信セキュアなアクセスによって堅牢化されたOSにのみMQTTブロー
カーをインストールしてください。

COM-07

中中

中

X.509認証（ https://tools.ietf.org/html/rfc7525）のTLSを使用して、システ

COM-08

EKM-03

UDP 通信

COM-09COM-10

データセキュリティコントロール

データの情報源

保存データの暗号化コントロール
JP

XX

XX

手動型

常時

XX

XX

XX

XX

XX

手動型

常時

XX

XX

XX

XX

XX

手動型

常時

XX

XX

XX

XX

XX

XX

XX

低

DAT-02

DSI-01

各データタイプの分類に基づいてデータセキュリティコントロール
中を実装します。

中

中

高

中

自動化された処理はIoTシステム内で行われます。 これらの処理
は、デバイスとデータの間の関係に基づいて行われます。 複数のIoTデバイスで発生するイベント間の因果関係を理解することが、
IoTシステム内で発生する処理を調査する場合に役立ちます。

予防型

自動型

常時

XX

XX

中

中

NISTは「軽量暗号」の研究と評価を行っていま
NISTには、AESとTDEA（またはTDES）の2つの承認済みブロッす。
ク暗号があり、いずれも推奨できます。 ただし、IoTデバイスでhttps://nvlpubs.nist.gov/nistpubs/ir/2017/NIST.IR.8114.p 予防型
は計算リソースが限定されているため、軽量暗号が選択肢のひと
df
つとして研究されています。

自動型

常時

XX

XX

XX

XX

XX

中

中

https://www.sans.org/readingSANSには、クラウドコンピューティングのサービスレベル契約
room/whitepapers/cloud/proposal-standard-cloudにおけるセキュリティに関する主要な指標を提案する論文があり
computing-security-slas-key-metrics-safeguardingます。
confidential-data-cloud-35872

予防型

自動型

常時

XX

XX

XX

XX

XX

中

中

多くのIoT機器（例えば病院用スキャナー）はリース品であり、ベンダーによる管理を必要とします。 ベンダーによるIoTデバイスの設定とログへのアクセスは認証される必要があります。

予防型

自動型

常時

XX

XX

XX

XX

中

中

予防型

自動型

イベント毎

XX

XX

XX

XX

中

中

予防型

自動型

年に1回

XX

XX

XX

XX

高

高

予防型

手動型

イベント毎

XX

XX

XX

XX

中

中

予防型

自動型

イベント毎

DAT-03

IAM-02
IAM-07
IAM-09

DAT-04

CRD-01

EKM-03

CRD-02

EKM-04

JP

JP

XX

低

JP

セキュアな初期接続

XX

DSI-01
DSI-04

JP

資格情報管理XX

DAT-01

IAM-07

鍵管理ユーザグループ

常時

IoTシステム内で収集、処理、保存されたデータを文書化します。
データの種類と価値（組織にとっての重要性と機微性）に基づいて
低
そのデータを分類します。システム内のデータの種類を識別するために使用できるメタデータでデータにタグを付けます。

セキュアなベンダからのリモートアクセス
RMT-02

資格情報管理自動型

低サードパーティのアクセス

JP

XX

低

JP

鍵管理ポリシーXX

低STA-05

資格情報管理XX

IoTシステム内のすべての無線LAN通信を暗号化します。

ベンダのサービスレベル契約

鍵管理プロセスXX

EKM-03

セキュアなベンダからのリモートアクセス
RMT-01

資格情報管理XX

中JP

セキュアなデータ

常時

中

JP

セキュアなデータ

自動型

XX

IETF RFC7525またはより新しい規格で指定されているDTLS(Datagram Transport Layer Security) プロトコルを使用して、システ
中
ムコンポーネント間のすべてのUDPベースの通信（たとえばCoAP(Constrained Application Protocol) ）を暗号化します。

JP

セキュアなデータ

XX

EKM-03

セキュア通信

データ分類

常時

中

JP

セキュアなデータ

自動型

中

JP

無線 LAN 暗号化

予防型

NIST SP 800-52 Revision 1 (Guidelines for the
Selection,
Configuration, and Use of Transport Layer Security(TLS)
SSLおよびTLSバージョン1.0および1.1の使用は現在推奨されてい Implementations) @ません。 これを書いている時点で、NISTはTLSバージョン1.3ま http://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIS
たはバージョン1.2の使用を推奨しています。 使用中のIoTシステ T.SP.800-52r1.pdf
予防型
ムが、最新版のNIST SP800-52で推奨されているTLSバージョン IETF RFC 7525 Recommendations for Secure Use ofを使用していることを確認してください。
Transport Layer Security (TLS) and Datagram
Transport Layer Security (DTLS) @https://tools.ietf.org/html/rfc7525
https://csrc.nist.gov/publications/detail/sp/800-52/rev2/draft
多くのIoTプロトコルはUDPベースの通信を必要とします。 これらのプロトコルでは、TLSは実行可能なオプションではないた
め、最適解はTLSのデータグラム向け同等機能であるDTLSを使う予防型ことです。 IETF Best Practice Guidance RFC 7525で指定されているように、UDPベースのプロトコルを保護するためにDTLSを実装してください。

中

ムコンポーネント間のすべてのTCPベースの通信（例：REST、MQTT、
AMQP）を暗号化します。

JP

セキュア通信基盤となるソフトウェアまたはハードウェアに脆弱性があると、サービスをセキュアに保護できません。

CRD-03

CRD-04

社内および第三者のデータの情報源の一覧をつくります。 IoTシス
テム内でホストされているすべてのデータに認証を適用します。
データの整理、削減、変更、集計に際して、システム全体を通じてデータの流れを追跡します。これらの手順を作成する際には、セ中
キュリティプロトコルの機能をテストして、自動化されたIoTの意
思決定プロセスで用いられたデータについて、そのデータのソースと、そのデータに作用したすべてのユーザおよびプロセスを、効率的に特定できることを確認します。
IoTシステムでデータの一覧をつくった後、データを格納する場所とシステムを特定し、それらに保存データの暗号化の管理策を適用します。 機密情報を保存する際に、新しいシステムやコンポーネ 中
ントがセキュリティの評価を受けずに実装されていないことを監視によって確認します。
サプライヤとサービスレベル契約(SLA)を結びます。 これらのサービスレベル契約には、インシデント管理サポート（フォレンジック
中
調査中のサポートを含む）、および最小限の脆弱性の開示とパッチの更新の両方のタイムラインが含まれるべきです。
リースされたIoTデバイスへのサードパーティ（訳注：リース会
社、保守会社、メーカーなど）からのアクセスと管理に関するポリシーと手順を確立します。 これには、組織外に送信可能なデータ
中（例：計測データ）、承認された役割、および組織のネットワーク
内のデバイスを管理するための最低限のアクセスセキュリティ要件が含まれます。 これらの管理策を適用し、悪用を監視します。
IoTシステムのための安全な鍵管理手続きを整えるようにします。
それには最低限、鍵生成、鍵の変更、鍵の設定と転送、鍵の保管、鍵の期限管理、鍵のゼロ化/破壊を備える必要があります。デバイスが十分にランダムなエントロピー源を備えているならば、鍵は可
中
能な限りデバイス上で生成するべきです。サービス側での（集中的な）鍵の生成と配布は、鍵マテリアルの配送に安全な輸送の仕組み（別チャネルでの配布（out-of-band provisioning）を含む）が使われる場合には、許容されます。
秘密鍵が複数のデバイスまたはグループ間で共有されないようにするためのポリシーを確立します。 鍵の生成のために可能な限り前方秘匿性 (forward-secrecy) を組み込んでください（例えば、静的メ
カニズムを使用しないでください）。 鍵は、許可されていないア
クターによる鍵へのアクセスを制限できる安全な場所（ソフトウェ 中アまたはハードウェア）に常に保存する必要があります。鍵は可能な限り3年以内、理想的には1年以内に有効期間を制限する必要があります。 鍵の更新に自動化されたメカニズムを使用します（ローテーションや派生など）。
IoTデバイスおよびサービス用に安全に鍵管理を構成するための専高用の鍵管理ユーザーグループを設定します。
IoTデバイスをネットワークに安全に初期接続するためのプロセスを確立します。 自動登録が可能なIoTデバイスを優先してください。これらのデバイスは、製造元の資格情報がハードウェアに埋め込まれてプリロードされているためです。自動登録では、登録するデバイスのシリアル番号と公開鍵をロードするための信頼できる帯中
域外プロセスが必要です。 自動津録が利用できない場合は、ネッ
トワークを利用する前に、デバイスのシリアル番号を登録し、ID /
鍵/証明書をデバイスに事前ロードするように信頼できる機能を設定してください。 すべての場合において、すべてのアカウント登録および更新コマンドを暗号化してください。

暗号化は通信の機密性を保護し、中間者攻撃の有効性を低下させ
ます。

予防型

CSA CCM DSI-01から派生：データとデータを含む
効果的な管理には、データのセキュリティが危うくなった場合のオブジェクトには、データの種類、値、機密性、おデータの価値と組織への影響を理解することが必要です。コント
予防型
よび組織に対する重要性に基づいて、データ所有者
ロールの程度はその価値に対応している必要があります。
が分類を割り当てるものとします。
コントロールのレベルは、危険にさらされているデータの価値に基づくべきです。 ほとんど価値のないデータに対する強力なコントロールは、リソースの無駄遣いです。 貴重なデータに対するコ予防型
ントロールが弱い、または存在しないと、組織は許容できないリ
スクにさらされます。

XX

XX

XX

XX

XX

XX

XX

XX

資格情報管理
デフォルトパスワード

デフォルトのパスワードを含むデバイスを監査および識別し、配備後すぐに（できればネットワークに接続する前に）それらのパス
ワードを変更します。 他のデバイスとパスワードを共有している
低デバイスを特定し、それらのパスワードをただちに変更します。
リモートアクセスキーを共有するデバイスを識別し、速やかに、それらのデバイスをそれぞれ固有の資格情報に更新します。
ネットワークを構成するIoTデバイスの数を考えると、IoTデバイス
へのリモートアクセスには、可能な限りパスワードではなく証明書を使用することをお勧めします。 デバイスの数が増えると、パス
ワードの管理が難しくなります。 パスワードを使用してリモート 中
でIoTデバイスにアクセスする場合は、少なくとも年に1回はそれらのパスワードを更新してください。 可能であれば、これらのパス
ワードを自動的に更新するメカニズムを実装してください。
デバイス証明書とトラストアンカーの安全な更新を管理するためのプロセスを確立し、技術をを取得します。 可能であれば自動更新
低機能を選択してください。 デバイストラストアンカーを更新する
ためのアクセスを許可された管理者に制限します。
証明書管理ポリシーを確立します。 証明書の割り当て前にデバイ
ス識別情報の検証（enrollment）の最小要件を定義します。 デバイ
ス識別情報の検証は、（ａ）人による審査、または（ｂ）（例えば 中製造業者により）確立された鍵情報に基づく自動プロビジョニングに基づくべきです。
運用証明書の有効期間を3年以内に設定します。 製造元は、有効期限なしでデバイスアイデンティティ証明書を埋め込むことができま中すが、これらの証明書は短期間の運用証明書を確立するためにのみ使用してください。

CRD-05

JP

資格情報管理リモートアクセス

CRD-06

JP

資格情報管理トラストアンカー

CRD-07

JP

資格情報管理証明書管理ポリシー

CRD-08

JP

資格情報管理運用証明書

CRD-09JP

資格情報管理JP

自動証明書プロセス

資格情報管理JP

証明書失効

End-of-Life
End-of-Life の手順

1）さまざまなシステム（ゲートウェイとクラウドの両方）で適用できるパスワードポリシーがあるはずです。
低

低

中

中

低

自動型

常時

XX

XX

XX

XX

予防型

手動型

年に1回

XX

XX

XX

XX

低

予防型

半自動型

イベント毎

XX

XX

中

中

予防型

手動型

イベント毎

XX

XX

中

中

予防型

自動型

イベント毎

XX

XX

XX

XX

XX

予防型

自動型

常時

XX

XX

XX

XX

XX

XX

XX

XX

XX

XX

CRD-10

証明書の更新を含めた自動証明書（発行）プロセスを確立します。 中中中

CRD-11

証明書失効のプロセスを確立します。これには、必要な報告経路、
調査方法、および失効リストへの掲載の承認または不承認を決定す 高る認証局が含まれます。

高

高

是正型

手動型

イベント毎

中

中

CSA CCM DSI-07からの派生：データの安全な廃棄とすべての記憶媒体からの完全な削除が実現できる
これらの手順では、プライバシーと重大性のリスク評価に基づいような業務プロセスと技術的手段をサポートするよて、破棄する必要があるデータの種類と、いつ、どこで、または予防型
うな方針と手順を確立し、データがいかなるコン
誰と、どの方法で、明確に定義する必要があります。
ピュータフォレンジック手段によっても回復できないようにしなければいけません。

手動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

中

中

構成管理ボードを使用することで、変更管理プロセスが確実に守られるようになります。

予防型

自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

中

テストネットワークを使用して、アップデートが正しく機能していること、および新しいデバイスが導入されていることを確認で
きます。

予防型

半自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

自動型

イベント毎

XX

XX

XX

XX

XX

XX

XX

自動型

年に1回

XX

XX

XX

XX

XX

XX

XX

予防型

自動型

イベント毎

XX

XX

XX

XX

XX

XX

EOL-01

DSI-07

UPD-01

CCC-03

IoTシステムハードウェアのend-of-lifeの手順を定義します。機密情報を保管しているハードウェアについては、その手順は、ハード
中ウェアを安全に破棄し、プロセスに参加している個人を含む破棄プ
ロセスの監査ログを維持すべきです。

JP

システムコンポーネントの更新
構成管理ボードJP

システムコンポーネントの更新
JP

テストネットワーク

システムコンポーネントの更新
変更管理とテストプロセス

IEEE Security Best Practices @https://internetinitiative.ieee.org/images/files/resources/ 是正型
2）オープンソースソフトウェアによって自動的に有効にされた
white_papers/internet_of_things_feb2017.pdf
デフォルトアカウントを無効にすることを検討し、代わりにR&R
マトリックスに従ってアカウントを作成してください。

UPD-02

UPD-03

CCC-03

IoTシステムへの修正/変更を吟味するために構成管理ボード（CCB）を確立します。 CCBは、アップデートのためのプロセス中を定義する必要があります。これには、実施前のすべてのアップ
デートのテスト（機能、セキュリティ、相互運用性）を含める必要
IoTの実稼働環境をよく反映したテストネットワークを実装します。実運用に入る前に、テストネットワーク上のすべてのアップ中
デート/パッチをテストします。

中

システムの可用性、機密性、およびシステムとサービスの完全性に重点を置いて確立された、ベースライン、テスト、およびリリース
中
標準を含む、品質変更管理およびテストプロセス（ITILサービス管理など）を定義し、それに従います。

中

中

不適切な変更管理プロセスでは、新しいリスクが発生したり、既存のセキュリティ管理の有効性が低下する可能性があります。

すべてのサードパーティのコードに対して静的および動的なセキュリティ分析スキャンを実行します。ソフトウェア構成分析ツールを中使用して、既知の脆弱性を持つコンポーネントを特定します（たとえば、OWASPの依存関係チェック）。

中中

サードパーティのコードを使用すると、余計な脆弱性が生じる可能性があります。セキュリティ分析のスキャンとツールを使用す
ると、一般的な脆弱性が存在し、対処する必要があるかどうかを識別できます。

低

低

保存されたファームウェアイメージは、必要な場合に信頼性の高いバックアップポイントを提供します。これらのバックアップをテストすることで、障害発生時に、バックアップイメージがな
い、バックアップ時に誤って保存された、または機能しなかったことに気付くのではなく、デバイスを確実に復元できるようにな

低低署名検証の失敗は、IoTデバイスの適切な機能に影響を与える可能性があり、攻撃者によるデバイスの偽装を示す可能性もありま
す。

予防型

半自動型

年に1回

中

中

IoT管理者をトレーニングすることは、アクセスレベル、デバイスの使用を設定する能力、およびデバイスとネットワークの問題にさらされていることから重要です。

予防型

半自動型

イベント毎

JP

システムコンポーネントの更新
サードパーティのコード分析

UPD-04

JP

システムコンポーネントの更新
ファームウェアイメージの保存

UPD-05

JP

システムコンポーネントの更新
ソフトウェア署名の検証

UPD-06

JP

関与者のトレーニング
管理者
JP

TRN-01

HRS-05
HRS-09
MOS-01
MOS-05セキュリティを統合する変更管理プロセスを開発するためのリソースには、次のものがあります：
http://www.iso27001security.com/ISO27k_Model_policy_on_change_management_and_control.docxは、ISO27001に準拠した一般的な変更管理および制御ポリシーを提供します。
https://www.us予防型
cert.gov/sites/default/files/c3vp/crr_resources_guides/
CRR_Resource_Guide-CCM.pdfは、US-CERTによる変更管理プロセスに関するガイドです。
https://www.sans.org/cyber-securitysummit/archives/file/summit-archive-1493830822.pdf
は、SANSによって発行された変更管理のためのテンプレートガイドです。
OWASP組込みアプリケーションセキュリティプロ
ジェクトは以下にSBOMの例を挙げています https://scriptingxss.gitbooks.io/embedded-appsec-best- 予防型
practices//executive_summary/10_third_party_code_a
nd_components.html

すべてのIoTデバイスの完全性を担保されたファームウェアイメー
ジを保存します。侵害または破損が疑われ、もしくは確認された
IoTデバイスを復元するためのプロセスを確立します。さまざまな 低
種類のデバイスで、少なくとも年1回更新プロセスをテストします。
アップデートの前にファームウェア上のソフトウェア署名を検証す
るようにすべてのIoTデバイスを設定します。デバイス監査ログを低監視して署名検証の失敗を特定します。すべての失敗を調査して根本的な原因を特定します。
IoT管理者向けのセキュリティトレーニングプログラムを確立します。許容される使用ポリシー、組織内で使用されるIoT資産、IoTデバイスへの信頼のブートストラップ手順、IoTシステムのセキュリ
ティ体制の監視、IoTデバイスを安全に管理するための承認済みプ
中
ロセス、およびインシデント対応手順に関する情報を含めます。
IoTシステム管理者が毎年このトレーニングを受けるように要求してください。

XX

XX

XX

XX

XX

XX

XX

関与者のトレーニング
利用者

JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP
JP

TRN-02

HRS-10

利用者セキュリティトレーニングプログラムを確立します。研修プ
ログラムは、確立された方針と手順への意識と遵守を維持する上で、全職員にその役割と責任を認識させることに焦点を当てるべきです。これには、適用される法的、法定、および規制順守義務が含まれます。企業ネットワークでの従業員所有のIoTデバイスの使用に関連するポリシーや手順（スマートテレビ、ウェアラブルなど）も含め、トレーニングは安全で安全な職場環境の維持にも焦点を当中てる必要があります。トレーニングには、IoTデバイスに関連するリスクとプライバシーへの影響に関する情報を含める必要があります。該当する場合は、企業のIoTデバイスとのインターフェイスの手順に関する情報を提供します。
IoTシステムのすべての利用者が毎年このトレーニングを受けるよ
うに要求してください。

© 2019 Cloud Security Alliance – All Rights Reserved You may download,
store, display on your computer, view, print, and link to the Cloud Security
Alliance at https://cloudsecurityalliance.org, subject to the following: (a) the
draft may be used solely for your personal, informational, non-commercial
use; (b) the draft may not be modified or altered in any way; (c) the draft
may not be redistributed; and (d) the trademark, copyright or other notices
may not be removed. You may quote portions of the draft as permitted by
the Fair Use provisions of the United States Copyright Act, provided that you
attribute the portions to Cloud Security Alliance.

中中

IoT SYSTEM IMPACT LEVEL BY THE
IoTシステムの影響度別集計
HIGH IMPACT LEVELS
影響度（高）
Confidentiality
Integrity
Availability
機密性
完全性
可用性
17
18
17
MEDIUM IMPACT LEVELS
影響度（中）
Confidentiality
Integrity
Availability
機密性
完全性
可用性
106
105
106
LOW IMPACT LEVELS
影響度（低）
Confidentiality
Integrity
Availability
機密性
完全性
可用性
37
36
36

利用者セキュリティトレーニングは、年ごとに異なり、利用者の概念をテストすることが最も効果的です。セキュリティトレーニ
ングも、組織の変化と新たなリスクを反映するように更新する必要があります。

予防型

自動型

年に1回

XX

XX

XX

XX

XX

XX

XX

Acknowledgments
Initiative Leads:
Brian Russell
Michael RozaKey Contributors:
Hillary Baron
Luciano Ferrari
Aaron Guzman
Ankur Gargi
Sabri Khemissa
Douglas Mcdorman
Todd Nelson
Eric Palmer
J.R. Santos
Theodoros Stergiou
Srinivas TatipamulaJohn Yeoh