Телеграмм чат группы symfony

2020 December 31

И

Роли, и подходы к этому вопросу в распределеных системах

И

Я нашёл что по сути их 3 acl rbac ABAC, acl откинул сразу, рбак не иирархичен но есть решения для иерархии. Так что по сути тут 2 кейса

источник

14:06пожаловаться #2

И

Игорь in symfony

Едем дальше, обмен будет по jwt, и раздачу прав с сервиса автор зации, я не рассматриваю с подходом "ходи при каждом запросе на авторайз сервис" иначе в чем вообще тогда смысл jwt

источник

14:07пожаловаться #3

И

Игорь in symfony

Следовательно список привелегий должен быть в токене

источник

14:08пожаловаться #4

И

Игорь in symfony

Кто как организует этот вопрос кейса по сути 3

источник

14:08пожаловаться #5

G

Gas in symfony

Игорь

Следовательно список привелегий должен быть в токене

+

источник

14:08пожаловаться #6

И

Игорь in symfony

1 кидать рольь
2 кидать клеимы
3 кидать скопы

источник

14:08пожаловаться #7

И

Игорь in symfony

1 болеет так как бизнес должен иметь возможность влиять на ролевую систему

источник

14:09пожаловаться #8

И

Игорь in symfony

Кто что выбирает клеимы или скопеды? И если скопеды то чем рукаводствуетесь при разграничения и форматирование скоупа

источник

14:09пожаловаться #9

И

Игорь in symfony

Есть какие то труды на эту тему?

источник

14:09пожаловаться #10

И

Игорь in symfony

Следующий. Вопрос скоуп/клеим прилетел на сервис, чем проверяете бизнес правила, и если это не стандартные симф ворты которые достаточно инкапсулированы, и имеют гибкую настройку то чем?

источник

14:11пожаловаться #11

И

Игорь in symfony

Следующий вопрос относительно скоупов если ваши скопы имеют вид read:orders это значит что мы даём доступ на чтение таблицы ордеров целиком? Насколько одекватен кейс что скоуп read:orders нне получит свою таблицу ордеров потому что ему не даст последующие бизнес правило? Вопрос о5 же о кейся как грамотно. Разграничивать доступ в скоупвх

источник

14:13пожаловаться #12

И

Игорь in symfony

Вопрос номер не помню какой "как вы собираете бизнес требывания по этому вопросу?" просто придти к бизнесу и сказать "дай все роли, и все возможные права это не подход! Какие входные параметры лучше дать бизнесу! Все урлы, или все ресурсы? В. Каком формате я должен получить от него. Бизнес требывания и логические утверждения по этому вопросу? Есть какая то практика?

источник

14:15пожаловаться #13

И

Игорь in symfony

Что в этих вопросах такого трольного и оскарбительного, и 2 часового....

источник

14:16пожаловаться #14

И

Игорь in symfony

Помоему отвечая на эти вопросы, вы свидетель к 1 - 2 моделям которые будут достаточно универсальны... И никакой "каждый пилит как хочет" не будет...

источник

14:19пожаловаться #15

G

Gas in symfony

Игорь

Вопрос номер не помню какой "как вы собираете бизнес требывания по этому вопросу?" просто придти к бизнесу и сказать "дай все роли, и все возможные права это не подход! Какие входные параметры лучше дать бизнесу! Все урлы, или все ресурсы? В. Каком формате я должен получить от него. Бизнес требывания и логические утверждения по этому вопросу? Есть какая то практика?

тем не менее, если у вас токен будет в телефоне (чтоб на сервисах не ходить на auth) то вам придется перечислить в них все capabilities. исходите из того, что каждый сервис будет сам определять, что на нем юзеру можно, а что нельзя

источник

14:23пожаловаться #16

G

Gas in symfony

грубо говоря, достаточно одного scope 'profile', в котором лежит claim capabilities, где перечислены все order:read write etc.

источник

14:25пожаловаться #17

G

Gas in symfony

смысл в разных scopes, если сервис сам запрашивает права (путем многих переадрессаций) у auth сервера. можно ограничить их раздачу. этому сервису можно отправить весь profile, а этому только email.

источник

14:31пожаловаться #18

И

Игорь in symfony

Gas

смысл в разных scopes, если сервис сам запрашивает права (путем многих переадрессаций) у auth сервера. можно ограничить их раздачу. этому сервису можно отправить весь profile, а этому только email.

Вот я какраз и хочу уйти от истории что сервис запрашивает права у auth сервиса

источник

14:34пожаловаться #19

И

Игорь in symfony

Или так никто не делает?

источник

14:34пожаловаться #20