サポート終了通知: 2026 年 10 月 7 日、 AWS はサポートを終了します AWS IoT Greengrass Version 1。2026 年 10 月 7 日以降、 AWS IoT Greengrass V1 リソースにアクセスできなくなります。詳細については、[「 からの移行 AWS IoT Greengrass Version 1](https://docs.aws.amazon.com/greengrass/v2/developerguide/migrate-from-v1.html)」を参照してください。

翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

# のセキュリティのベストプラクティス AWS IoT Greengrass
<a name="security-best-practices"></a>

このトピックには、 のセキュリティのベストプラクティスが含まれています AWS IoT Greengrass。

## 最小限のアクセス許可を付与する
<a name="least-privilege"></a>

IAM ロールの最小限のアクセス許可セットを使用して、最小特権の原則に従います。IAM ポリシーの `Action` プロパティおよび `Resource` プロパティに対する `*` ワイルドカードの使用を制限します。代わりに、可能な場合はアクションとリソースの有限セットを宣言します。最小特権およびその他のポリシーのベストプラクティスの詳細については、「[ポリシーに関するベストプラクティス](security_iam_id-based-policy-examples.md#security_iam_service-with-iam-policy-best-practices)」を参照してください。

最小特権のベストプラクティスは、Greengrass コアデバイスとクライアントデバイスにアタッチする AWS IoT ポリシーにも適用されます。

## Lambda 関数で認証情報をハードコードしない
<a name="no-hardcoded-credentials"></a>

ユーザー定義の Lambda 関数で認証情報をハードコードしないでください。認証情報をより適切に保護するには:
+  AWS サービスとやり取りするには、[Greengrass グループロール](group-role.md)で特定のアクションとリソースのアクセス許可を定義します。
+ [ローカルシークレット](secrets.md) を使用して認証情報を保存します。または、関数が AWS SDK を使用している場合は、デフォルトの認証情報プロバイダーチェーンの認証情報を使用します。

## 機密情報を記録しない
<a name="protect-pii"></a>

認証情報やその他の個人を特定できる情報 (PII) のログを記録しないようにしてください。コアデバイスのローカルログへのアクセスにはルートアクセス許可が必要であり、CloudWatch Logs へのアクセスには IAM のアクセス許可が必要ですが、次の防止策を実施することをお勧めします。
+ MQTT トピックパスに機密情報を使用しないでください。
+  AWS IoT Core レジストリ内のデバイス (モノ) の名前、タイプ、属性に機密情報を使用しないでください。
+ ユーザー定義 Lambda 関数に機密情報を記録しないでください。
+ Greengrass リソースの名前と ID に機密情報を使用しないでください。
  + Connector
  + コア
  + デバイス
  + 関数
  + グループ
  + Loggers
  + リソース (ローカル、Machine Learning、シークレット)
  + サブスクリプション

## ターゲットを絞ったサブスクリプションの作成
<a name="targeted-subscriptions"></a>

サブスクリプションは、サービス、デバイス、および Lambda 関数間でメッセージを交換する方法を定義することによって、Greengrass グループの情報フローを制御します。アプリケーションが意図したことだけを実行できるようにするには、サブスクリプションでパブリッシャーが特定のトピックにのみメッセージを送信できるようにし、サブスクライバーがその機能に必要なトピックからのみメッセージを受信するように制限する必要があります。

## デバイスのクロックを同期させる
<a name="device-clock"></a>

デバイスの時刻を正確に保つことが重要です。X.509 証明書には有効期限の日時があります。デバイスのクロックは、サーバー証明書が現在も有効であることを確認するために使用されます。時間の経過とともにデバイスのクロックがドリフトしたり、バッテリが放電したりする可能性があります。

詳細については、「AWS IoT Core デベロッパーガイド」の「[デバイスのクロックを同期化させる](https://docs.aws.amazon.com/iot/latest/developerguide/security-best-practices.html#device-clock)」を参照してください。

## Greengrass コアを使用したデバイス認証の管理
<a name="manage-device-authentication-with-core"></a>

<a name="gg-device-discovery"></a>クライアントデバイスは、[FreeRTOS](https://docs.aws.amazon.com/freertos/latest/userguide/freertos-lib-gg-connectivity.html) を実行、もしくは [AWS IoT Device SDK](what-is-gg.md#iot-device-sdk) または [AWS IoT Greengrass Discovery API](gg-discover-api.md) を使用して、同じ Greengrass グループ内のコアとの接続と認証に使用される検出情報を取得できます。検出情報には、以下が含まれます。
+ クライアントデバイスと同じ Greengrass グループに属する Greengrass コアの接続情報。この情報には、コアデバイスの各エンドポイントのホストアドレスとポート番号が含まれます。
+ ローカル MQTT サーバー証明書の署名に使用されるグループ CA 証明書。クライアントデバイスは、グループ CA 証明書を使用して、コアによって提示される MQTT サーバー証明書を検証します。

次に、Greengrass コアとの相互認証を管理するためのクライアントデバイスのベストプラクティスを示します。これらのプラクティスは、コアデバイスが侵害された場合のリスクを軽減するのに役立ちます。

**各接続のローカル MQTT サーバー証明書を検証します。**  
クライアントデバイスは、コアとの接続を確立するたびに、コアによって提示される MQTT サーバー証明書を検証する必要があります。この検証は、コアデバイスとクライアントデバイス間の相互認証のクライアントデバイス側です。クライアントデバイスは失敗を検出し、接続を終了できる必要があります。

**検出情報をハードコードしないでください。**  
コアが静的 IP アドレスを使用している場合でも、クライアントデバイスは検出オペレーションに依存してコア接続情報とグループ CA 証明書を取得する必要があります。クライアントデバイスがこの検出情報をハードコードすることはできません。

**検出情報を定期的に更新します。**  
クライアントデバイスは定期的に検出を実行して、コア接続情報とグループ CA 証明書を更新する必要があります。コアとの接続を確立する前に、クライアントデバイスでこの情報を更新することをお勧めします。検出オペレーションの時間を短くすると、潜在的なエクスポージャー時間が最小限に抑えられるため、クライアントデバイスを定期的に切断して再接続して、更新をトリガーすることをお勧めします。

Greengrass コアデバイスの制御が失われた場合に、クライアントデバイスがコアにデータを送信しないようにするには、以下を実行します。<a name="make-devices-distrust-core"></a>

1. Greengrass グループから Greengrass コアを削除します。

1. グループ CA 証明書をローテーションします。 AWS IoT コンソールでは、グループ**の設定**ページで CA 証明書をローテーションできます。 AWS IoT Greengrass API では、[CreateGroupCertificateAuthority](https://docs.aws.amazon.com/greengrass/v1/apireference/creategroupcertificateauthority-post.html) アクションを使用できます。

   また、コアデバイスのハードドライブが盗難にあう危険がある場合は、フルディスク暗号化の使用をお勧めします。

詳細については、「[AWS IoT Greengrassのデバイス認証と認可](device-auth.md)」を参照してください。

## 関連情報
<a name="security-best-practices-see-also"></a>
+ 「AWS IoT デベロッパーガイド」の「[AWS IoT Coreでのセキュリティのベストプラクティス](https://docs.aws.amazon.com/iot/latest/developerguide/security-best-practices.html)」
+ * AWS 公式ブログのモノのインターネット*に関する[産業用 IoT ソリューションの 10 のセキュリティゴールデンルール](https://aws.amazon.com/blogs/iot/ten-security-golden-rules-for-industrial-iot-solutions/)