Is EasyGen safe on LinkedIn in 2026?

No — LinkedIn detects EasyGen (we checked it ). EasyGen's extension ID is on LinkedIn's AED detection list (Nov 2026 snapshot), and LinkedIn's page code checks for EasyGen on every visit by requesting chrome-extension://gbefjkkjhjcloofcbandphbododcebko/tabs/auth-page.html — a file that exists only if EasyGen is installed. Our code teardown rates EasyGen MEDIUM risk: EasyGen keeps your LinkedIn session in your browser and uploads only the results.

Updated · LinkedIn AED snapshot Nov 2026

ID: gbefjkkjhjcloofcbandphbododcebko

Does LinkedIn detect EasyGen? What we found in its code

Everything we confirmed in EasyGen's code, grouped by what it means for your account. Red = strongest detection / risk signals, amber = notable, grey = neutral or local-only.

Detected by LinkedIn

This browser extension is actively compiled into LinkedIn's frontend detection lists. LinkedIn's scripts can detect when this is active on your browser.

LinkedIn requests: chrome-extension://gbefjkkjhjcloofcbandphbododcebko/tabs/auth-page.html
DETECTED

What this means: detection isn't an instant ban — it's one input to LinkedIn's risk score. But it's a standing signal: it stacks with your behavior (volume, programmatic clicks) and device fingerprint, and this is just the AED list — one of LinkedIn's three detection systems (see how it works).

We read EasyGen's codeMEDIUM RISK

Runs locally — session stays in your browser · on LinkedIn's detection list

EasyGen's detection surface

Signals LinkedIn's own page scripts can pick up directly on every visit — the extension probe (AED), code injected into the page (Spectroscopy), fake (isTrusted:false) clicks, blocked/missing telemetry, and cloud remote-control. Each adds points to its risk score.

AED-listed · probe chrome-extension://gbefjkkjhjcloofcbandphbododcebko/tabs/auth-page.htmlInjects into LinkedInSynthetic clicks (isTrusted:false)

What EasyGen does with your session

How the tool touches your LinkedIn login. If it uploads your session cookie to the vendor's cloud, the vendor can act as you from another IP — LinkedIn's loudest parallel-access tell. Reading the cookie locally (csrf/Voyager) is far less risky.

no session access

Where EasyGen sends your data

Every outbound destination found in the code — your session / scraped data, plus analytics, CRM pushes and CAPTCHA-solving services. LinkedIn can't see these, but it's where your data actually ends up.

uubmmfnuqfibbobcoxej.supabase.co (user post content only; no LinkedIn session)

Permissions EasyGen requests

