2017-06-23 12 views
1

私の場合、私はフロントエンドアプリケーションによってアクセスされない、またはインターネットに公開する必要のない複数のバックエンドAPIを持っています。紺碧に複数のバックエンドapiを固定する方法は?

私の質問は、これらのAPIを保護する方法ですか? これらのAPIはすべて、複数のサービスプランに配備されています。

これらのバックエンドAPIは、OAuth(azure ADではない)に基づくアイデンティティプロバイダを使用して保護されているフロントエンドAPIによってアクセスできます。

Azure関数を使用してアクセスすることもできます。

新しいトークンの生成に基づいていないメカニズムはありますか?

関数とバックエンドの間で多くの呼び出しがあるため、両方のコンポーネントがバックエンドに存在するため、呼び出しごとにトークンを生成したくありません。

軽量版のセキュリティをお探しですか?

+0

どのようにあなたのフロントエンドとバックエンドのAPIの間でクライアント証明書を使用してはどうですか? –

+0

証明書が暗号化と復号化の負荷を追加していませんか? –

+0

それは気づいていません。 –

答えて

0

サービス原則authは、シナリオでバックエンドAPIをセキュリティで保護するために推奨される方法です。トポロジでは、サービス原則認証用に設定されたAzure ADアプリケーションにフロントエンドAPIとバックエンドAPIを追加します。フロントエンドAPIは、OAuthとサービス原則認証の両方で構成されます。彼らは、ソーシャルメディアのシングルサインオンを使用してユーザーを認証し、サービス原則authを使用してバックエンドAPIに安全な呼び出しを行うことができます。

は、ここでは、このシナリオのためのチュートリアルを読む:https://docs.microsoft.com/en-us/azure/app-service-api/app-service-api-dotnet-service-principal-auth

関連する問題