正式なドキュメントは英語版であり、この日本語訳はAI支援翻訳により作成された参考用のものです。日本語訳の一部の内容は人間によるレビューがまだ行われていないため、翻訳のタイミングにより英語版との間に差異が生じることがあります。最新かつ正確な情報については、英語版をご参照ください。
ドキュメントに関する現在のご利用体験についてお聞かせください。アンケートにご協力ください。

GitLab 18.3 リリースノート

2025年8月21日、GitLab 18.3 が以下の機能とともにリリースされました。

また、今月の注目コントリビューターをはじめ、すべてのコントリビューターの皆様に感謝申し上げます。

今月の注目コントリビューター: Ahmed Kashkoush

18.3 では、Ahmed Kashkoush さんを注目コントリビューターとして表彰できることを嬉しく思います。

Ahmed さんは、今夏の Google Summer of Code への参加を通じて、GitLab Web IDE への優れたコントリビューターとして活躍されました。長年にわたるコミュニティからのリクエストに直接応える形で、重要な Git 操作を継続的に実装してきました。 5 件の大規模なマージリクエストには、コミットと強制プッシュ機能、更新確認メッセージ、コミット修正機能、ブランチ作成操作、ブランチ削除機能が含まれています。

新機能の実装にとどまらず、Ahmed さんはコミュニティから 24 件のサムズアップを獲得していた、Web IDE からの既存コミット修正という 5 年以上前からの機能リクエストを解決しました。 包括的なブランチ管理の実装により、Web IDE はローカル開発環境との機能の同等性に近づき、基本的な Git 操作のためにインターフェースを切り替える必要がなくなりました。 Ahmed さんの取り組みは、Web IDE を開発者にとってより使いやすくすることで、「誰もがコントリビュートできる」という GitLab のミッションを直接支援するものです。

Ahmed さんは、Google Summer of Code プログラムを通じてメンターを務めた GitLab のスタッフフロントエンドエンジニア、Enrique Alcántara さんから推薦されました。 「Ahmed さんは、実際のユーザーの課題を解決することへの献身を示してくれました」と Enrique さんは語ります。 「彼の取り組みは、集中したコントリビューターが GitLab のコア機能の改善にどれほどの影響を与えられるかを示しています。」

Ahmed さんのコントリビューションは、オープンソース開発におけるメンターシップとコミュニティコラボレーションの力を示すものであり、ローカル環境に関わらず、すべての開発者にとって GitLab をより使いやすくするものです。

Ahmed さん、GitLab の Web IDE への素晴らしいコントリビューションに感謝します！

主要機能

Visual Studio 向け Duo Agent Platform（ベータ版）

Visual Studio 向け Duo Agent Platform のパブリックベータ版リリースをお知らせします。このリリースにより、Visual Studio ユーザーは IDE 内で直接 Duo Agent Platform の高度な AI 機能を利用できるようになりました。

Duo Agent Platform は、ワークフローに 2 つの強力な機能をもたらします。

  • Agentic Chat: ファイルの作成・編集、パターンマッチングや grep を使ったコードベースの検索、コードに関する即時回答など、会話形式のタスクを Visual Studio を離れることなく素早く実行できます。
  • エージェントフロー: 包括的な計画と実装サポートにより、より大規模で複雑なタスクに取り組めます。エージェントフローは、イシュー、マージリクエスト、コミット、CI/CD パイプライン、セキュリティ脆弱性などの GitLab リソースを活用して、高レベルのアイデアをアーキテクチャとコードに変換するのに役立ちます。

両機能は、ドキュメント、コードパターン、プロジェクト情報にわたるインテリジェントな検索を提供し、クイック編集から詳細なプロジェクト分析までシームレスに移行できるようにします。

Visual Studio で Duo Agent Platform ベータ版を今すぐお試しいただき、開発ワークフローにおける新たな生産性と AI アシスタンスをご体験ください。

埋め込みビュー（GLQL 搭載）

このリリースでは、GLQL を搭載した埋め込みビューが一般公開されます。GitLab データの動的でクエリ可能なビューを、作業が行われる場所（Wiki ページ、エピックの説明、イシューのコメント、マージリクエスト）に直接作成・埋め込むことができます。

埋め込みビューは、複数の場所を移動することなく作業の進捗を追跡するための安定した基盤をチームに提供します。使い慣れた構文でイシュー、マージリクエスト、エピック、その他の作業アイテムをクエリし、カスタマイズ可能なフィールドとフィルタリングを使用してテーブルまたはリストとして結果を表示できます。

