TruthsSeek
English

Guide Published 2026-10-24 · Updated 2026-10-24

Keep a GitLab Activity Feed Token Out of Public Profile Links

TruthsSeek publication · Editorial policy

Quick answer · A GitLab personal activity feed URL contains a token that authenticates the feed request, so it should never be pasted where anyone can read it. A public profile URL and an authenticated activity-feed URL serve different purposes, and only the profile URL belongs in a bio, signature or shared document.

Run this check now — TraceSeek scans 3,000+ platforms in 20–30s. First scan free.

⬇︎ iOS⬇︎ Android

The mistake happens at copy time

Most leaks of this kind are not attacks. They are copy-paste errors made minutes before publishing a bio, a portfolio page or a forum signature. The browser address bar can show a feed address while the page you are looking at feels like “my activity,” so the URL that gets copied is the one that authenticates a request rather than the one that simply names your profile.

GitLab’s personal activity feed URL contains a token that authenticates the feed request. Source

That is the whole reason this check matters: the token is not a separate secret you can revoke later in isolation. It is embedded in the link, and the link is what you are about to publish.

A public profile URL and an authenticated activity-feed URL serve different purposes. Source

Treat that sentence as the decision rule for the rest of this guide. If the URL you are holding could be used to fetch private feed content, it is not a profile link, no matter how it looks.

You do not need to understand the token format to make the decision. You need to know which page produced the URL. Use the table below as an inspection checklist before anything is pasted publicly.

What you copiedTypical signPublic-safe?What to do
Profile page URLOpens your profile when logged outYes, if the profile itself is publicUse this one
Activity feed URLContains a long token segment and returns feed dataNoDiscard it; do not paste, shorten or screenshot it
A link from a settings or token pageYou were in an authenticated area when you copiedTreat as privateReplace with the profile URL
A link someone else sent youUnknown originUnverifiedOpen it logged out before trusting it

Two limits are worth stating plainly. First, this table is an editorial inspection routine, not a platform feature; GitLab does not label links for you. Second, a URL that opens fine in your own logged-in browser proves nothing, because your session may be supplying access that a stranger would not have.

A practical test that does not expose anything: open the candidate link in a private window where you are not signed in. If it asks you to authenticate, or returns feed content you would not want a stranger to read, stop and go back to your profile page to copy the address again. Do not paste the failing URL into a chat, a ticket or a public post to “check” it.

Step 2: Replace it with the public profile URL

Once you have decided a link is the wrong type, replacement is the safe action. The following sequence keeps the private URL out of every intermediate place it could be stored.

  1. Close the tab that shows the feed or token-bearing address without copying it again.
  2. Navigate to your profile the ordinary way, through the site interface rather than a saved bookmark to the feed.
  3. Confirm the profile is the one you intend to publish, and that its visibility is what you expect.
  4. Copy the address from the profile page only.
  5. Paste it into a plain text editor first, not directly into the bio field, so you can look at the full string before it goes anywhere.
  6. Check the pasted string against the table above. If any part looks like a long credential rather than a name or path, discard it and repeat from step 2.
  7. Paste the verified profile URL into the bio, then preview the bio as a logged-out visitor would see it.

Step 5 is not ceremony. Bio fields, rich-text editors and link previews can store or fetch what you paste, and a preview fetch of a token-bearing URL is one more place the link has traveled.

Step 3: Decide whether the feed itself should be visible

A profile link and a feed link are separate questions. You may have a perfectly safe profile URL and still be uncomfortable with how much your activity reveals. That is a visibility decision, not a link-format decision, and it should be made before you publish anything that points people toward your profile.

The personal feed includes activity from membership projects regardless of the activity tab or filter selected. Source

That matters for the judgment call: if you are relying on a tab or filter to keep certain activity out of view, the feed behavior described above means the filter is not a privacy boundary. Decide whether the feed as a whole is acceptable, rather than assuming a narrower view protects you.

If you conclude it is not acceptable, the next step is to review what remains publicly visible after you adjust profile visibility, not just to change one setting and move on. A relevant follow-up is the guide on making your GitLab profile private and checking what remains public, which addresses the visibility side of this decision.

Act on the assumption that anything published publicly may have been copied, cached or indexed, even if you delete it a minute later. Deleting a post does not recall copies that others or automated systems already made, and this guide will not pretend otherwise.

Use the site’s own authorized token and account controls, or its support channels, to deal with a credential that has been exposed. The exact menu path and the available recovery options are not established by the reviewed material here, so check them in your account rather than following a remembered sequence from an older interface. Do not paste the exposed URL into a public issue, a social post asking for help, or a third-party site; describe the problem without reproducing the link.

After you have taken action through the authorized route, re-check the places you published: bio fields on each site, signatures, portfolio pages, pinned posts and any document you shared. Replace each occurrence with the profile URL, and note which places you could not edit.

Where a username lookup fits, and where it stops

If your concern is how widely a handle is reused across sites, a username lookup can surface public matches to review. TraceSeek covers 3,000+ platforms and offers a free first scan that takes 20-30 seconds according to the product. That is a lead-generation step, not proof of ownership: a matching handle on another site may belong to someone else, and a search is not a complete inventory of every account.

What a lookup cannot do is tell you whether a specific URL you copied contains a credential. That judgment comes from the inspection in Step 1. Keep the two tasks separate: use the lookup to find public profiles worth reviewing, and use the link-type check to decide what is safe to publish.

Quick checklist before you paste

If any box is unchecked, the safe default is to publish nothing and return to the profile page for a fresh copy.

Frequently asked questions

Can I just shorten a feed URL before posting it?

No. A shortener hides the token from view but does not remove it from the destination, and the shortened link still leads anyone who clicks it to the authenticated feed. Replace the link with your profile URL instead.

The feed link worked when I opened it logged out. Is it safe now?

Not necessarily. Behavior can depend on session state, caching and the specific request, and the reviewed material does not establish that a logged-out success means the link is harmless. If the URL came from a feed or token page, treat it as private regardless.

Does changing my profile visibility fix an already-shared feed link?

Visibility changes address what your profile shows; they are a separate question from whether a token-bearing URL was published. Handle the exposed link through authorized account controls or support, and review what remains public afterward.

Will deleting the post remove every copy of the link?

You cannot assume so. Deleting a post does not recall copies already made by readers, caches or automated systems, so act as though the link may persist and use the site's authorized controls.

Keep reading

Ready to look someone up?

See what a username reveals

According to its product information, TraceSeek searches 3,000+ platforms in 20–30 seconds and surfaces publicly accessible profiles matching a username. The first scan is free. Possible matches need manual review. No registration or sign-in is needed for the first scan.

⬇︎ Download for iOS⬇︎ Get it on Android

Works on iPhone & Android · 20–30 second scan · 3,000+ platforms

⬇︎ App Store ⬇︎ Google Play