Разделяет вход пользователя, общую policy и право на конкретный объект
Зачем
Зачем это нужно
Убирает повторяющиеся if с ролями из каждого метода контроллера
Проверяет запрет на чужой ресурс отдельными интеграционными тестами
Вопросы
Частые вопросы
Чем policy лучше проверки роли?
Policy выражает требование и может учитывать несколько claims, окружение и собственный handler. Роль остаётся одним из входов, а не размазанной строкой по контроллерам. Модель вынесет правило в одно место, где его легче тестировать и менять без риска забыть соседний endpoint.
Когда нужна resource-based authorization?
Когда решение зависит от загруженного объекта: владельца документа, отдела заявки или текущего статуса. До чтения ресурса обычный атрибут этого не знает. Модель построит порядок: проверить общий доступ, безопасно загрузить запись, затем вызвать handler и вернуть одинаковый отказ без раскрытия существования чужих данных.
Почему получаю 401 вместо 403?
401 означает, что личность не установлена или схема аутентификации не приняла credentials; 403 — пользователь известен, но правило отказало. Модель проследит middleware и выбранную схему. Подменять коды ради фронтенда не стоит: правильное различие помогает понять, обновлять сессию или показывать запрет.
Рядом
Соседние страницы каталога
Дальше — весь каталог задач: поиск по названию, темы и фильтры.