3分でわかるAzureでのService Principal
- 5. ? リソースへのアクセスを必要とするアプリケーションやスクリプト があるとき、そのプロセスを特定のユーザーの資格情報で実行 すると高い確率で不都合が生じます。 ? ユーザーの権限がプロセスに割り当てるべき権限と異なっていた り、ユーザーの職責が変わったりする可能性があります。 ? そのような場合は、認証の資格情報とロールの割り当てを含んだ アプリケーションの ID を作成します。 ? アプリケーションは、その実行時に都度、この ID でログインする ことになります。 リソースにアクセスするためのサービス プリンシパルを Azure CLI で作成する
- 12. ? サービスプリンシパル作成時、パスワードと証明書、どちらかの認 証方式を選びます ? どちらかひとつです ? サービスプリンシパルを割り当てるアプリケーションによって判断します ? Azure Automation + PowerShell -> 証明書 ? Terraform -> パスワード ? 多くの場合はパスワード認証 (参考 https://azure.microsoft.com/ja-jp/documentation/articles/resource-group-authenticate-service-principal-cli/#-2 ) ? サービスプリンシパルに対するロール、権限付与は慎重に ? 「なんとなくOwner」とかしない ? 最小権限の原則 ? クラウド時代、セキュリティの最優先事項はネットワークでなくID管理になりつつあります