セキュリティ

[アーティクル]
11/09/2015

このトピックでは、Azure Notification Hubs のセキュリティモデルについて説明します。 Notification Hubs は Service Bus エンティティなので、Service Bus と同じセキュリティモデルを実装しています。詳細については、「 Service Bus Authentication （Service Bus の認証）」のトピックを参照してください。

共有アクセスシークレットセキュリティ (SAS)

Notification Hubs は、SAS (Shared Access Signature) と呼ばれるエンティティレベルのセキュリティスキームを実装します。この方式では、メッセージングエンティティは最大 12 個の承認規則を記述で宣言し、そのエンティティに対する権限を付与できます。

各規則には、名前、キーの値 (共有シークレット)、および「セキュリティ要求」セクションで説明されている権限のセットが含まれます。 Notification Hub を作成すると、2 つの規則が自動的に作成されます。1 つは Listen 権限を持ち (クライアントアプリが使用するもの)、もう 1 つはすべてのすべての権限を持ちます (アプリバックエンドが使用するもの)。

クライアントアプリから登録管理を実行するとき、通知で送信される情報が機密性のものではない場合の (たとえば、最新の気象情報)、Notification Hub への一般的なアクセス方法は、クライアントアプリには Listen のみのアクセス規則のキー値を渡し、アプリバックエンドにはフルアクセス規則のキー値を渡すというものです。

Windows ストアクライアントアプリにキーの値を埋め込むことは推奨されません。キー値を埋め込まなくて済むようにするには、クライアントアプリの起動時にアプリバックエンドからキーを取得します。

Listen アクセス権を持つキーを使用するとクライアントアプリは任意のタグに登録できるということを理解しておく必要があります。アプリで特定のタグへの登録を特定のクライアントに制限する必要がある場合は (たとえば、タグがユーザー ID を表す場合)、アプリバックエンドが登録を実行する必要があります。詳細については、「登録管理」を参照してください。この方法ではクライアントアプリは Notification Hubs に直接アクセスしないことに注意してください。