埋め込みビューは、静的なドキュメントをプロジェクトデータと常に同期したダッシュボードに変換し、チームがワークフロー全体でコンテキストを維持し、コラボレーションを向上させるのに役立ちます。

埋め込みビューの継続的な改善に向けて、ご意見をお待ちしています。フィードバックイシューにてご意見・ご提案をお寄せください。

ダイレクト転送によるマイグレーション

ダイレクト転送によるマイグレーションが一般公開されました。ダイレクト転送で GitLab インスタンス間の GitLab グループとプロジェクトをマイグレーションするには、GitLab UI または REST API を使用できます。

エクスポートファイルのアップロードによるマイグレーションと比較して、ダイレクト転送では以下の利点があります。

  • 大規模プロジェクトでより確実に動作します。
  • ソースインスタンスと宛先インスタンス間のバージョン差が大きいマイグレーションをサポートします。
  • マイグレーションプロセスと結果に関するより優れたインサイトを提供します。

GitLab.com では、ダイレクト転送によるマイグレーションがデフォルトで有効になっています。GitLab Self-Managed および GitLab Dedicated では、管理者が機能を有効化する必要があります。

CI/CD ジョブトークンのきめ細かい権限

パイプラインのセキュリティがより柔軟になりました。ジョブトークンは、パイプライン内のリソースへのアクセスを提供する一時的な認証情報です。これまで、これらのトークンはユーザーの完全な権限を継承していたため、不必要に広範なアクセス権限が付与されることがありました。

新しいジョブトークンのきめ細かい権限機能により、プロジェクト内でジョブトークンがアクセスできる特定のリソースを正確に制御できるようになりました。これにより、CI/CD ワークフローに最小権限の原則を実装し、CI/CD ジョブトークンでプロジェクトにアクセスする際に、ジョブがタスクを完了するために必要な最小限のアクセスのみを付与できます。

パイプラインにおける長期トークンへの依存を減らすため、追加のきめ細かい権限の追加に積極的に取り組んでいます。

GitLab Duo Self-Hosted でのコードレビュー（ベータ版）

GitLab Duo Self-Hosted で GitLab Duo コードレビューが利用できるようになりました。この機能は GitLab Duo Self-Hosted でベータ版として提供されており、Mistral、Meta Llama、Anthropic Claude、OpenAI GPT モデルファミリーをサポートしています。

GitLab Duo Self-Hosted でコードレビューを使用することで、データ主権を損なうことなく開発プロセスを加速できます。コードレビューがマージリクエストをレビューすると、潜在的なバグを特定し、直接適用できる改善提案を行います。コードレビューを使用して、人間にレビューを依頼する前に変更を反復・改善してください。

コードレビューに関するフィードバックはイシュー 517386 にてお寄せください。

GitLab Duo コードレビューのカスタム指示

GitLab Duo コードレビューのカスタム指示を使用して、プロジェクト全体で一貫したコードレビュー基準を適用できます。glob パターンを使用してファイルタイプごとに特定のレビュー基準を定義し、言語固有の規約が最も重要な場所に適用されるようにします。

カスタム指示を使用すると、以下のことができます。

  • チームのコードレビュー基準を記述する
  • glob パターンを使用してファイル固有の指示を定義する
  • カスタム指示を参照する明確にラベル付けされたフィードバックを確認する

リポジトリに .GitLab/duo/mr-review-instructions.YAML ファイルを作成し、カスタム指示を記述するだけです。GitLab Duo はこれらの指示をレビューに自動的に組み込み、フィードバック提供時に特定の指示グループを引用します。

フィードバックイシューにてご意見・ご提案をお寄せいただき、この機能の改善にご協力ください。

GitLab Duo Self-Hosted への独自モデルの持ち込み（ベータ版）

GitLab Duo Self-Hosted で、GitLab Duo 機能に使用する独自のモデルを持ち込めるようになりました。この機能はベータ版で、GitLab Duo Enterprise を利用するすべての GitLab Self-Managed のお客様が利用できます。インスタンス管理者は、サポートされている GitLab Duo 機能で使用する互換性のあるモデルを設定できます。

