ゼロトラスト
ゼロトラスト
セキュリティの水準を引き上げる取り組みの一環として、GitLab はゼロトラスト、すなわちアクセス制御を組織のペリメーター（境界）から個人、資産、エンドポイントへと移すという実践を導入しています。この戦略の詳細については、Google BeyondCorp ホワイトペーパー: A New Approach to Enterprise Security をご覧ください。
私たちにとってゼロトラストとは、GitLab 環境内のエンドポイントや資産にアクセスしようとするすべてのデバイスが認証および認可を必要とすることを意味します。ゼロトラストは動的でリスクベースの判断に依存しているため、ユーザーも認可および検証されなければなりません: どの部門に所属しているか、どの役割を持っているか、アクセスしようとしているデータやホストはどれほど機密性が高いか、などです。私たちはゼロトラストロードマップの初期段階にありますが、このジャーニーを進める中で、学んだ教訓、プロセス、進捗を Security ブログ に文書化していきます。
ゼロトラストの概念と私たちの実装ロードマップの詳細については、GoogleNext19 での GitLab プレゼンテーションをご覧ください: https://www.youtube.com/watch?v=DrPiCBtaydM
Zero Trust Networking (ZTN) ブログシリーズ もぜひご覧ください。ここでは、私たちが今後直面すると予想される ZTN 実装の課題、すでに対応済みのもの、そして今後の展望について詳しく説明しています:
- パート 1: ゼロトラストの進化
- パート 2: GitLab におけるゼロトラスト: 課題、目標、今後の挑戦
- パート 3: GitLab におけるゼロトラスト: データ分類とインフラストラクチャの課題
- パート 4: GitLab におけるゼロトラスト: データゾーンと認証スコアリングによる課題の緩和
- パート 5: GitLab におけるゼロトラスト: 実装の課題
- パート 6: GitLab におけるゼロトラスト: ここからどこへ向かうのか?
/r/netsec subreddit に行って、ZTN 実装、ロードマップ、戦略などに関する質問に答えた 2019 年 10 月 29 日の Reddit AMA をご覧ください。
ID は ZTN フレームワーク実装の重要な要素です。GitLab は、クラウドアプリケーションアクセスの認証を標準化し、ユーザーフレンドリーな SSO を実装するために、Okta の実装を進めています。詳細については Okta ページをご覧ください。
c955a93f)