• 15 апреля стартует «Курс «SQL-injection Master» ©» от команды The Codeby

    За 3 месяца вы пройдете путь от начальных навыков работы с SQL-запросами к базам данных до продвинутых техник. Научитесь находить уязвимости связанные с базами данных, и внедрять произвольный SQL-код в уязвимые приложения.

    На последнюю неделю приходится экзамен, где нужно будет показать свои навыки, взломав ряд уязвимых учебных сайтов, и добыть флаги. Успешно сдавшие экзамен получат сертификат.

    Запись на курс до 25 апреля. Получить промодоступ ...

Назначение удаление прав пользователю на документ

  • Автор темы phantom76
  • Дата начала
P

phantom76

Как логически верно построить процесс?

Пользователю назначаются права на выполнение одноразового действия по документу,
он добавляется в Authors \ Readers поля, он открывает, выполняет действие, и необходимо, чтобы в конце этой акции удалить
его полномочия из полей Authors \ Readers , как понимаю, из под прав пользователя после удаления себя их этих полей сохранить док ему уже не удастся.

Какие есть варианты: ?

- в акции запускать агент под правами сервера или на сервере ?
- или что-то можно придумать еще?
 
O

Omh

Ну у меня сразу примерно такая же идея возникла:
пишем в какое-нить временное поле имя юзера, которого надо удалить и где-то на PostSave (точнее где-то после закрытия мне кажется) запускаем серверного агента с параметром NoteID обрабатываемого документа.
Агент выкидывает кого не надо из ридеров/авторов.

Может действительно есть лучше идеи?
 

Medevic

Что это ? :)
Green Team
10.12.2004
3 334
1
BIT
4
Создавать копию документа. Пусть делает в нем что хочет. Агент потом собирает изменения в основной документ.
 
P

phantom76

Создавать копию документа. Пусть делает в нем что хочет. Агент потом собирает изменения в основной документ.

а если в PostSave основного документа , отслеживать некий триггер и зупускать агент на сервере на очистку полей?
 

Medevic

Что это ? :)
Green Team
10.12.2004
3 334
1
BIT
4
Если это делать в PostSave, то можем получить конфликт. Пользователь может продолжить работать с не измененным документом. Или в PostSave надо принудительно закрывать документ. Что не очень красиво.
Если в QueryClose, то может вообще не сработать.
 
P

phantom76

Если это делать в PostSave, то можем получить конфликт. Пользователь может продолжить работать с не измененным документом. Или в PostSave надо принудительно закрывать документ. Что не очень красиво.
Если в QueryClose, то может вообще не сработать.
моем случае, документы закрываются принудительно, из дочернего, с начало дочерний после сохранения и за ним закрывается родительский документ, а после этого нужно отнять у текущего пользователя права даже на видимость этих доков..
поэтому в постсейв наверное будет как раз.
 
T

turumbay

Как логически верно построить процесс?
Пользователю назначаются права на выполнение одноразового действия по документу,
он добавляется в Authors \ Readers поля, он открывает, выполняет действие...
Логически верно - дать права не на документ а на само действие.
Т.е. создать новый документ:
Форма: "право на выполнение одноразового действия по документу"
поля: действие ; документ-таргет ; пользователь

Именно на основании существования этого документа предоставляется право совершить действие. Действие ( результат действия ) - опять же документ, можно респонсом к праву. Действие обработать серверным агентом.
Вот как-то так...
 
P

phantom76

Логически верно - дать права не на документ а на само действие.
Т.е. создать новый документ:
Форма: "право на выполнение одноразового действия по документу"
поля: действие ; документ-таргет ; пользователь

Именно на основании существования этого документа предоставляется право совершить действие. Действие ( результат действия ) - опять же документ, можно респонсом к праву. Действие обработать серверным агентом.
Вот как-то так...
Спасибо, я понял это вариант с реализацией через транзакции.. хороший вариант, по типу интертрастовских приложений..
я попытаюсь сделать пока по-проще..
 
30.05.2006
1 345
12
BIT
0
А по-моему юзер сможет сам себя лишить доступа.
Сервер-же проверяет доступ к существующему в базе док-ту, а не тому образу, который в уме у юзера (на его раб.станции)

Так что нефиг мудрить :)
 
P

phantom76

А по-моему юзер сможет сам себя лишить доступа.
Сервер-же проверяет доступ к существующему в базе док-ту, а не тому образу, который в уме у юзера (на его раб.станции)

Так что нефиг мудрить :)

Спасибо, проверю и этот вариант еще раз :)
 
M

morpheus

А по-моему юзер сможет сам себя лишить доступа.
Сервер-же проверяет доступ к существующему в базе док-ту, а не тому образу, который в уме у юзера (на его раб.станции)

Так что нефиг мудрить
угу, вроде может


а если включена ф-ция Lock то точно сможет сам себя отшить
 
Мы в соцсетях:

Обучение наступательной кибербезопасности в игровой форме. Начать игру!