この機能により GitLab Duo Self-Hosted の柔軟性が向上しますが、すべての GitLab Duo 機能がすべての互換モデルで動作することを GitLab は保証できません。インスタンス管理者は、選択したモデルの互換性とパフォーマンスを検証する責任があります。GitLab は、選択したモデルまたはプラットフォームに固有の問題に対するテクニカルサポートを提供しません。

GitLab Duo Self-Hosted でのハイブリッドモデル選択（ベータ版）

GitLab Duo Self-Hosted で、GitLab AI ベンダーモデルとプライベートに設定されたセルフホストモデルを組み合わせて使用できるようになりました。この機能はベータ版で、GitLab Duo Enterprise のすべてのお客様が GitLab Self-Managed で利用できます。

GitLab Duo Self-Hosted のハイブリッドモデルにより、GitLab Self-Managed インスタンス管理者は、機能ごとにセルフホストモデルとセルフホスト AI ゲートウェイ、または GitLab AI ベンダーモデルと GitLab ホスト型 AI ゲートウェイを選択できるようになりました。これにより、管理者はセキュリティとスケーラビリティの要件のバランスを取ることができます。ハイブリッドモデル選択に関するフィードバックは、イシュー 561048 をご覧ください。

コンプライアンスフレームワーク管理の違反の表示（ベータ版）

  • プラン: Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
  • リンク: ドキュメント

以前、コンプライアンス違反レポートは、グループ内のすべてのプロジェクトのマージリクエストアクティビティの概要を提供していました。利用可能なコンプライアンス違反は、以下のような職務分離に関するものでした。

  • マージリクエストの作成者が自分のマージリクエストを承認した場合の検出。
  • 2 件未満の承認でマージリクエストがマージされた場合。

しかし、ユーザーフィードバックにより、実際のコンプライアンスユースケースとの整合性が取れていないため、ユーザーが違反の分類を混乱しやすく理解しにくいと感じていることが明らかになりました。

GitLab 18.3 では、職務分離を超えてコンプライアンスフレームワーク内のコンプライアンス管理と要件の違反を含めることで、違反レポートを大幅に強化しています。 各カスタムコンプライアンスフレームワーク管理には、違反に関する詳細なコンテキストを提供する関連監査イベントがあります。違反を行ったユーザー、発生日時、修正方法などが含まれます。 これには、ユーザーの名前と IP アドレス、および実行可能な修正提案が含まれます。

これらの改善により、コンプライアンスマネージャーは組織が特定のコンプライアンスフレームワークに準拠していることを確認するためのより強力で関連性の高いコンテキストを得られるとともに、コンプライアンス違反を効果的に特定、修正、防止できるという安心感を提供します。

Web IDE の新しいソース管理操作

  • プラン: Free、Premium、Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
  • リンク: ドキュメント

Web IDE に追加のソース管理機能が追加されたことをお知らせします。ブラウザを離れることなく、Git ワークフローをより効率的に管理できます。ソース管理パネルで以下の操作が可能になりました。

  • ブランチの作成と削除。
  • 既存のブランチをベースとして新しいブランチを作成。
  • 最後のコミットを修正してクイック修正を行う。
  • インターフェースから直接変更を強制プッシュ。

これらの機能強化により、Git 操作をすぐに利用できるようになります。利用可能な機能については、ソース管理の使用をご覧ください。

GitLab CI/CD での AWS Secrets Manager サポート

AWS Secrets Manager に保存されたシークレットを CI/CD ジョブで簡単に取得して使用できるようになりました。AWS との新しいインテグレーションにより、GitLab CI/CD を通じた AWS Secrets Manager との連携プロセスが簡素化され、AWS をご利用のお客様のビルドおよびデプロイプロセスの効率化に役立ちます！

GitLab の共同開発プログラムを通じてこの機能の構築に貢献してくださった Markus Siebert さんと Henry Sachs さんに感謝します！

カスタム管理者ロール

カスタム管理者ロールにより、GitLab Self-Managed および GitLab Dedicated インスタンスの管理者エリアに詳細な権限が導入されます。完全なアクセスを付与する代わりに、管理者はユーザーが必要とする特定の機能のみにアクセスする専門的なロールを作成できるようになりました。この機能は、組織が管理機能に最小権限の原則を実装し、過剰な権限によるセキュリティリスクを軽減し、運用効率を向上させるのに役立ちます。

ご質問、実装経験の共有、または潜在的な改善についてチームと直接やり取りをご希望の場合は、フィードバックイシューをご覧ください。

エージェントコア

GitLab Duo Self-Hosted で利用可能なモデルの追加

