Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Help centre / Workspace settings

Workspace settings

What's the difference between my personal Git token and the organization's Git token?

Quick answer

You save a personal Git token on My Account, and Cyberlop uses it first for scans you launch. An admin saves the organisation token under Settings, Git Access, and it is the shared fallback. Both clone private repositories over HTTPS, both should be read-only, and neither appears again after saving.

The short version

Both tokens do the same job. They let a white-box scan clone a private repository. The difference is whose token it is and when Cyberlop reaches for it. A personal token is yours alone. The organisation token belongs to the workspace.

How it works in Cyberlop

Personal tokenOrganisation token
Where you set itMy Account, Git access token cardSettings, Git Access tab
Who it servesScans you launchAnyone whose scan has no personal token
Order of useTried firstThe fallback
Extra controlsA single field and Save Git tokenAllowed hosts, Verify and Clear token

Cyberlop uses tokens set on My Account first for scans you launch, and it falls back to the organisation's shared token if you leave yours unset. Your personal token does not help a teammate's scan.

Only the shared token comes with a fence. Its Allowed hosts list makes Cyberlop send the token to the domains you name and nowhere else. Any repository on another host gets cloned without it, as if it were public.

Cyberlop encrypts both at rest and never shows either again. Keep both read-only, since scans only clone code. Public repositories need neither.

What to do next

Pick the model that fits your team, and write down who owns each token and when it expires. A shared token is simple to run, and one admin owns its rotation. Personal tokens suit teams where access differs by person, because each scan then clones with only what its owner may read.

To set up either one, read how to add your personal token or how to add the organisation token. For the exact order, see which token is used first. Questions go to the contact page.

Full tutorial

Git access in Cyberlop: set a read-only token and allowed hosts

Step-by-step, with annotated screenshots.

Updated · Back to the help centre

Still stuck?

Tell us what you see on screen and an engineer will help you sort it out.