For your IT and security team
One page to forward, written for the reviewer.
If someone has asked you to approve Bolt, this is everything you would otherwise have to extract from us over three emails. It is deliberately short, it states what we do not have as plainly as what we do, and every claim on it links to the page that lets you check it.
1. Who we are, and what Bolt is
2. What leaves the endpoint
The question that decides most reviews. Answered by category rather than with a slogan, because the honest answer is not the word never.
You do not have to take this list on faith. Run a network monitor against Bolt on a test machine and compare. Anything that leaves and is not on this list is a finding we want reported.
3. Permissions Bolt asks for
All optional. Bolt runs without any of them, with fewer capabilities.
Permissions are only half of what your endpoint tooling will see. The other half is behaviour: the processes Bolt spawns, the ports it listens on, and the files it writes. We publish that too, including the parts that look bad out of context, at what Bolt does on the endpoint.
4. Where data is stored, and how it is protected
5. Assurance, including what we do not have
Listing the gaps here is deliberate. You would find them anyway, and finding them yourself after we omitted them is worse for both of us.
6. If you decide to deploy it
Wiring single sign-on is a page per provider, written for whoever does the work: Okta, Microsoft Entra ID, Google Workspace, Auth0, Zoho, and any OIDC provider. Each one covers creating the application, the four separate levers that grant access, and rolling the desktop app onto laptops.
Questions, or a security instrument you need completed: [email protected]. Send us the review rather than only the questionnaire. If your answer is that Bolt does not clear your bar yet, we would genuinely like to know which line it failed on.