GitLab Duo Enterprise を利用する GitLab Self-Managed のお客様は、GitLab Duo Self-Hosted で Anthropic Claude 4 を使用できるようになりました。 Claude 4 は AWS Bedrock でサポートされています。オープンソースの OpenAI GPT OSS 20B および 120B が実験的モデルとして追加され、vLLM、Azure OpenAI、AWS Bedrock で利用できます。GitLab Duo Self-Hosted でのこれらのモデルの使用に関するフィードバックは、イシュー 523918 をご覧ください。

スケールとデプロイ

「自分の作業」のグループに対する新しいナビゲーション体験

自分の作業のグループ概要に大幅な改善を加えたことをお知らせします。グループの検索とアクセスを効率化するよう設計されています。 新しいタブ付きインターフェースには、アクセス可能なグループの包括的なビューを提供するメンバータブと、削除待ちのグループを追跡する非アクティブタブが含まれています。 また、適切な権限を持つユーザーのリストビューに編集と削除アクションを追加することで、グループ管理を効率化しました。 これらの改善により、最も重要なグループを見つけて管理しやすくなることを願っています。

このアップデートに関するフィードバックをお待ちしています！エピック 18401 のディスカッションに参加して、新しいナビゲーションシステムのご体験をお聞かせください。

管理者エリアのプロジェクトリストの強化

GitLab 管理者にとってより一貫したエクスペリエンスを提供するため、管理者エリアのプロジェクトリストをアップグレードしました。

  • 遅延削除保護: プロジェクトの削除は、GitLab 全体で使用されているのと同じ安全な削除フローに従うようになり、誤ったデータ損失を防ぎます。
  • より高速な操作: ページをリロードせずにプロジェクトのフィルタリング、ソート、ページネーションが可能になり、よりレスポンシブなエクスペリエンスを提供します。
  • 一貫したインターフェース: プロジェクトリストが GitLab 全体の他のプロジェクトリストの外観と動作に合わせて統一されました。

このアップデートにより、管理者エクスペリエンスが GitLab デザイン標準に沿ったものになり、データを保護するための重要な安全機能が追加されました。プロジェクト管理の将来の機能強化は、プラットフォーム全体のすべてのプロジェクトリストに自動的に反映されます。

統合 DevOps とセキュリティ

依存関係スキャンアナライザーのファイル位置情報の改善

依存関係をそのソースまでトレースできることは、特に脆弱性の修正において重要です。以前は、依存関係スキャンアナライザーが有効期限切れで削除されたジョブアーティファクトにリンクすることがありました。これにより、依存関係のソースまでトレースすることが困難でした。 依存関係スキャンアナライザーは、依存関係を導入したプロジェクトファイルにリンクできるようになりました。このオプションを有効にすると、依存関係リストと脆弱性レポートのリンクが確実に機能します。 ユーザーは、依存関係スキャンジョブに DS_FF_LINK_COMPONENTS_TO_GIT_FILES=true を設定することでこの機能を有効にできます。

ライセンス情報のユーザー定義ソース

GitLab ライセンスデータベースと CycloneDX SBOM レポートのどちらのライセンス情報ソースを優先するかを選択できるようになりました。これにより、オープンソースの依存関係のライセンス情報のソースをより柔軟に選択できます。 ライセンス情報のソースを定義したいユーザーは、セキュリティ設定 UI を使用して選択できます。デフォルトでは、ライセンス情報のソースとして SBOM データを使用します。

簡潔な DAST ジョブ出力

GitLab 18.3 では、動的解析セキュリティテストのジョブ出力にいくつかの改善が導入されています。

この改善されたジョブ出力は、スキャン結果の理解と障害のトラブルシューティングに役立つ、明確で構造化された情報を提供します。

ジョブ出力の各セクションは簡潔で直感的であり、出力の最下部にトラブルシューティングドキュメントへのリンクが含まれています。 簡潔なジョブ出力をオーバーライドするには、DAST 設定で DAST_FF_DIAGNOSTIC_JOB_OUTPUT: "true" を設定してください。

インスタンスレベルのコンプライアンスとポリシー管理（ベータ版）

エンタープライズユーザーは、複数のトップレベルグループにわたってコンプライアンスフレームワークとセキュリティポリシーを管理したいと考えています。 これは、インスタンス内のすべてのグループが以下の条件を満たす場合によく見られます。

  • 同じコンプライアンスフレームワークを共有している場合。たとえば、グループ内のすべてのプロジェクトが ISO 27001 標準に準拠する必要がある場合。
  • 同様のポリシーを適用している場合。たとえば、すべてのグループが同じパイプライン実行ポリシーを共有している場合。

