Что это
Бесплатный стол для проверки доступа прямо в браузере. Он читает простые списки ролей или выгрузки CSV и превращает их в одну матрицу, поиск маршрутов и список рисков по важности.
Карта для проверки доступа
Вставьте роли и то, что разрешено каждой из них, а затем кто какие роли держит. Permission Map разрешает каждое правило так, что запрет сильнее разрешения, рисует матрицу доступа, прокладывает маршрут от человека к любому ресурсу и отмечает сочетания, из которых вырастают инциденты.
Бесплатный стол для проверки доступа прямо в браузере. Он читает простые списки ролей или выгрузки CSV и превращает их в одну матрицу, поиск маршрутов и список рисков по важности.
Для основателей, которые заполняют анкету по безопасности, администраторов, наводящих порядок в ролях, техлидов перед аудитом и всех, кого спросили, кто может удалить данные клиентов.
Правда о доступе разбросана по провайдеру учётных записей, таблицам и старым тикетам. Никто не видит, что один человек может и создать, и одобрить платёж, пока это не случится.
Всё разбирается и вычисляется в этой вкладке. Ничего из вставленного не загружается и не сохраняется.
Вставьте свои роли или загрузите демо компанию, чтобы увидеть все виды рисков.
Ваши списки не покидают страницу. В отчёте только имена ролей, ресурсы и находки.
Совместные проверки смотрят на людей, если вы добавили список людей, и на отдельные роли, если нет.
Один и тот же человек может создать и одобрить или запросить и выпустить изменение в одном ресурсе. С этого начинается большая часть мошенничества и многие сбои.
Роль с *:* может всё, включая то, чего ещё нет. Держите её у как можно меньшего числа людей.
Кто может назначать роли или менять права, тот может выдать себе что угодно, так что на деле у него есть доступ ко всему.
Удаление или правка логов позволяет скрыть свои действия. В журнал аудита должно быть можно только дописывать.
resource:* для секретов, платежей или персональных данных незаметно включает и все будущие действия.
Массовая выгрузка или скачивание данных клиентов чаще всего ведёт к утечке, о которой придётся сообщать.
Роль одновременно разрешает и запрещает одно действие. Побеждает запрет, разрешение становится мёртвым грузом и путает проверяющих.
Запрет, который ничего не блокирует, потому что до него не доходит ни одно разрешение. Вреда нет, но настоящий замысел скрыт.
Одно и то же право встречается дважды. Чистые списки проще проверять.
Человеку назначена роль без прав. Обычно это опечатка, иногда роль, удалённая только в одной системе.
Роль с правами, которую никто не держит. Старые роли потом по ошибке назначают снова.
Можно смешивать. Регистр в именах не важен, пробелы превращаются в подчёркивания.
support: tickets:*, customers:read, !customers:deleteРоль, двоеточие, затем права через запятую. Запись resource.action тоже работает.
role,resource,action,effect
ops,servers,restart,allowЗапятая, точка с запятой или табуляция. Столбец effect необязателен, по умолчанию это разрешение.
deniz: finance_clerk, finance_leadЧеловек, двоеточие, роли. Или два столбца, человек и роль, по строке на каждое назначение.
Выгрузите их из админки или напишите вручную. Знак * означает любой ресурс или любое действие.
Необязательно, но очень полезно. Риски от одновременного владения двумя ролями видны только со списком людей.
Сначала высокие риски. В каждой названы человек, роли и конкретные строки, которые к ней привели.
Переключайтесь между ролями и людьми, затем спросите, кто может выполнить конкретное действие, и пройдите по каждому маршруту.
Скачайте матрицу CSV и скопируйте отчёт с SHA 256 в тикет проверки доступа.
Да, если привести её к строкам роль, ресурс, действие. Выгрузка CSV из большинства админок подходит после удаления лишних столбцов.
Так устроены почти все системы доступа. Один запрет блокирует действие, сколько бы ролей его ни разрешали.
Нет. Он только читает то, что вы вставили. Применение прав остаётся в вашей настоящей системе доступа.
Разделите роль, заберите у человека одну из двух ролей или добавьте явный запрет и запишите, кто одобрил исключение.