Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
Добрый день! Разбираюсь с Always Encrypted и возник следующий вопрос: Есть таблица, в которой есть два зашифрованных поля (например) Зарплата и Возраст. Данные по зарплате может видеть финансовый юзер, но не может видеть возраст. Менеджер может видеть возраст, но не может видеть зарплату. Оба пользователя могут изменять другие поля. Что сделал: создал разные COLUMN MASTER KEY и COLUMN ENCRYPTION KEY для шифрования колонок. Раздал права пользователям VIEW ANY COLUMN MASTER KEY DEFINITION и VIEW ANY COLUMN ENCRYPTION KEY DEFINITION. Что получилось: Когда заходишь через Managment Studio с параметром "Column Encryption Setting=Enabled", то пользователи видят данные всех зашфрованных полей. Может кто-нибудь подсказать как правильно огранизовать разграничение прав пользователей для просмотра зашифрованных данных? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2018, 12:07 |
|
||
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
mspektorenko, создайте роли БД, схемы с владельцем роли, представления в этих схемах. Добавьте пользователям роли. Создайте "рабочее место" для каждой группы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2018, 15:50 |
|
||
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовmspektorenko, создайте роли БД, схемы с владельцем роли, представления в этих схемах. Добавьте пользователям роли. Создайте "рабочее место" для каждой группы. В предложенном Вами варианте и ни какой Always Encrypted не нужно, правильно я понял? Что видит каждый пользователь будет регулироваться представлениями. Я просто думал может есть какой вариант сделать проще и с использованием Always Encrypted. Может какие-то права на сертификаты или еще что-нибудь. А то так получается для каждой роли свое представление...как-то муторно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2018, 22:06 |
|
||
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
mspektorenkoДобрый день! Разбираюсь с Always Encrypted и возник следующий вопрос: Есть таблица, в которой есть два зашифрованных поля (например) Зарплата и Возраст. Данные по зарплате может видеть финансовый юзер, но не может видеть возраст. Менеджер может видеть возраст, но не может видеть зарплату. Оба пользователя могут изменять другие поля. Что сделал: создал разные COLUMN MASTER KEY и COLUMN ENCRYPTION KEY для шифрования колонок. Раздал права пользователям VIEW ANY COLUMN MASTER KEY DEFINITION и VIEW ANY COLUMN ENCRYPTION KEY DEFINITION. Что получилось: Когда заходишь через Managment Studio с параметром "Column Encryption Setting=Enabled", то пользователи видят данные всех зашфрованных полей. Может кто-нибудь подсказать как правильно огранизовать разграничение прав пользователей для просмотра зашифрованных данных? Как правильно организовать разграничение прав для просмотра зашифрованных данных? Да точно так же, как для просмотра обычных данных. Always Encrypted создана для защиты от перехвата полномочий от учеток с правами sysadmin. Когда БД лежит в условном "облаке", которому Вы не доверяете нисколько. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2018, 22:48 |
|
||
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
Andy_OLAPmspektorenkoДобрый день! Разбираюсь с Always Encrypted и возник следующий вопрос: Есть таблица, в которой есть два зашифрованных поля (например) Зарплата и Возраст. Данные по зарплате может видеть финансовый юзер, но не может видеть возраст. Менеджер может видеть возраст, но не может видеть зарплату. Оба пользователя могут изменять другие поля. Что сделал: создал разные COLUMN MASTER KEY и COLUMN ENCRYPTION KEY для шифрования колонок. Раздал права пользователям VIEW ANY COLUMN MASTER KEY DEFINITION и VIEW ANY COLUMN ENCRYPTION KEY DEFINITION. Что получилось: Когда заходишь через Managment Studio с параметром "Column Encryption Setting=Enabled", то пользователи видят данные всех зашфрованных полей. Может кто-нибудь подсказать как правильно огранизовать разграничение прав пользователей для просмотра зашифрованных данных? Как правильно организовать разграничение прав для просмотра зашифрованных данных? Да точно так же, как для просмотра обычных данных. Always Encrypted создана для защиты от перехвата полномочий от учеток с правами sysadmin. Когда БД лежит в условном "облаке", которому Вы не доверяете нисколько. А каким образом это может спасти от sysadmin? Я просто попробовал зашифровать сертификатом пользователя, а потом решил проверить видно ли админу данная информация - и у меня все отобразилось красиво без всяких бинарников. Я проверял через студию с опцией Column Encryption Setting = Enabled. Мои понимания AE было, что существуют разграничения по сертификатам и предоставления доступ к определенным сертификатам. А оказалось что пермишены даются на все мастер ключи разом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2018, 23:26 |
|
||
|
Always Encrypted - распеределение прав доступа к шифрованными колонкам по пользователям
|
|||
|---|---|---|---|
|
#18+
mspektorenko, в общем-то то, что получено - может быть расшифровано, а что не получено - не может. Самый простой вариант - ограничить доступ к данным на уровне интерфейса приложения по ролям пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.04.2018, 12:25 |
|
||
|
|

start [/forum/topic.php?fid=46&tid=1689844]: |
0ms |
get settings: |
4ms |
get forum list: |
8ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
49ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
22ms |
get tp. blocked users: |
1ms |
| others: | 214ms |
| total: | 310ms |

| 0 / 0 |