GitLab 18.3 では、GitLab Self-Managed インスタンスのコンプライアンスとセキュリティポリシー管理がベータ版として利用可能になりました。単一のトップレベルグループからコンプライアンスフレームワークとセキュリティポリシーを作成、設定、割り当て、GitLab Self-Managed インスタンス全体の他のすべてのトップレベルグループに適用できるようになりました。

コンプライアンスとセキュリティポリシーのトップレベルグループを使用すると、コンプライアンスフレームワークとセキュリティポリシーを管理・編集できる信頼できる唯一の情報源を持つことができます。 グループ管理者は、これらのコンプライアンスフレームワークとセキュリティポリシーをグループ内のすべてのプロジェクトに適用できます。

選択したトップレベルのコンプライアンスとセキュリティポリシーグループから主要なフレームワークとポリシーを管理することで、GitLab Self-Managed インスタンス全体で主要なコンプライアンスとセキュリティのニーズを管理・適用しやすくなります。 ただし、グループはそれぞれのグループで発生する可能性のある特定の状況やワークフローに対応するために、独自のコンプライアンスフレームワークとセキュリティポリシーを作成する能力を引き続き保持します。

この機能は GitLab Self-Managed のお客様向けです。GitLab.com および GitLab Dedicated のお客様は、すでに単一のトップレベルグループまたはネームスペース内でポリシーを一元管理できるためです。

シャロークローンによるワークスペースの起動時間の短縮

  • プラン: Premium、Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
  • リンク: ドキュメント

ワークスペースは起動時間を短縮するためにシャロークローンを使用するようになりました。初期化中、GitLab は完全な Git 履歴の代わりに最新のコミット履歴のみをダウンロードします。ワークスペースの起動後、Git はバックグラウンドでシャロークローンを完全なクローンに変換します。

この機能はすべての新しいワークスペースに自動的に適用され、設定は不要で、開発ワークフローには影響しません。

GitLab 管理の OpenTofu および Terraform ステートの新しい CLI コマンド

GitLab CLI（glab）に新しいトップレベルコマンド opentofu が追加されました。 opentofu コマンドは terraform および tf コマンドのエイリアスとして設定されており、GitLab 管理の OpenTofu および Terraform ステートの操作を支援します。

以下のコマンドが追加されました。

  • glab opentofu init: ステートバックエンドをローカルで初期化します。
  • glab opentofu state list: プロジェクト内のすべてのステートを一覧表示します。
  • glab opentofu state download: 最新のステートまたは特定のバージョンをダウンロードします。
  • glab opentofu state delete: ステート全体または特定のバージョンを削除します。
  • glab opentofu state lock: ステートをロックします。
  • glab opentofu state unlock: ステートのロックを解除します。

opentofu コマンドでステートを管理するには、glab 1.66 以降が必要です。

Kubernetes 1.33 のサポート

GitLab は Kubernetes バージョン 1.33 を完全にサポートするようになりました。アプリを Kubernetes にデプロイしている場合、接続されているクラスターを最新バージョンにアップグレードして、すべての機能を活用できます。

詳細については、GitLab 機能でサポートされている Kubernetes バージョンをご覧ください。

OAuth アプリが SSO 認証をサポート

  • プラン: Premium、Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
  • リンク: ドキュメント

OAuth アプリケーションが組織のシングルサインオン要件とシームレスに統合できるようになりました。以前は、ユーザーは GitLab で一度、SSO で一度と 2 回認証する必要があり、不必要な摩擦と複雑さが生じていました。

OAuth アプリケーションは、認証リクエストにパラメーターを指定することで、必要に応じて SSO 認証を自動的にトリガーできるようになりました。これにより以下が提供されます。

  • ユーザーへの統一された認証エクスペリエンス
  • 組織の SSO ポリシーへの自動準拠
  • すべての GitLab インテグレーションにわたる一貫したセキュリティ
  • パラメーターを追加するだけの開発者向けシンプルな実装

OAuth インテグレーションは SSO ポリシーを自動的に遵守するようになり、セキュリティを維持しながら混乱を招く認証ワークフローを排除します。

