Custom Device Name and Email
Override the auto-detected device name and user shown in Akto for AI Endpoint Shield and the Chrome browser extension.
Overview
By default, Akto shows whatever hostname and OS username (or Chrome profile) each device reports. On an imaged fleet, that's often a generic computer name or a local login that doesn't map back to the employee's corporate email.
Both AI Endpoint Shield and the Chrome browser extension let you override this with a specific device name and email, so activity is attributed correctly. Each product reads its identity from a different place, covered separately below.
AI Endpoint Shield (macOS)
Staging an identity.json file on the device before install lets you assign a specific device name and email that the Endpoint Shield Agent List shows instead of the auto-detected hostname and username.
File format
{
"email": "akto@akto.com",
"deviceName": "akto-mac-001"
}Where and when to place it
Endpoint Shield reads identity.json from:
/Library/Application Support/Akto/identity.jsonStage it before running install.sh (via Jamf, Mosyle, or NinjaOne), not after:
Once the file is in place, Endpoint Shield picks it up automatically on its next check-in: no service restart, reinstall, or reboot needed.
What shows up in Endpoint Shield
identity.json field
Shows up as
deviceName
Hostname, in the Agent List and Endpoint Details
email
Username
One file per device. email and deviceName are specific to each machine, and there's no Akto-provided mechanism yet to auto-populate them from Jamf/Mosyle/NinjaOne device variables (computer name, directory-bound user, and so on). You, or your imaging/staging workflow, are responsible for generating a distinct identity.json per device before rollout.
Browser Extension (Chrome)
A managed policy tells the Chrome extension who the user and device are, separate from whatever force-install policy puts the extension on the machine. This is product-level: the extension reads the same keys regardless of which tool (Intune, NinjaOne, or another MDM) delivers the policy to the device.
Managed keys
email
Primary user identity
Chrome profile email
username
Display name
Derived from email
deviceName
Device identity
Enterprise device ID → generated UUID
All three keys are optional, each with its own fallback, so the policy can be deployed with any subset of them.
Use deviceName. Do not use the older deviceId key; deviceName replaces it.
The keys land in the extension's managed-policy schema at:
How you get values into that policy depends on your deployment tool. Below is the Microsoft Intune method.
Related documentation
Get support
In-app Intercom in the Akto dashboard
Last updated