第5章. Snowflakeアクセスコントロールを活用する
この作品はAIを使って翻訳されている。ご意見、ご感想をお待ちしている:translation-feedback@oreilly.com
組織のデータ・リポジトリには、貴重な機密情報が詰まっていることがある。従って、このようなデータの保護とセキュリ ティ確保は不可欠であり、多くの場合、規制上または法律上の要件である。重要ではあるが、データ・セキュリティの必要性は、効率的なデータ・アクセスを求めるビジネス・ニーズと合理的なバランスを保たなければならない。言い換えれば、セキュリティのために、効果的かつ効率的な事業運営を妨げるほどデータアクセスを制限すべきではない。むしろ、セキュリティを犠牲にすることなく、必要なデータを必要な時に必要なユーザが利用できるようにしなければならない。そのバランスを取るためには、適切なセキュリティ・モデルの開発計画を立て、適切な利害関係者を関与させる必要がある。Snowflakeは、このバランスを簡単に実現することができる。
Snowflake に組み込まれているセキュリティ利点を活用した複数のセキュリティ層を作成することは、セキュリティ管理のベストプラクティスの一つである。外側のセキュリティレイヤー(図5-1の一番外側の同心円状の正方形)は、認証されたユーザのみがSnowflakeアカウントにアクセスできるようにするためのオプションとして、ネットワークポリシー、キーペア認証、多要素認証(MFA)、およびセキュアプライベートネットワークに依存している。Snowflakeは、データ暗号化によるデータセキュリティ保護を提供する。これらの外側のセキュリティ層については、 第 7 章で詳しく説明する。
図 5-1. Snowflake アカウント内のデータはすべて暗号化され、認証によって保護される。
この章では、次のレイヤーであるユーザ管理とオブジェクト・セキュリティについて学ぶ。この セキュリティタイプは、ロールベースのアクセス制御と裁量アクセス制御を使い、ユーザに特定のデータへのアクセスを開放する(図5-2参照)。 その先には、第7章でも取り上げるデータプライバシーアクセス制限があり、動的なデータマスキング、行レベルのセキュリティ、セキュアビューやセキュアユーザー定義関数(UDF)の使用など、アクセスを制限するもので、機密データやプライベートデータへの限定的なアクセスを提供する。
図 5-2. Snowflakeアカウント内のSnowflakeデータのレイヤーセキュリティ
この章では、Snowflake オブジェクトの安全性を確保するためにアクセス制御がどのように使用されるかを、互いに積み重なる一連の例を通して学ぶ。以下はその手順である:
-
Snowflakeのアクセス・コントロール・モデルについて学ぶ
-
保護可能なオブジェクトを作成する
-
カスタムロールを作成する
-
役割階層を代入する
-
ロールに権限を与える
-
ユーザに役割を代入する
-
作業をテストし、検証する ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access