GitLab Pages サイトのユニークドメインデフォルトの制御

  • プラン: Free、Premium、Ultimate
  • 提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
  • リンク: ドキュメント

管理者は、新しい GitLab Pages サイトのユニークドメインのデフォルト動作を設定できるようになりました。デフォルトでは、新しい Pages サイトはサイト間の Cookie 共有を防ぐためにユニークドメイン URL（my-project-1a2b3c.example.com など）を使用します。

このインスタンスの新しい設定により、新しい Pages サイトがデフォルトでパスベースの URL（my-namespace.example.com/my-project など）を使用するように設定できます。これにより、組織は GitLab Pages の動作をワークフローとセキュリティ要件に合わせることができます。

ユーザーは個々のプロジェクトに対してこの設定をオーバーライドでき、既存の Pages サイトは影響を受けません。

Wiki 機能の強化

このリリースでは、3 つの主要な改善を含む強化された Wiki エクスペリエンスが導入されます。Wiki ページをサブスクライブしたり、ページ編集中に Wiki コメントを表示したり、Wiki ページのコメントをソートしたりできるようになりました。

これらの機能強化により、チームはドキュメントでより効果的にコラボレーションできます。

  • コンテキスト内でコンテンツを直接ディスカッションする。
  • 改善点や修正点を提案する。
  • ドキュメントを正確かつ最新の状態に保つ。
  • 知識と専門知識を共有する。

これらのアップデートにより、GitLab Wiki は直接のフィードバックとディスカッションを通じてプロジェクトとともに進化するドキュメントになります。

エピックの担当者、マイルストーンなどの一括編集

グループ内でより多くのエピック属性を一括編集できるようになりました。ラベルに加えて、複数のエピックの担当者、ヘルスステータス、サブスクリプション、機密性、マイルストーンを一度に更新できるようになりました。

この機能強化により、複数のエピックに同じ変更を同時に適用できるため、大量のエピックをより迅速に管理できます。

API を介したパイプライン実行ポリシーへの CI/CD 設定アクセスの付与

Projects REST API を使用して、新しい spp_repository_pipeline_access フィールドでセキュリティポリシープロジェクトのパイプライン実行ポリシー設定をプログラムで有効または無効にできます。以前は、この設定は GitLab UI からのみ管理できました。この機能強化により、以下が可能になりました。

  • 現在のパイプライン実行ポリシーステータスを GET で取得する。
  • PUT で設定をプログラムで有効または無効にする。

この改善により、大規模なセキュリティポリシーを管理するチームの自動化とインテグレーションワークフローが向上します。

脆弱性レポートでの OWASP 2021 によるグループ化

プロジェクトとグループの脆弱性レポートで、OWASP Top 10 2021 カテゴリ別に脆弱性をグループ化できるようになりました。GitLab.com および GitLab Dedicated インスタンスのみで利用可能です。

スキャン実行ポリシーテンプレート

スキャン実行ポリシーテンプレートを使用すると、一般的なユースケースに基づいてスキャン実行ポリシーを素早く作成できます。3 つのテンプレートから選択できます。

  • マージリクエストセキュリティ
  • スケジュールスキャン
  • リリースセキュリティ

テンプレートを選択したら、テンプレートで有効にする GitLab セキュリティスキャンを選択して、すぐに使い始めることができます。より高度なユースケースがある場合は、カスタム設定に切り替えて、特定のブランチパターン、パイプラインソースなどでポリシーを拡張できます。

セキュリティポリシーの監査イベント

GitLab Ultimate では、セキュリティポリシー管理のための包括的な監査イベントが提供されるようになり、各セキュリティポリシープロジェクト内でイベントが整理・一元化されています。

セキュリティチームは以下のことができるようになりました。

  • 詳細なメタデータを含むすべてのポリシー変更を追跡する。
  • スキャンおよびパイプライン実行の失敗を含む適用失敗を監視する。
  • スキップされたスキャン実行とパイプライン実行パイプラインを監視する。
  • ポリシー違反のある MR のマージを含む、各プロジェクト内のポリシー違反を検出する。
  • 制限を超えた場合にアラートを受け取る。
  • ポリシー設定エラーを検出する。
  • 大量シナリオ向けのストリーミング専用オプションを使用する。

新しい監査イベントには以下が含まれます。

この機能強化により、ポリシーの変更、設定エラー、適用のギャップにアクセスできるようになり、インシデント対応の迅速化と徹底的な監査機能が実現し、セキュリティ対策状況が強化されます。

