OSS

概要 Kubernetesプロジェクトは8月20日、v1.36.4、v1.35.8、v1.34.11の3系列にわたるパッチリリースを公開した。当初予定されていたリリース日はGitHub側の障害により延期されており、今回はその影響を受けた分もまとめて反映された形となる。今回のリリースはDynamic Resource Allocation(DRA)スケジューリング、kubelet、Podのプリエンプション処理に関する複数の不具合修正に加え、Go関連ライブラリのセキュリティアップデートを含んでいる。 技術的な詳細 最新系列のv1.36.4では、DRAスケジューリングまわりで2件のバグが修正された。1つは、構造化アロケータがプール名のみをキーとして共有カウンターキャッシュを管理していたため、同名のプールを公開する複数のドライバーが互いのカウンター定義を誤って参照し、デバイス割り当てが不正に許可・拒否される可能性があった問題(PR #140504)。もう1つは、PrepareResourcesが部分的に失敗した際、再試行時にCRIランタイムへ重複したCDIデバイスIDが渡され、コンテナ起動エラーを引き起こす問題(PR #140955)である。 スケジューリング領域では、プリエンプター(退避を実行する側)のPodが競合状態によりスケジュール不可能な状態のまま固着してしまう不具合が解消されている(PR #140685)。この修正はv1.35.8にも同様に取り込まれている。このほか、client-goのFakeCustomStoreが新しいcache.Storeインターフェースのメソッドを実装し、互換性が復旧された(PR #141001)。 依存関係とセキュリティ更新 v1.36系ではgolang.org/x/crypto(v0.47.0→v0.53.0)、golang.org/x/net(v0.49.0→v0.56.0)、golang.org/x/text(v0.33.0→v0.39.0)といったGo関連ライブラリがセキュリティアップデートとして更新された(PR #141226)。v1.35.8とv1.34.11についても、Go 1.26でのビルドへの切り替えとあわせて同様のx/crypto・x/net・x/text系ライブラリの更新が反映されており、いずれも機能追加よりも安定性とセキュリティ強化を優先した保守的なリリースとなっている。 今後の対応 DRAスケジューリングやプリエンプションの競合状態といった問題は、大規模クラスタや多数のカスタムリソースドライバーを運用する環境で顕在化しやすい種類の不具合であり、該当する3系列(v1.36、v1.35、v1.34)を利用しているユーザーは早めのアップグレードが推奨される。詳細な変更点はKubernetes公式リポジトリのCHANGELOGで確認できる。

概要 中国のZ.AI(Zhipu AI)は2026年6月16日、オープンウェイト大規模言語モデル「GLM-5.2」の正式版の重みとブログ記事を公開した。同モデルは6月13日にGLM Coding Planの会員向けに先行展開されており、モデル重みはMITライセンスのもとHugging Face上の「zai-org/GLM-5.2」で入手できる。エージェント向けベンチマークで顕著な成果を上げ、ArenaのエージェントリーダーボードではOpenAIやAnthropicの最新モデルと肩を並べる唯一のオープンモデルとなったほか、Design ArenaではAnthropicの「Claude Fable」を上回る評価を獲得している。 エージェント・コーディング性能 GLM-5.2は「コーディングハーネスにおいてまともに動作する初のオープンウェイトモデル」と評価されており、Claude CodeやFireworksのAPIとの統合でも良好な結果が報告されている。モデルは常に最大の思考(max thinking)モードで使用することが推奨されており、この設定で稼働させた場合、Anthropicの「Opus 4.8」の非思考(no-thinking)モードに匹敵する性能を示すという。Vercelの最高経営責任者(CEO)は「GLM-5.2のコーディング性能には心底驚かされた。これは物事を変える」とXで投稿し、開発者コミュニティでも高い評価を集めている。 技術的な背景 GLM-5.2の学習にはZ.AI独自の強化学習(RL)フレームワーク「SLIME」が用いられている。記事の著者は「近年のベンチマークは半ば形骸化している」と指摘したうえで、公式リリースのブログ発表そのものよりも、実際のエコシステムでの反応の方が重要だと述べている。 オープンモデルの意義と今後の展望 Anthropicが2025年11月24日にリリースした「Claude Opus 4.5」から、GLM-5.2の正式リリースまでの期間はわずか204日だった。この短さは、米国の最先端クローズドモデルとオープンウェイトモデルとの性能格差が「6〜9ヶ月」とされてきた従来の予測と符合するとともに、その差が着実に縮まっていることを示している。専門家はGLM-5.2の登場を、限られたリソースの中で中国の研究機関が最前線級の性能を実現した「DeepSeek R1」に匹敵する重要なマイルストーンと位置づけており、オープンモデルの規制やアクセス管理をめぐる議論が今後さらに活発化するとみられる。

概要 GitHubは8月18日、JetBrains向けGitHub Copilotプラグインに企業向けの一元管理設定機能を追加したと発表した。これまで各開発者の端末ごとに個別設定されていたCopilotの挙動を、組織の管理者が集中的にコントロールできるようになり、エンタープライズ環境でのセキュリティとガバナンスの強化を狙った機能となっている。利用するには最新版のJetBrains向けGitHub Copilotプラグインが必要で、詳細な設定項目はエンタープライズ管理設定のリファレンスドキュメントで確認できる。 管理できる設定項目 新機能では、大きく分けて3つの領域を管理者が制御できる。1つ目はプラグインのガバナンスで、enabledPluginsによって特定のプラグインの有効・無効を強制したり、extraKnownMarketplacesで追加のプラグイン配布元を承認したり、strictKnownMarketplacesで承認済みの配布元以外からのインストールを制限したりできる。2つ目はMCP(Model Context Protocol)サーバーへの接続制御で、allowedMcpServersとdeniedMcpServersを使い、開発者が接続できるMCPサーバーを組織側で一元的に指定し、未承認の接続を防止する。3つ目はOpenTelemetryの設定管理で、コレクターのエンドポイントやプロトコル、サービス名、リソース属性、コンテンツキャプチャのポリシーなどを管理者側から制御できる。管理者が設定した値は開発者側の個別設定より優先され、テレメトリデータが必ず承認済みのコレクターへ送信されるようになる。開発者はこれらの設定内容を「Settings > Tools > GitHub Copilot > Chat > OpenTelemetry」から確認できる。 権限モードの制御 このほか、permissions.disableBypassPermissionsModeを無効に設定することで、CopilotエージェントがBypass ApprovalsやAutopilotといった、承認プロセスを省略する機能を使用できないようにすることも可能になった。これにより、エージェントが自律的にコードを変更・実行する際にも、組織が定めた承認フローを強制できるようになる。 背景と今後 近年、AIコーディングアシスタントの企業導入が進む中で、MCPサーバーとの連携や自律的なエージェント機能の利用が広がっており、組織的なガバナンスの必要性が高まっている。今回のアップデートは、こうした管理ニーズに応えるもので、開発者の生産性を損なわずに組織全体でのポリシー適用を可能にする狙いがある。GitHubはフィードバックの窓口として、製品内フィードバックのほか、Copilot IntelliJ向けのフィードバックリポジトリやGitHub Community discussionsを案内しており、今後も管理機能の拡充が続く見込みだ。

概要 Node.js向けのJavaScriptサンドボックスライブラリ「isolated-vm」に、サンドボックス内で実行される信頼できないコードがホストプロセスのメモリを破壊し、最終的にリモートコード実行(RCE)につながりうる重大な脆弱性が発見された。脆弱性はGHSA-864f-rcv7-6rh4として追跡されており、本稿執筆時点でCVE番号はまだ割り当てられていない。発見したのはEndor Labsのシニアセキュリティ研究者Cristian-Alexandru Staicu氏で、影響を受けるのは7.0.0以下のすべてのバージョン。修正版として6.2.0および7.0.1が2026年8月にリリースされている。isolated-vmはn8n、Mastra、Sim.ai、Activepiecesなど、AIエージェントやワークフロー自動化基盤を含む多数のプロジェクトで利用されており(npmでの週間ダウンロード数は100万近くに上る)、影響範囲は広い。 技術的な詳細 脆弱性の原因は、ホストとサンドボックス間でデータを安全にやり取りする役割を持つ「ExternalCopy」のtransferListオプション処理にある。ExternalCopyのコンストラクタはバイト配列のリストを検証と転送の2段階で処理するが、2回目の転送時に1回目の検証結果を再検証せずに信頼してしまう、いわゆるTOCTOU(Time-Of-Check to Time-Of-Use)型の型混同バグとなっている。攻撃者はゲッター関数を悪用し、検証時には正規のArrayBufferを返しつつ転送時には別のデータに差し替えることで、任意のポインタを参照させメモリを破壊できる。ExternalCopy自体はホスト側からのみ呼び出せるが、サンドボックス内から呼び出せるivm.Reference(ホストのオブジェクトをサンドボックスに公開する仕組み)を介して悪意あるtransferListを構築し、この脆弱性を誘発できるという。 影響範囲と対応 Staicu氏によれば、悪用の最小限の影響は制御されたメモリクラッシュによるサービス拒否(DoS)だが、最大では制御フローの乗っ取りによりホスト上でのRCEを引き起こす可能性があるとされる。Staicu氏は、V8のIsolate境界そのもの、つまり「分離のプリミティブ」自体は健全であり、破損が起きたのはその境界を越えて値をマーシャリングするC++バインディング層だったと説明している。修正版のパッチは、コピー処理中にユーザーのJavaScriptが実行されないようにすることでこの問題を防いでいる。サンドボックス内で信頼できないコードを実行し、Referenceを共有する構成を採用しているシステムはすべて影響を受ける可能性があるため、isolated-vmを利用する開発者には直ちに6.2.0または7.0.1へアップグレードし、サンドボックスの設定と挙動を改めて検証することが呼びかけられている。

概要 Rustで書かれた高速コードエディタZedの開発チームは8月19日、安定版1.16.1をmacOS・Windows・Linux向けにリリースした。今回のアップデートはAIモデルのラインアップ拡充とGit・Markdown周りの操作性改善が中心で、あわせてターミナルツール関連のパストラバーサル脆弱性を含む複数のバグ修正も行われている。 AIモデルとエージェント機能の拡充 Zedに統合されているAIエージェント機能では、Google AI経由で新たに「Gemini 3.6 Flash」が利用可能になった。あわせてOpenCode Zen経由でもClaude Opus 5やGemini 3.7 Flashなどが追加され、選択できるモデルの幅が広がっている。またエージェントが利用するターミナルツールが改善され、プロジェクトのサブディレクトリへのアクセスがより適切に行えるようになった。なお破壊的変更として、OpenAIのサブスクリプションを利用しているユーザー向けのデフォルトモデルはGPT-5.6 Solに変更されている。 Git・Markdown周りの操作性改善 開発者の日常的なワークフローに関わる改善も多い。Git Panelでは変更ファイルのグループ化セクションが折りたたみ可能になり、大量の変更がある際の見通しが良くなった。スタッシュ実行時にメッセージを入力できるプロンプトオプションや、ファイルへのコンテキストメニューに「Copy Path」「Copy Relative Path」が追加され、パス操作の手間が減っている。またMarkdownプレビューやAgent Panelで表示されるMermaid図には、ズームおよび横スクロール機能が新たに加わり、複雑な図の閲覧がしやすくなった。このほか、新規ワークスペース作成時にTerminal Panelを自動起動するかどうかを制御する設定「terminal.starts_open」も追加されている。 セキュリティ修正とその他の不具合対応 今回のリリースでは、AIエージェントが利用するターミナルツールに存在したパストラバーサル脆弱性が修正されており、セキュリティ面での改善として注目される。このほかSSHやWSL経由の接続時に絶対パスの扱いに問題があった点や、リモート接続時にMarkdown Previewで画像が正しく表示されないケース、バイナリファイルがUTF-16と誤検出されてZedがハングしてしまう不具合なども解消された。 今後の展望 AIモデルの選択肢拡大とGit・ドキュメント表示の細かな使い勝手向上を両立させた今回のアップデートは、Zedが単なるエディタにとどまらず、AIエージェントを組み込んだ開発環境としての完成度を高め続けていることを示している。今後もモデル対応の追随とセキュリティ面の継続的な強化が期待される。

概要 GitHubは2026年8月21日、SlackおよびMicrosoft Teams上でCopilotのエージェントセッションを起動できる新機能をパブリックプレビューとして公開した。いずれのプラットフォームでも「@GitHub」とメンションするだけでエージェントセッションが始まり、コードに関する質問への回答、バグ報告のトリアージ、問題調査、コード変更の実装、プルリクエスト（PR）の作成までをチャット上から非同期に実行できる。従来、開発に関する意思決定はミーティングやチャットで交わされた後、実際の作業はIDEやターミナルに場所を移して行う必要があったが、今回の機能によって会話の流れの中でそのまま作業を開始できるようになる。 Slackでの体験 Slack版の大きな特徴は、エージェントセッションが「共有」されている点にある。GitHubのブログでは “Agent sessions in Slack are shared, so your team can collaborate on the work” と説明されており、一人がCopilotに指示を出したセッションを、チームメンバー全員が閲覧・介入できる。Copilotは会話内容と許可されたGitHubのコンテキストを踏まえて質問に回答し、必要に応じて専用の「コードチャンネル」を作成する。このチャンネル上ではdiffの確認や生成物のプレビューをチーム全体で検討できるため、コードレビューに近い共同作業がチャットツール上で完結する。作成されたPRは会話にリンクされ、リポジトリ管理者はマージ前に追加の承認を必須化する設定も可能だ。 Teamsでの体験 Microsoft Teams版も同様に「@GitHub」メンションでエージェントセッションを開始できる設計だが、想定されている利用シーンとして強調されているのは会議中の即時実行だ。GitHubは “everyone sees the agents investigation together and can direct it further if needed” と述べており、会議で出た決定事項をその場でCopilotに調査・実装させ、参加者全員が経過を見ながら追加の指示を出せる。利用にはTeams上でGitHubアプリをインストールし、GitHubアカウントを接続する必要がある。 技術的な詳細と提供条件 両機能とも、Copilotが担当したタスクはクラウド上のサンドボックス環境で非同期に処理される仕組みで、チャットで開始した作業をIDEやターミナルから引き継いで続行することも可能だ。提供対象はGitHub Copilot Business/Enterpriseなどの有料プランで、Teams版はAIクレジットを消費する形で課金され、組織単位での使用量ベースの予算管理にも対応する。いずれのプラットフォームでも、リポジトリ管理者はエージェントが作成したPRのマージに人間の承認を必須とするコンプライアンス設定を有効化でき、“a human in the loop before agent-authored work ships” というエンタープライズ向けの安全策が組み込まれている。 背景と今後の展望 今回の発表は、GitHub Copilotが単なるコード補完ツールから、チームのコラボレーションツール上で動く非同期エージェントへと役割を広げる流れの一環と位置づけられる。SlackやTeamsといった日常的なコミュニケーション基盤にエージェント機能を統合することで、意思決定から実装までのリードタイム短縮を狙う一方、承認フローや使用量管理などエンタープライズ導入を意識した機能も同時に整備されている点が特徴的だ。両機能とも現時点ではパブリックプレビューであり、今後のフィードバックを踏まえた機能拡張や正式提供が見込まれる。

概要 JavaScriptランタイムのBunが8月20日、v1.4をリリースした。最大の変更点は、約100万行に及ぶコア実装をZigからRustへ全面的に書き換えたことで、これはRust化されたBunとしては最初の正式リリースとなる。開発チームによれば、AIコーディングツールのClaude CodeはすでにRust版のBunを数ヶ月にわたり本番運用しており、Prismaも新製品「Prisma Compute」をこの新しい基盤の上に構築しているという。Rust移行の詳細な技術的背景は別のブログ記事で説明されているが、今回のリリースではこの新基盤の上でメモリ使用量削減やCPU負荷低減、起動時間短縮といった具体的な性能改善が示されている。 性能面の改善 ベンチマークでは、Claude Codeの本番環境における計測でCPU使用率がp99で24%から10%に、p50で5.8%から2.5%へと大幅に低下したことが報告されている。アイドル時のCPU使用率は5倍削減され、HTTPサーバのメモリ使用量も13〜48%削減された。起動時間についても、Windowsで2.5倍(15.5ms)、Linuxで2倍(5.1ms)高速化し、バイナリサイズもLinux・Windows向けで最大17%縮小したという。npmパッケージのインストール速度に関しては、T3スタックのNext.jsアプリでの初回インストールが1.41秒となり、npmと比較して15倍高速だったと報告されている。 追加された機能 v1.4では15個の外部依存パッケージが組み込み機能として内蔵化された。ヘッドレスブラウザ自動化を可能にする「Bun.WebView」はPuppeteerやPlaywrightを必要とせず、macOSではシステムのWebKitを利用する。画像処理APIの「Bun.Image」は1080pのPNGを400×400のJPEGにリサイズする処理でsharpより1.38倍高速だとされる。このほか、GFMテーブルや打消し線、チェックリストに対応したMarkdownパーサ「Bun.markdown」、OSレベルのスケジューリングと連携する「Bun.cron()」、PTYをサポートしbashやvim、htopを操作可能な「Bun.Terminal」、SIMDを用いたXMLパーサ「Bun.XML」、JSON5・JSONLのパースとストリーミング対応などが新たに加わった。 Node.js互換性の向上 Node.js互換性の面でも大きく前進しており、Bun 1.0以降で最大となる1,517件の新規テスト合格を達成した。node:http、node:fs、node:cluster、node:timers、node:zlib、node:vmといったモジュールは97%の互換率に達し、node:quicは99%、node:events・node:trace_events・node:sqliteは100%の互換率となっている。worker_threadsのresourceLimitsやstdout/stderr、wsのupgrade・unexpected-responseイベント、node:clusterのソケット共有など新たなAPIサポートも加わり、PlaywrightやNext.js 16、vitest、OpenTelemetry、dd-traceなどが実際にそのまま動作することが確認されている。 今後の展望 一方でHTTP/3対応は依然として実験的な位置付けにとどまっており、公式ブログでも本番環境への投入は避けるよう明記されている。HTTP/2・HTTP/3対応のfetchクライアントについても段階的な展開が続けられる方針だ。開発チームはNode.jsの「drop-in replacement」となることを目標に掲げており、互換性テストスイートを全コミットで実行する体制を構築するなど、継続的な互換性強化に取り組んでいくとしている。

概要 2026年8月20日、Rustのクレートエコシステムで深刻なサプライチェーン攻撃が発生した。累計2億4500万ダウンロード超を誇る人気クレート「arrayref」と、同じ開発者(David Roundy氏)が保守する「internment」「append-only-vec」の3パッケージに、不正な依存関係が仕込まれたバージョン(それぞれ0.3.10、0.8.7、0.1.9)が公開された。Rustセキュリティレスポンスチームは、開発者本人が悪意を持って行動したのではなく、そのアカウントないし端末が侵害されたとみている。攻撃者は事前に、人気クレート「proc-macro2」の開発者として知られるdtolnay氏になりすました偽アカウント(crates.io ID 438608)をGitHub上に用意しており、これを使ってproc-macro2を模したタイポスクワットパッケージ「proc-macro1」を配布。これをarrayrefらの新バージョンに依存関係として追加することで、ビルド時に不正コードが自動実行される仕組みを作り上げていた。 攻撃の手口とタイムライン 攻撃はUTCで8月20日未明から進行した。01:17に偽のdtolnayアカウントが作成され、01:55にはまず無害なproc-macro1バージョン(1.0.106)が公開されて信頼性を装った。その後07:11に悪性版(1.0.107)が公開され、07:15にはarrayref 0.3.10が正規(だが侵害された)アカウントから公開されると同時に、旧バージョン0.3.5〜0.3.9が一斉にyank(取り下げ)された。これにより、依存関係を更新した開発者は悪性版以外を選べない状態に追い込まれた。internmentとappend-only-vecでも同様の手口が使われている。 proc-macro1に仕込まれたbuild.rsスクリプトは、コンパイル時に自動実行される点が悪質で、ランタイム側で何らかの関数を呼び出す必要すらなかった。スクリプトはOSとCPUアーキテクチャを判定した上で、base64断片から再構成したC2アドレスからLinux・Windows・Intel Mac・Apple Siliconそれぞれ向けのペイロードをダウンロードして実行する。Unix系では/tmp/rust-setupに書き込んで実行権限を付与しバックグラウンド実行し、WindowsではTLS証明書検証を無効化した上で%TEMP%\rust-setup.ps1を隠しウィンドウのwscript.exe経由で実行していた。 セキュリティ企業Aikidoの調査によれば、第2段階のペイロードはChrome・Brave・EdgeなどChromiumベースのブラウザからSQLiteデータベース経由で認証情報を窃取するほか、暗号資産ウォレットの拡張機能も標的としていた。永続化にはWindowsのレジストリRunキー、macOSのLaunchAgent、LinuxのsystemdといったOSごとの手法が使い分けられており、C2との通信やリモートコマンド実行にも対応した本格的なインプラントだったという。研究者は、このインフラが過去に発覚した北朝鮮系サプライチェーン攻撃(npmのMastraやaxiosを狙った事案など)と重複していると指摘している。 影響と対応 各パッケージの公開時間は86分〜107分と短く、Rustチームはインシデント報告(07:54)を受けてから短時間でproc-macro1をcrates.ioから削除(08:03)、arrayref 0.3.10もインデックスから除去(08:41)した。関連するタイポスクワットパッケージ(proc-macro-en、aovine、arone、aronenao、tinymemberなど)も併せて削除されている。The Hacker Newsによれば、実際にマルウェアが実行された確証は今のところ確認されていないというが、Rustチームは該当バージョンをインストールした開発者に対し、システムが侵害された前提で対応するよう呼びかけている。具体的には、認証情報・CIトークン・署名鍵をすべてローテーションし、安全なバックアップから環境を再構築すること、またCargoのロックファイルやローカルキャッシュを監査することが推奨されている。今回の発見にはセキュリティ企業Nextron SystemsとAikidoが貢献した。

概要 Docker社は、Docker Desktop向けに自社開発した新しいハイパーバイザ「Docker VMM」のパブリックベータを公開した。Docker Desktopはホストマシン上に仮想マシンを起動し、その内部でコンテナを稼働させる仕組みを取っているが、これまでWindows版ではHyper-V、macOS版では前世代のDocker VMMというサードパーティ由来の仮想化コンポーネントに依存していた。今回発表された新しいDocker VMMは、Dockerが「仮想化スタック全体を自社で所有し、コンテナワークロード向けにエンジンの各部分を最適化できる」ことを目的に一から開発したもので、Windows版・macOS版ともにDocker Desktop v4.86から利用可能になっている。 技術的な詳細 新しいDocker VMMがもたらす改善点は主に3つある。まず、コンテナの初回起動時やプロジェクト切り替え時、再起動時における起動速度の向上だ。次に、ホストOSとコンテナ間のファイル共有の高速化で、コード編集やコンパイル、テストといった開発ワークフローで体感できるレベルの改善が見込めるという。さらに、メモリ管理の改善として、アイドル状態のコンテナが使用していない未使用メモリをホストOS側に返却する仕組みが導入された。Windows環境においては、Dockerとして初の自社開発ハイパーバイザとなり、WSL(Windows Subsystem for Linux)が持つ性能とHyper-Vによる分離性を両立させる設計になっている点も特徴だ。 提供状況と今後の展望 現時点では、macOS版は自動的に新しいDocker VMMへ切り替わり、Windows版は設定から任意に有効化できるオプトイン方式となっている。Docker社は2026年10月末を目標に正式版(GA)をリリースし、Windows・macOS・Linuxの3プラットフォームすべてでデフォルトの仮想化エンジンとする計画を示している。現状Linux版は未対応だが、GA版のタイミングでの対応が予定されている。また、このVMMはDocker Desktopだけでなく、Docker Sandboxesや、AIエージェント向けの隔離実行環境にも今後統合される見通しで、Dockerが仮想化基盤を軸にコンテナ実行環境全体の性能と柔軟性を底上げしようとしている姿勢がうかがえる。

概要 GitLabは8月17日、セルフホスト版CE/EE向けに複数バージョン(19.2.4、19.1.6、19.0.8、18.11.11)の緊急パッチをリリースした。対象は18.2以降18.11.11未満、19.0未満19.0.8、19.1未満19.1.6、19.2未満19.2.4を利用しているすべてのインスタンスで、重大なセキュリティ脆弱性の修正が含まれるため、GitLabは即時アップグレードを強く推奨している。 修正された脆弱性 最も深刻なのはCVSS スコア9.4(極度に深刻)と評価されたCVE-2026-19478で、GraphQLディレクティブを経由したコード注入の問題だ。特定の条件下では、認証されていない攻撃者が公開プロジェクトやユーザーデータをリモートで改変・削除できる可能性があった。この脆弱性はHackerOne経由でセキュリティリサーチャーのhiimguardian氏から報告された。 もう一件、CVSS 7.1(高深刻度)のCVE-2026-19650も同時に修正されている。こちらはGraphQLのマルチプレックスクエリハンドラーに存在したCSRFの問題で、リクエスト検証の不備により、認証されていないユーザーがGETリクエスト経由でミューテーションを実行できる可能性があった。この脆弱性はHackerOne経由でkreep氏が報告した。 アップグレードについて GitLabはこれらの脆弱性の深刻度を踏まえ、対象バージョンを利用する全ユーザーに直ちにアップグレードするよう呼びかけている。今回のパッチには新たなデータベースマイグレーションが含まれていないため、マルチノード環境でもダウンタイムなしで適用できるという。GitLab.comなどのSaaS環境は既に対応済みとみられ、影響を受けるのはセルフホスト版のインスタンスとなる。