who's inside?

your tools keep
getting access.
who's keeping track?

Practical guides on identity, access and data security for the people who run a company's tools, data and workflows without a security team behind them. One mechanism at a time, each with a step you can take this week.

get the offboarding checkliststart reading

incident files on the site

sources: CISA, FBI, SEC, FTC, company disclosures

who's inside your company right now?

who you think is inside who else is

what is access creep?

access creep

  1. The slow build-up of access that nobody takes back. People change roles, apps get connected, someone gets admin "just for this week", and every grant outlives the reason it was given.
  2. informal. Whoever is still inside because of it: the contractor who left in spring, the integration nobody remembers, the AI tool reading more than anyone meant. Hence the eyes.
Picture one employee over three years.
  1. joinsemailteam chatCRM
  2. moves to sales opsemailteam chatCRMbillingCRM admin
  3. covers for a colleagueemailteam chatCRMbillingCRM adminfinance drivepayroll export
  4. gets promotedemailteam chatCRMbillingCRM adminfinance drivepayroll exportSalesforce adminAI assistant
  5. todayemailteam chatCRMbillingCRM adminfinance drivepayroll exportSalesforce adminAI assistanthas 9. needs 4. nobody has looked.

why this is worth an hour a quarter.

start here.

or pick who you're looking for.

Six ways in, depending on what keeps you up. Each one starts with the question it answers.

the peoplewho still has access after they changed role, left, or never really joined?

Picture a contractor who finished in March. In November their email, the team chat and the shared password vault still open for them, because nobody owned their last day.

the appswhich apps can read your data, and who said yes to them?

Picture a sales tool someone connected two years ago with one click on Allow. It still reads every inbox it was granted, and the person who connected it left last spring.

the AIwhat can your AI tools read, and on whose permissions?

Picture an assistant switched on for the whole company. On its first day it can answer questions from every file anyone ever shared too widely.

the platformswhere does access pile up inside the systems you already run?

Picture a code host where every developer can see every repository, and an old personal token from someone long gone can still push code.

the evidencehow do you know any of this is under control, and could you prove it?

Picture an auditor asking who had super admin on one Tuesday in March. The answer exists only if someone exported the logs before they expired.

the long readsthe ideas underneath the series, for when you want the whole argument.

Five longer pieces: why the people who stay collect more access than the people who leave, why every inventory you have is wrong, and the order to fix it all in.

all 48 guides →

the letter · every two weeks

one access gap in your inbox, with the fix.

Every issue takes one way access creeps in, shows a real incident where it went wrong, and ends with one thing to check that week. Written for the people who run the tools, without a security team behind them.

  • 1one mechanism, explained plainly
  • 2one real incident, taken apart
  • 3one step you can take on Monday

get the next issue

One email every two weeks. Your address stays here and is never passed to vendors. One click to unsubscribe. Privacy.