コンテンツアクセス管理はTeamsに依存しており、チーム管理を含むプランで利用可能です。
- 異なるチームや部署間でのアクセス分離
- 機密プロジェクトを特定の個人に限定する
- アクセス分離を求めるセキュリティポリシーの遵守
- 請負業者または外部コンサルタントのアクセス管理
仕組み
コンテンツアクセス管理は2つのレベルで機能します:会社レベルの設定
会社全体のアクセスモデルは、Project Access Controlトグルで設定します。- 無効(デフォルト):オープンアクセス。会社のすべてのユーザーがすべてのプロジェクトにアクセスできます
- 有効:制限付きアクセス。ユーザーは明示的にアクセス権を付与されたプロジェクトだけにアクセスできます
プロジェクトレベルのアクセス
プロジェクトアクセス制御を有効にすると、ユーザーは以下の3つの方法のいずれかでプロジェクトにアクセスできます。- チームメンバー
- プロジェクトメンバー
- プロジェクトオーナー
プロジェクトに割り当てられたチームに所属するユーザーは自動的にメンバーレベルのアクセス権を得ます。これは直接メンバーと同じ権限を提供しますが、プロジェクトごとではなくチームレベルで管理されます。チームの詳細はチームガイドを参照してください。
特別なケース
APIアクセス:アクセス制御はウェブインターフェースとAPI呼び出しの両方に適用されます。ユーザーは適切な権限を持っていなければAPIを通じてプロジェクトデータにアクセスできません。
コンテンツアクセス管理の実装方法
1
Project Access Controlを有効にする
- Company Settingsに移動する
- Project Access Control設定を見つける
- Project Access Controlトグルを有効にする
- 変更を保存する
2
プロジェクトへのアクセスを割り当てる
Project Access Controlを有効にした後、ユーザーにプロジェクトへのアクセス権を付与します。
- Content Accessページに移動する
- プロジェクトまたはメンバーを検索するか、チームまたはプロジェクトで一覧を絞り込む
- 各プロジェクトで次の操作を行う:
- 現在のメンバーとチームを表示
- 新しいユーザーをオーナーまたはメンバーとして追加
- プロジェクトにチームを追加する
- 既存のアクセス権を削除
- Edit Membersを使用して、複数のプロジェクトにアクセス権の変更を一括適用する
- 個別ユーザーの追加
- チームの追加
- 一括更新
- 管理したいプロジェクトをクリックします
- Add MemberまたはAdd Ownerを選択する
- 自社のユーザーリストからユーザーを選択する
- 役割の選択:
- オーナー:プロジェクト全体の管理権
- メンバー:セキュリティデータの閲覧および操作
- 追加内容を確認する
3
アクセスの確認
アクセスを割り当てた後:
- Content Accessページで割り当てが正しいことを確認する
- ユーザーアカウントで適切なプロジェクトにアクセスできるかどうかをテストします
- アクセス権のないユーザーに制限対象のプロジェクトが表示されないことを確認する
4
継続的な管理
組織の進化に伴い:
- 新規プロジェクト:新規プロジェクト作成時にオーナーとメンバーを割り当てる
- 新規ユーザー:関連するプロジェクトやチームに追加
- 役割変更:役割が変更された際にアクセスを更新し、プロジェクトオーナーを一括で置き換える
- 離脱:非アクティブユーザーはアクティブアクセスリストから非表示になり、選択されたプロジェクトから非アクティブユーザーを一括で削除できます
ベストプラクティス
有効化する前に計画
有効化する前に計画
プロジェクトアクセスコントロールを有効にする前に:
- どのユーザーがどのプロジェクトにアクセスできるべきかを文書化すること
- まずチーム作成を検討し、割り当てを簡素化すること
- 組織への変更を伝える
- 一部のプロジェクトを対象とする試験導入を検討する
Teamsを活用して大規模環境に対応
Teamsを活用して大規模環境に対応
複数のユーザーが参加するプロジェクトでは、個別ではなくチーム単位で割り当てます。
- ✅ 10プロジェクト(10オペレーション)に「バックエンドチーム」を追加
- ❌ 10プロジェクト(150のオペレーション)に15人の個別ユーザーを追加
プロジェクトごとに1人以上のオーナーを割り当て
プロジェクトごとに1人以上のオーナーを割り当て
各プロジェクトに、次の操作が可能なオーナーを1人以上割り当てます。
- プロジェクト設定の管理
- 他のユーザーの追加/削除
- プロジェクト固有の構成を扱う
オーナーとメンバーを区別
オーナーとメンバーを区別
オーナーロールは必要なユーザーだけに割り当てます。
- オーナー:プロジェクトリーダー、マネージャー、プロジェクトを担当するシニアエンジニア
- メンバー:コントリビューター、レビュアー、閲覧権限が必要な関係者
定期的なアクセス監査
定期的なアクセス監査
プロジェクトアクセスの定期的なレビューをスケジュールする:
- 四半期または半年ごとに、各プロジェクトへのアクセス権を確認
- 不要なユーザーのアクセス権を解除する
- 役割が変更されたユーザーのアクセスを更新すること
- フィルタリングされたプロジェクト間で古くなった割り当てをまとめて整理するための一括アクション
- コンプライアンス目的でのアクセスデータのエクスポート
検索機能を使用
検索機能を使用
コンテンツアクセスページには検索機能とフィルターが含まれています:
- 特定のプロジェクトを素早く見つける
- アクティブユーザーまたは非アクティブユーザーを検索し、割り当てられたプロジェクトを確認します
- アクセスのレビューや一括変更の適用前にチームやプロジェクトごとにフィルタリングする
アクセスデータをエクスポート
アクセスデータをエクスポート
次の用途にアクセス設定をエクスポートできます。
- コンプライアンス監査
- セキュリティレビュー
- 文書化目的
- 大量変更を行う前のバックアップ
ワークフローを考慮
ワークフローを考慮
組織の実際の運用方法にアクセス制御を合わせます。
- チームがサイロ化(フロントエンド/バックエンド/モバイルが別々)の場合、厳格なアクセス制御を適用します
- チーム構成が流動的で共同作業が多い場合は、オープンアクセスが適していることがあります
- ハイブリッド方式を採用:ほとんどのプロジェクトはオープンアクセス、機密プロジェクトは制限付きアクセス(ただし一部のプロジェクトは別の会社スペースに置く必要があります)
変更を伝える
変更を伝える
アクセスを変更する際:
- アクセス権を失う前に影響を受けるユーザーに通知する
- アクセスが許可または取り消される理由の説明
- アクセスポリシーを文書化し、ユーザーがルールを理解できるようにする
最小限の権限から開始
最小限の権限から開始
迷った時:
- 所有者アクセスではなくメンバーアクセスを付与する
- 必要に応じて、ユーザーは権限の追加を申請できます
- 過剰な権限を取り消すより、必要に応じて権限を追加する方が容易です
よくある質問
プロジェクトアクセス制御を有効にしたとき、既存ユーザーに何が起こりますか?
プロジェクトアクセス制御を有効にしたとき、既存ユーザーに何が起こりますか?
オーナー、メンバー、またはチームとして明示的に割り当てられていないプロジェクトには、直ちにアクセスできなくなります。事前に計画し、機能を有効にする前または直後にアクセス権を割り当ててください。
一部のプロジェクトではアクセス制御を有効にしても、他のプロジェクトでは無効にできますか?
一部のプロジェクトではアクセス制御を有効にしても、他のプロジェクトでは無効にできますか?
できません。Project Access Controlは会社全体の設定であり、会社内のすべてのプロジェクトに対して有効または無効になります。
オーナーとメンバーの違いは何ですか?
オーナーとメンバーの違いは何ですか?
オーナーはプロジェクト設定とアクセス権を管理でき、
Can delete project権限も持つ場合はプロジェクトを削除できます。メンバーはセキュリティデータを表示、操作できますが、プロジェクト設定やアクセス権は変更できません。もし誰かが直接のメンバーであり、同時にプロジェクトに割り当てられたチームの一員でもある場合、どうなるのでしょうか?
もし誰かが直接のメンバーであり、同時にプロジェクトに割り当てられたチームの一員でもある場合、どうなるのでしょうか?
両方の経路でアクセスできます。チームから削除しても直接付与されたメンバー権限には影響せず、その逆も同様です。
アクセス権がなくても、どのプロジェクトが存在するか確認できますか?
アクセス権がなくても、どのプロジェクトが存在するか確認できますか?
いいえ。プロジェクトアクセス制御を有効にすると、ユーザーは自分がアクセスできるプロジェクトのみを見ることができます。アクセスできないプロジェクトは完全に隠されています。
統合はアクセス制御を尊重しますか?
統合はアクセス制御を尊重しますか?
はい。API呼び出しと連携にも、Webインターフェースと同じアクセス制御ルールが適用されます。
何かをテストするために一時的にアクセス制御を無効にすることはできますか?
何かをテストするために一時的にアクセス制御を無効にすることはできますか?
はい、プロジェクトアクセスコントロールのオン・オフを切り替えることができます。ただし、無効化・再有効化するたびに、アクセス割り当てが適切かどうかを確認する必要があります。
誰がプロジェクトアクセスの割り当てを管理できますか?
誰がプロジェクトアクセスの割り当てを管理できますか?
プロジェクトオーナーは担当プロジェクトのアクセス権を管理できます。会社管理者はすべてのプロジェクトのアクセス権を管理できます。通常のメンバーはアクセス権を管理できません。
ユーザーが非アクティブ化された場合、何が起こるのでしょうか?
ユーザーが非アクティブ化された場合、何が起こるのでしょうか?
無効化されたユーザーは、Content Accessの表、メンバーモーダル、CSVエクスポートで、有効なプロジェクトオーナーまたはメンバーとして表示されなくなります。会社管理者はEdit Membersを使用して、選択したプロジェクトから無効化されたユーザーを一括削除できます。
これはスキャンや修正の方法に影響しますか?
これはスキャンや修正の方法に影響しますか?
いいえ。アクセス制御は、プロジェクトとそのデータを閲覧できる人にのみ影響します。Corgeaがリポジトリをスキャンしたり修正を生成したりする方法は変わりません。
関連ドキュメント: サポートが必要な場合 組織のコンテンツアクセス管理の設定や運用については、Corgeaサポートにお問い合わせください。
