Access Matrix
Illustrative sample from a 41-row matrix. Marloe Logistics, fictional warehouse software company, Senior Implementation Consultant role.
| Application | Revocation path | When | Source | Needs a human? |
|---|---|---|---|---|
| Identity provider directory account | SSO-federated | Before Day 1 | Identity provider | No |
| Email, chat, document storage, project tracker, CRM | SSO-federated | On demand | Identity provider | No |
| Jump host to the customer sandbox estate | Local credential | Before Day 1 | Admin console | Yes |
| Reporting replica, SQL role | Local credential | First week | Admin console | Yes |
| Legacy wiki that predates the current one | Local credential | On demand | Observed | Yes |
| Slotting analytics tool, $39 a month on a company card | Local credential | On demand | Expense line | Yes |
| EDI transaction portal, customer-issued | Local credential | On demand | Observed | Only the customer can |
| Warehouse integration service account | Shared credential | On demand | Observed | Rotation, 4 users + 3 jobs |
| Shared customer FTP for data extracts | Shared credential | On demand | Observed | Rotation, 6 users |
41 applications: 23 SSO-federated, 13 local credential, 5 shared credential. Only 18 need a human on a last day. The checklist Marloe had been using listed 12 rows and covered 3 of those 18, while 9 of its rows were federated applications that needed nothing.
Row 16 exists only because somebody read the card statement. Nine of the 13 local rows could be federated instead, which is the one change here that reduces work permanently.