承認ポリシーのサービスアカウントとアクセストークンの例外

新しいサービスアカウントとアクセストークンの例外機能により、必要に応じてマージリクエスト承認ポリシーを回避できるサービスアカウントとアクセストークンを指定できます。これにより、既知の自動化の摩擦を排除しながら、セキュリティ管理を維持します。

主な機能は以下のとおりです。

  • 自動化ワークフローのサポート: CI/CD パイプライン、プルミラーリング、自動バージョン更新の承認要件を回避するために、特定のサービスアカウント、ボットユーザー、グループアクセストークン、プロジェクトアクセストークンを設定します。サービスアカウントは、人間のユーザーへの制限を維持しながら、承認済みトークンを使用して保護ブランチに直接プッシュできます。
  • 緊急アクセスと監査: 包括的な監査証跡を備えた重大インシデントのブレークグラスシナリオを有効にします。すべての回避イベントは、コンテキストと理由を含む詳細な監査ログを生成し、停止やセキュリティ修正時の迅速な対応を可能にしながらコンプライアンス要件をサポートします。
  • GitOps インテグレーション: リポジトリミラーリング、外部 CI システム（Jenkins、CloudBees）、自動変更履歴生成、GitFlow リリースプロセスなど、一般的な自動化の課題をアンブロックします。サービスアカウントは、特定のプロジェクトとブランチにスコープされたトークンベースのアクセスで最小限の必要な権限を受け取ります。

この機能強化により、ガバナンス管理を維持しながら、カスタム回避策を排除し、現代の DevOps 自動化ニーズに対応した厳格なセキュリティポリシーが維持されます。

SAML SSO のセッションタイムアウト属性のサポート

GitLab は、Identity Provider（IdP）からの SAML アサーションの SessionNotOnOrAfter 属性を自動的に検出して遵守するようになりました。 この属性が存在する場合、GitLab は IdP で指定された時刻にユーザーセッションが期限切れになるように設定し、組織全体で一貫したセッション管理を確保します。この機能は設定変更を必要としません。IdP が属性を提供している場合、GitLab は指定された有効期限を自動的に遵守します。

サービスアカウントのメール設定オプションの追加

デフォルトでは、GitLab は新しいサービスアカウントのメールアドレスを自動的に生成します。組織は UI を通じてサービスアカウントにカスタムメールアドレスを割り当てられるようになりました。以前は、カスタムメール設定はサービスアカウント API を通じてのみ可能でした。この変更により、組織は指定されたメールアドレスへの通知をより適切にルーティングできます。

エンタープライズユーザーの機能強化

GitLab 18.3 では、組織がユーザーのプライバシーとライフサイクル管理をより細かく制御できるエンタープライズユーザーの機能強化が導入されます。

グループオーナーは、Users API を使用してネームスペース内のエンタープライズユーザーを削除できるようになりました。この破壊的なアクションはユーザーのコントリビューションのリンクを解除し、システム全体の Ghost ユーザーに関連付けます。このオプションは、自動化された SCIM インポートで誤って作成されたユーザーのクリーンアップや、ユーザー名とメールを再利用する必要があるフェデレーション環境の管理に特に役立ちます。

さらに、組織はユーザープロフィールのエンタープライズユーザーのメールを非表示にできるようになり、すべてのエンタープライズユーザーに対してより広範なメールプライバシーの適用が可能になりました。

SSH キーのセキュリティ警告

GitLab は、ユーザーが弱い SSH キーをアップロードした際に UI にセキュリティ警告を表示するようになりました。この警告は、古いキータイプまたはビット長が不十分なキー（2048 ビット未満）に対して表示されます。この変更により、SSH キーのセキュリティベストプラクティスについてユーザーを教育し、より強力な暗号学的キーの使用を促進します。

GitLab Runner 18.3

  • プラン: Free、Premium、Ultimate
  • 提供形態: GitLab Dedicated
  • リンク: ドキュメント

本日、GitLab Runner 18.3 もリリースします！GitLab Runner は、CI/CD ジョブを実行して結果を GitLab インスタンスに送り返す、高いスケーラビリティを持つビルドエージェントです。GitLab Runner は、GitLab に含まれるオープンソースの継続的インテグレーションサービスである GitLab CI/CD と連携して動作します。

バグ修正

新機能

すべての変更のリストは、GitLab Runner の CHANGELOG に記載されています。

関連トピック