повторяешься

тебе нужен был подход. вот - чем не подход?

Завтра выложу концепт на гитхаб себе скорее всего, который иллюстрирует основной подход

мне нужен подход)

а в каком виде? Отдельный сервис, которому отправляешь айди юзера и ресурса, а он тебе мапу пермишенов?

вот сервси мне не нравится это же по запросу на каждый запрос

кеширувай

это ж потом инвалидировать

Ну у меня есть прототип на основе выражений. Я хз как можно описать. Короче есть выражение типа * -> registration/perform * -> authentification/perform authenticated -> post/read, create (Псевдокод) и вот подобными выражениями можно регулировать доступ к сущностям. Очень сырое пока оно у меня, по тому пока даже не опубликовал

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

https://www.wikiwand.com/ru/%D0%98%D0%B7%D0%B1%D0%B8%D1%80%D0%B0%D1%82%D0%B5%D0%BB%D1%8C%D0%BD%D0%BE%D0%B5_%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%BE%D0%BC

гуаву я упомянул в контексте кешей и инвалидации оных

да нафиг гуаву Я про подход

role based вроде морально устаревшая штука. Пушто ролей не напасешься на хоть сколько-нить богатый домен

воооот

https://fablereaction.readthedocs.io/en/latest/ и для фабулос работает

так а мы ща подход на каком уровне абстракций выбираем?

Тем более термобар.

пока просто подход Но кейс такой, что в идеале бы управлять записями в БД, и в зависимости от этого бы у пользователя появлялся или исчезал доступ к ресурсу

нет?

Вообще пытался сделать что-то типа графа/многомерной матрицы, где по свойствам актора можно было бы сматчить его с входами, а на выходе получить список того что он может, а что не может (опять же чтобы и на том конце можно было матчить) Типа *[not "age">=18 ] -< *[~"18+"]/* (Типа кто угодно, у кого нет свойства возраста со значением >=18 не может ничего делать с любыми сущностями, у которых есть свойство "18+")

Это что-то новое или я изобретаю то что уже существует?

термобары хороши ударной волной, осколков нет, бризантности нет. спрятался в окоп - все прошло сверху. Осколочный град тоже работает только на открытой местности. В целом весьма ситуативное оружие.

Это что-то новое или я изобретаю то что уже существует?

Ну тогда святой чугуний

Или це заведомо хуета?

а как же химоза

Неуправляема

ну так с воздуха уронил над бункером и никто не выйдет

если нужна гибкость, то надо делать пермишены на ресурсы, группы ресурсов и тд. Это можно миксовать с ролями, где роли — по сути готовые пресеты пермишенов. Но они расширяемые, в отличие от просто role based.

вот такие же мысли Но получается если я сделаю новый функционал к которому нужен доступ, получается надо вносить его в БД и всем сразу дава или не давать на него права

если нужна гибкость, то надо делать пермишены на ресурсы, группы ресурсов и тд. Это можно миксовать с ролями, где роли — по сути готовые пресеты пермишенов. Но они расширяемые, в отличие от просто role based.

Не факт. Ты можешь его просто запихать в существующую ресурс-группу

не, это выглядит как permission based система

ещё похоже на https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%B0_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5_%D0%B0%D1%82%D1%80%D0%B8%D0%B1%D1%83%D1%82%D0%BE%D0%B2#%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%80_%D0%BF%D0%BE%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B8,_%D1%80%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9_%D0%B2_%D1%80%D0%B0%D0%BC%D0%BA%D0%B0%D1%85_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82%D0%B0_XACML

Посмотрел на концепции из известных есть CBAS context-based access control но она реализована в основном во всяких TCP\UPD как использовать ее для доступа к ресурсам хз

вон, есть еще Attribute based. Но тут, чтобы выбрать, надо понимать твой домен

У них фильтрация и запас еды.

ещё похоже на https://ru.wikipedia.org/wiki/%D0%A0%D0%B0%D0%B7%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B5_%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%B0_%D0%BD%D0%B0_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%B5_%D0%B0%D1%82%D1%80%D0%B8%D0%B1%D1%83%D1%82%D0%BE%D0%B2#%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D1%80_%D0%BF%D0%BE%D0%BB%D0%B8%D1%82%D0%B8%D0%BA%D0%B8,_%D1%80%D0%B5%D0%B0%D0%BB%D0%B8%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9_%D0%B2_%D1%80%D0%B0%D0%BC%D0%BA%D0%B0%D1%85_%D1%81%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82%D0%B0_XACML

LDAP

нет там лдапа

@omgszer , в копилку

вот смотри есть пользователь A он сотрудник организации Б, у организации Б есть свои сузщности( например список товаров с ценами) в системе и было бы круто на уровне доступа давать правила, что А может видеть цены Б

у него есть мысль

Какая? О богоизбранности?

ну этого недостаточно, пушто данный пример можно разложить легко на разные модели. Тут, например, можно сделать пермишены типа "просматривать цены", "просматривать контент организации Б" и тд. Выдавать их кому-то конкретному или бахнуть роли-пресеты. Либо сделать атрибуты: атрибут "сотрудник А", "бухгалтер" "соверщеннолетний" и тд

В общем да, Матричный доступ самое то По Х пермишены По Y пользователи "Ролями" называются пресеты

В общем да, Матричный доступ самое то По Х пермишены По Y пользователи "Ролями" называются пресеты