Content last updated 2026-02-05

Name Squatting ポリシー

GitLab の Name-squatting ポリシーで休眠とみなされたネームスペースを解放するためのワークフロー

概要

サポートのステートメントによれば、ネームスペースは適切な基準を満たし、有償顧客（有償ネームスペースのメンバー、または SaaS に移行する Self-managed 顧客）から要求された場合に解放される可能性があります。

重要な注: 通常と異なる状況、または以下のワークフローに当てはまらない状況がある場合は、Security Operations にIssue を起票してください。状況を説明し、レビューとガイダンスの提供を依頼してください。

注: マクロを適用する際は、プレースホルダー “REQUESTEDNAME” を要求されたネームスペースに置き換えるようにしてください。

ワークフロー

  1. GitLab.com 管理者のユーザーまたはグループで要求されたネームスペースを検索し、見つかったらそのネームスペースの GitLab 管理者ページにアクセスします。
  2. Zendesk に Support::SaaS::Gitlab.com::Name Squatting Policy::Internal Checklist マクロを適用します。覚えておいてください、ユーザーをなりすますと、Last Sign-In IP や Last Sign-in at といったユーザーアカウントの Last Sign-In 値がリセットされます（個人ネームスペースのアクティビティをレビューする際は、なりすましは避けるべきです）。
  3. Internal Checklist のすべての質問に Yes/No で回答し、admin セクションで見つけた情報と照合することを確認します。
  4. ネームスペースが即時解放可能な場合は、リクエスト成功に従います。
  5. ネームスペースが解放可能だが、オーナーへの連絡が必要な場合は、ネームスペースのオーナーに連絡が必要に従います。
  6. ネームスペースが解放不可能な場合は、ネームスペースは利用不可に従います。

ネームスペースのオーナーに連絡が必要

オーナーへの連絡:

  1. チケットとユーザー作成のためのこの特定のワークフローに従って、依頼者としてネームスペースオーナーのメールアドレス（admin で見つかります）を使用して新しい Zendesk チケットを作成します（ユーザーが Zendesk に存在しない場合は、CMOC ローテーションの誰かに連絡してユーザーを作成してもらいます）。
  2. 新しいチケットが正しくルーティングされ、連絡を取りたいエンドユーザーが正しい通知を受け取るために、General::Outbound Contact Request マクロを適用します。
  3. Support::SaaS::Gitlab.com::Name Squatting Policy::Contact Namespace Owner マクロを適用し、チケットを On-hold とマークします。
  4. ネームスペース要求者のチケットへのリンクを内部コメントとして残します。

グループに複数のオーナーが含まれている場合、1 つのチケットにつき 1 人のオーナーに連絡してください。複数いる場合は 3 人までに制限してください（https://gitlab.com/groups/<group_name>/-/group_members ページで Last activity が最も新しいオーナーや、namesquatting リクエスト時にまだオーナーである場合に Source として記載されているオーナーを選ぶことができます）。

要求者のチケット:

  1. チケットのリンクをコピーし、Internal Checklist に追加します。
  2. Support::SaaS::Gitlab.com::Name Squatting Policy::First Response マクロを使用して要求者に返信し、チケットを On-hold とマークします。

ネームスペースのオーナーが応答した場合

ネームスペースのオーナーが応答した場合（私のネームスペースを削除しないで）は、以下の手順に従います:

  1. 以下のスニペットをネームスペースオーナーのチケットへの返信として使用し、チケットを solved に設定します:
Namespace Owner Response - Received

Hi,

Thank you for confirming that you wish to maintain control of the requested namespace. As per our [Name Squatting Policy](https://support.gitlab.com/hc/en-us/articles/11626493890844-GitLab-com-Specific-Support-Policies#name-squatting-policy), we have cancelled this request and will not release your namespace.

We will mark this ticket as solved, please reach out if you have any further questions.

  1. Support::SaaS::Gitlab.com::Name Squatting Policy::Failed Namespace Request をネームスペース要求者のチケットに適用します。

ネームスペースのオーナーが応答しない場合

1 週間後に応答がない場合は、Support::SaaS::Gitlab.com::Name Squatting Policy::Contact Namespace Owner マクロを 2 回目に適用し（マクロ内の within 2 weeks を期日に置き換える。例: **before the 25th of March**）、チケットを On-hold とマークします。

2 週間後、チケットは自動的に open とマークされ、担当エンジニアにメールが送信されます。

ネームスペースのオーナーが応答しなかった場合は、リクエスト成功の手順に従います。

リクエスト成功

リクエストが成功した場合、以下の手順に従います:

ユーザーの場合、Chatops でオーナーのユーザー名を変更します:

  1. Slack で /chatops run user idle <owner_username> を実行します。
  2. Admin note を追加します。

admin の使用を希望する場合、またはグループの場合、以下の手順でオーナーのネームスペースをリネームします:

  1. admin でネームスペースに移動します - ユーザーまたはグループ
  2. プロフィールで「Edit」を選択します。
  3. ユーザーの場合はユーザー名に、グループの場合はグループ URL に “_idle” を追加します。
  4. Admin note を追加します。
  5. 変更を保存します。

Zendesk で:

  1. ネームスペース要求者のチケットに Support::SaaS::Gitlab.com::Name Squatting Policy::Successful Namespace Request マクロを適用し、チケットを Solved とマークします。

ネームスペースは利用不可

  1. Support::SaaS::Gitlab.com::Name Squatting Policy::Failed Namespace Request マクロを適用し、チケットを Solved とマークします。

FAQ

  1. name squatting リクエストへの応答としてのログインは、アカウントがアクティブであることを意味するか?

    いいえ、ユーザーは name squatting リクエストに対して「自分のネームスペースを保持したい」と明示的に返信する必要があります。ユーザーが応答せずログインしただけの場合は、「X 時にログインされたことを確認しましたが、ネームスペースを保持したい場合はここで知らせる必要があります」のような最終メッセージを送信してください。

  2. アカウント内のデータとは何を指すか?

    グループ、プロジェクトなどはデータを意味します。ただし、プロジェクトまたはグループが空であるか、2 年以上アクティビティがない場合を除きます。

  3. ネームスペースのスクワッティングは許可されているか?

    ネームスペースのスクワッティングは、利用規約で明示的に述べられているとおり、許可されていません。ユーザー名およびグループ名は先着順で提供され、予約することはできません。

  4. 商標が付与された製品やサービスとは無関係な方法で商標を使用することは、商標ポリシー違反とみなされるか?

    他者の商標を、その商標が付与された製品やサービスとは無関係な方法で使用することは、商標ポリシー違反ではありません。商標侵害の主張は法的プロセスであり、裁判所命令なしに商標違反を理由にネームスペースを解放することはありません。

  5. リクエストが疑わしく見えても、ネームスペースを解放するべきか?

    はい、解放基準を満たす限り、常にネームスペースを解放するべきです。Trust and Safety が、その後ネームスペースから発生する可能性のある悪用行為を緩和するために必要な措置を講じます。Support、Legal、Trust and Safety からの議論と追加コンテキストについては、Support Team Meta issue 3145 を参照してください。

マクロ

自動化

最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (bfd74782)
ページのソースコードを見る - ページの編集 - please contribute. Creative Commons License