Chrome permissions the extension was granted on install. The highlighted ones are the powerful kind — cookies (read your session), webRequest/declarativeNetRequest (watch & rewrite traffic, incl. blocking LinkedIn's telemetry), scripting/tabs (inject into pages).

storage

Evidence in EasyGen's code (signal counts)

How many times each tell-tale pattern appears in the extension's code — the raw proof behind everything above (e.g. li_at = session-cookie reads, voyager/csrf = LinkedIn API calls, synthetic_event = fake clicks, recaptcha = challenge handling).

synthetic_event ×8programmatic_click ×2remote_script ×1secret ×72
0 capabilities mapped · 0 settings · MV3

How LinkedIn checks for EasyGen: the AED probe

That verdict isn't a guess. This is what LinkedIn's own page code does on every visit — simplified from its production bundle, which the BrowserGate investigation reverse-engineered line by line:

// LinkedIn's page bundle — simplified from BrowserGate's teardown
const hits = [];
for (const { id, file } of AED_LIST) // 4,934 ids incl. this one
try { await fetch("chrome-extension://" + id + "/" + file); hits.push(id); }
catch {} // not installed → silently swallowed
fireTrackingPayload("AedEvent", { browserExtensionIds: hits }); // → POST /li/track
// this extension is probed at:
// chrome-extension://gbefjkkjhjcloofcbandphbododcebko/tabs/auth-page.html
On LinkedIn’s AED list
Yes
1 of 4,934 · snapshot Nov 2026
URL LinkedIn requests
chrome-extension://gbefjkkjhjcloofcbandphbododcebko/tabs/auth-page.html
the extension's ID + a file bundled inside it
Probe-able files
3 exposed
files any page can load — LinkedIn can probe any of them
How LinkedIn labels it
“EasyGen - Intelligent LinkedIn content, made easy.”
Store status
Live on the Web Store
Source
LinkedIn bundle
ℹVerify it yourself: on linkedin.com open DevTools → Sources and search the page bundle for gbefjkkjhjcl… or AedEvent; or Network → filter li/track to watch the verdict ship. The scan runs even in Incognito. Below — the full code-level teardown.
EasyGen — marketed on the Chrome Web Store, detected by LinkedIn
Vendor's own Chrome Web Store screenshot — this extension is on LinkedIn's detection list.

How does EasyGen hook into your LinkedIn tab?

There's no 'authorize with LinkedIn' step anywhere. Simplified from its manifest — here's what actually happens between install and your first page load.

linkedin.com

Permissions granted on install:

storage

1 permission requested — no LinkedIn login involved

Step 1 of 3 — Install

Does EasyGen upload your LinkedIn session?

Where your session and data actually go, reconstructed from EasyGen's code. EasyGen keeps your session in your browser — it calls LinkedIn's Voyager API using your own csrf token, and only uploads results.

Voyager via csrfprofile dataresults onlyAED probeSpectroscopy💻 Youyour LinkedIn session🧩 EasyGenbrowser extensionLinkedIn☁️ Vendor backenduubmmfnuqfibbobcoxej.supaba…uubmmfnuqfibbobcoxej.supabase.co (user post content only; no LinkedIn session)
Sessions answering to this login right now: 1🍪 no `cookies` permission requested — nothing to open

red = your session/data leaving your machine · blue/green = stays local or only results leave · dashed = LinkedIn's own detection probes

ℹLinkedIn's own "where you're logged in" page does not gain a second entry from this — a replayed cookie isn't a new login, it's the same session answering from a second place.

Does EasyGen run a parallel LinkedIn session from another network?

LinkedIn doesn't need to know anything about proxies to catch this — it just needs one login cookie answering from two networks at the same time.

💻 Your deviceyour real networkLinkedIn☁️ uubmmfnuqfibbob…idle — nothing to send

EasyGen keeps your session on your own device, so there's only ever one network this login answers from — there's nothing here for LinkedIn's parallel-access check to catch.

We actually measured this

We measured real exit-IP reputation for 7 vendor clouds in a dedicated study — EasyGen's own infrastructure wasn't in that sample. The mechanism a session-upload creates is identical regardless: two networks, one cookie.

ℹCheck LinkedIn's own "where you're logged in" page after playing this — it stays unchanged, because to LinkedIn a replayed cookie was never a new login.

How we analysed EasyGen's code

We downloaded EasyGen's published Chrome Web Store package, de-minified it, and read it file by file — no live LinkedIn login. Two ways to see how:

Downloaded straight from the Chrome Web Store — the exact file your browser would install.

0/3 stages run
See the full method, step by step

How LinkedIn fingerprints your browser while you use EasyGen

Even after a cookie is copied out, LinkedIn keeps one more receipt on every request that follows — a 48-point snapshot of the exact machine making it. Faking it convincingly means reproducing that machine's quirks, not just editing a string.

Click any signal above for what it means. These are illustrative values — this demo never reads your actual device.

Your 48-point fingerprint — RSA-encrypted, attached to every API call in this session, not just login

This extension runs inside your real browser, so its requests always carry your real fingerprint — that isn't something it controls, it's simply where its code executes.

Verified against LinkedIn source-code, Nov 2026 snapshot.Read full study

Similar LinkedIn tools we checked

Same architecture and risk as EasyGen — each with its own code audit.

All extension checks

EasyGen FAQ

Is EasyGen safe to use on LinkedIn?

Our static code audit rates EasyGen MEDIUM risk. It works through your own logged-in browser session — your cookie stays on your machine and only scraped results are uploaded — which is safer than cloud tools that take your session. It is still a Chrome extension LinkedIn can detect, and its ID is on LinkedIn's detection list.

Does LinkedIn detect EasyGen?

Yes. EasyGen's extension ID is on LinkedIn's active extension-detection (AED) list, so LinkedIn's page code probes for it on every visit (it requests the file tabs/auth-page.html) — LinkedIn knows the extension is installed before you do anything.

Can EasyGen get my LinkedIn account banned or restricted?

Detection isn't an instant ban — LinkedIn scores accounts on many cumulative signals. But EasyGen stacks a known extension ID on LinkedIn's list, code injected into the page, programmatic (isTrusted:false) clicks, and independent reviews report restrictions and permanent bans for Chrome-extension automators. Safe daily limits reduce the behavioral risk but can't offset a detectable architecture.

Does EasyGen have access to my LinkedIn account?

It reads LinkedIn data through your own browser session (the Voyager API) and uploads only the results — your session token itself stays on your machine.

How does EasyGen work — is it a Chrome extension or a cloud tool?

EasyGen is a extension (content-authoring assistant, no session access) that runs inside your own Chrome browser.

What is a safer alternative to EasyGen?

A standalone desktop app such as Linked Helper removes the two extension-specific detection surfaces: there is no Chrome-Store ID for LinkedIn's AED scanner to probe and nothing injected into the page for its DOM scan, and your session never leaves your machine. No tool is unbannable, but the surface it exposes is far smaller.