Orbit Remoteのセキュリティ

Orbitへのクエリから返されるレスポンスには、あなたのロールで参照可能な情報のみが含まれます。あなたまたはエージェントが、より高いユーザーロールを必要とするGitLabの機能にアクセスしようとした場合、関連情報はグラフに表示されません。

Orbitのアクセスは階層的です。トップレベルグループで割り当てられたロールは、その配下のすべてのサブグループおよびプロジェクトに適用されます。Orbitを有効にしても、既存のアクセス権限は変更されません。

Orbitのクエリに必要なロール

グループをクエリするには、そのグループに対してレポーター以上のロールが必要です。

セキュリティデータへのアクセスには、セキュリティマネージャーロールが必要です。対象データは以下のとおりです。

• 脆弱性
• セキュリティの検出結果
• セキュリティスキャン
• スキャナー
• CVE/CWE識別子

セキュリティマネージャーロールが必要な理由は、クエリ実行後に集計結果をフィルタリングできないため、レポーターロールのユーザーにセキュリティの詳細が漏洩する可能性があるためです。レポーターロールのユーザーはグラフの他の部分をクエリできますが、集計カウントを含む結果からセキュリティエンティティは除外されます。

セキュリティアーキテクチャ

Orbitは独自に権限を生成しません。GitLabが「誰が何を参照できるか」の信頼できる唯一の情報源であり、すべてのクエリはGitLabを通じて認可されます。

アクセスは以下のレイヤーで制御されます。

• 組織の分離。クエリは常に自分の組織内のデータのみを参照します。
• 階層的なロールベースのスコープ。結果は、必要なロールを持つグループ、サブグループ、およびプロジェクトに限定されます。兄弟グループはスコープ外となります。
• 各結果のチェック。結果が返される前に、GitLabが各アイテムに対するあなたの権限を再確認し、アクセスできないものを除外します。これにより、機密アイテムや、SAMLグループリンク、IP制限などのランタイム制御も対象となります。

Orbitは読み取り専用です。GitLabからの変更を読み取るのみで、書き戻しは行いません。また、独立した環境で動作し、独自の権限データは保存しません。

プログラムによるアクセス

プログラムによるアクセスは、既存のGitLab認証を使用し、トークンオーナーがGitLabで参照できる範囲にスコープが限定されます。

• REST API: read_apiスコープを持つ標準（レガシー）パーソナルアクセストークンをBearerトークンとして送信します。きめ細かいパーソナルアクセストークンはサポートされていません。詳細については、REST APIを参照してください。
• MCP: GitLab OAuth。ネイティブHTTPクライアントはmcp_orbitスコープをリクエストします。詳細については、MCPを参照してください。
• GitLab Duo Agent Platform: 設定するトークンはありません。詳細については、GitLab Duo Agent Platformを参照してください。