|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
1. Новый юзер заходит на сайт, регистрируется, получает емейл подтверждения, подтверждает, логинится. 2. Юзер сам не регистрируется, юзеров регистрирует админ, но емейл подтверждения приходит юзеру и т.д. Мне больше подходит вариант(2). Т.е. если на сайте есть "чувствительные" данные, которые не должны быть доступны случайным юзерам, то в случае (1) некий враг-юзер регистрируется, автоматически ему шлется емейл, он подтверждает и данные доступны. Какие еще подходы есть? ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 10:20 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин Какие еще подходы есть? Роли, полномочия, политики безопасности. Не важно, как пользователь заведён в системе, руками или сам зарегался. Необходимые права ему должно дать уполномоченное лицо. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 11:42 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин Какие еще подходы есть? Обсудить с заказчиком, кто его пользователи, какие роли исполняют и какие права имеют. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 13:00 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
hVostt Ролг Хупин Какие еще подходы есть? Роли, полномочия, политики безопасности. Не важно, как пользователь заведён в системе, руками или сам зарегался. Необходимые права ему должно дать уполномоченное лицо. да, но в п.1 и как получается практически по умолчанию в Blazor|ASP.NET проекте с момента регистрации юзера все делается автоматом и он получает доступ к сайту. Я вот о чем: что-то бы сделать после того, как юзер подтвердил емейл, например, создавать account локнутым, и админ должен руками анлокнуть.Те чтобы окончательное решение принимал админ. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 20:22 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
hVostt Ролг Хупин Какие еще подходы есть? Роли, полномочия, политики безопасности. Не важно, как пользователь заведён в системе, руками или сам зарегался. Необходимые права ему должно дать уполномоченное лицо. ну, или создавать в какой-то роли типа "Странные", которая не имеет доступа к данным, а админ потом руками передвигает юзера в роль "Юзеры" ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 20:25 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин hVostt пропущено... Роли, полномочия, политики безопасности. Не важно, как пользователь заведён в системе, руками или сам зарегался. Необходимые права ему должно дать уполномоченное лицо. ну, или создавать в какой-то роли типа "Странные", которая не имеет доступа к данным, а админ потом руками передвигает юзера в роль "Юзеры" ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 21:25 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин да, но в п.1 и как получается практически по умолчанию в Blazor|ASP.NET проекте с момента регистрации юзера все делается автоматом и он получает доступ к сайту. Я вот о чем: что-то бы сделать после того, как юзер подтвердил емейл, например, создавать account локнутым, и админ должен руками анлокнуть.Те чтобы окончательное решение принимал админ. Фигню какую-то изобретаете. А потом сами будете страдать и те, кто за вами исправлять ваш косяк. ... |
|||
:
Нравится:
Не нравится:
|
|||
11.01.2020, 22:24 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин 2. Юзер сам не регистрируется, юзеров регистрирует админ, но емейл подтверждения приходит юзеру и т.д. Мне больше подходит вариант(2). Т.е. если на сайте есть "чувствительные" данные, которые не должны быть доступны случайным юзерам, то в случае (1) некий враг-юзер регистрируется, автоматически ему шлется емейл, он подтверждает и данные доступны. если это корпоративная система, то юзеры в ней сами не регистрируются, их учетки с дефолтным паролем создает админ, который юзеры потом меняют ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 00:20 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Дмитрий Мух Ролг Хупин пропущено... ну, или создавать в какой-то роли типа "Странные", которая не имеет доступа к данным, а админ потом руками передвигает юзера в роль "Юзеры" Именно так, сама задача в этом: работа с данными юзеров, персональными и другими. Потому и вопрос. База сейчас в туче. Клиент - старый винформс, там админ создает юзеров. Т.е. любой юзер, имеющий доступ к данным - ответственность админа. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 09:47 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
hVostt Ролг Хупин да, но в п.1 и как получается практически по умолчанию в Blazor|ASP.NET проекте с момента регистрации юзера все делается автоматом и он получает доступ к сайту. Я вот о чем: что-то бы сделать после того, как юзер подтвердил емейл, например, создавать account локнутым, и админ должен руками анлокнуть.Те чтобы окончательное решение принимал админ. Фигню какую-то изобретаете. А потом сами будете страдать и те, кто за вами исправлять ваш косяк. начало хорошее, как надо, чтобы была не фигня? ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 09:48 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин Дмитрий Мух пропущено... К чему же такому имеет доступ пользователь после регистрации? К данным других пользователей что-ли? В чём проблема-то? Именно так, сама задача в этом: работа с данными юзеров, персональными и другими. Потому и вопрос. База сейчас в туче. Клиент - старый винформс, там админ создает юзеров. Т.е. любой юзер, имеющий доступ к данным - ответственность админа. Вот вы зарегистрирогвались на SQL.ru вы имеете доступ к чужим данным? Только ограниченный: на просмотр того, что разрешено. Но права модератора вам могут быть назначены. Советую обсудить этот вопрос с заказчиком. По идее регистрация вообще не горит. Админ может также создавать пользователей, а они уже логиниться через веб-приложение. А потом уже и прикрутите регистрацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 12:23 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин hVostt пропущено... Фигню какую-то изобретаете. А потом сами будете страдать и те, кто за вами исправлять ваш косяк. начало хорошее, как надо, чтобы была не фигня? Сделайте уже веб-приложение, к которому имеют доступ существующие пользователи, с тему функциями, что им нужны. У заказчика сколько там пользователей в месяц новых? Пяток-то хоть наберётся? На мой взгляд странно у вас приоритеты расставленны: тратите время на всякие ДБ хелперы и прочую фигню. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 12:27 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин начало хорошее, как надо, чтобы была не фигня? Обычно всё это выясняется до разработки. Как надо, как хочет бизнес. Как будет удобно пользователям. Какие роли имеются, характер данных, которые требуется защищать. Не важно, каким образом пользователи появляются в системе, сами регистрируются или их заводит админ, в системе должны быть предусмотрены права, которые может выдать пользователю уполномоченное лицо, тот же админ к примеру. Таким образом, вы с одной стороны обеспечите вопрос контроля, с другой расширяемость. Так как количество ролей может быть расширено в дальнейшем, с разными правами. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 19:56 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Дмитрий Мух Ролг Хупин пропущено... Именно так, сама задача в этом: работа с данными юзеров, персональными и другими. Потому и вопрос. База сейчас в туче. Клиент - старый винформс, там админ создает юзеров. Т.е. любой юзер, имеющий доступ к данным - ответственность админа. 1. Вот вы зарегистрирогвались на SQL.ru вы имеете доступ к чужим данным? Только ограниченный: на просмотр того, что разрешено. Но права модератора вам могут быть назначены. Советую обсудить этот вопрос с заказчиком. По идее регистрация вообще не горит. Админ может также создавать пользователей, а они уже логиниться через веб-приложение. 2. А потом уже и прикрутите регистрацию . 1. не совсем подходящий пример, я и после регистрации не имею доступ к данным юзеров, это разные задачи. Здесбь другой подход, как раз обратный, регистрироваться может кто-угодно, но забанят, если, например, юзер будет посылать всех на юх. А в моем случае - допустить к данным юзеров того, кто сам зарегистрировался - стремно. 2. да, понял, логично, ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 20:25 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин Дмитрий Мух пропущено... 1. Вот вы зарегистрирогвались на SQL.ru вы имеете доступ к чужим данным? Только ограниченный: на просмотр того, что разрешено. Но права модератора вам могут быть назначены. Советую обсудить этот вопрос с заказчиком. По идее регистрация вообще не горит. Админ может также создавать пользователей, а они уже логиниться через веб-приложение. 2. А потом уже и прикрутите регистрацию . 1. не совсем подходящий пример И уж тем более тупо при регистрации. Думаю и у вашего заказчика кому попало доступа к чужим данным не дают. И прежде чем мутить какие-то там регистрации, советую выяснить то, кому, как, когда и зачем раздают логины сейчас. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 21:27 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Дмитрий Мух, он ж играется, портфолио создает :) ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 23:33 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
>hVostt, сегодня, 19:56 https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=1321103&msg=22057561][22057561] >...в системе должны быть предусмотрены права, которые может выдать пользователю уполномоченное лицо, тот же админ к примеру... <пришлось столкнуться с ситуацией, когда уполномоченное лицо выдает права конкретному пользователю для конкретного приложения ... |
|||
:
Нравится:
Не нравится:
|
|||
12.01.2020, 23:57 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
ViPRos Дмитрий Мух, он ж играется, портфолио создает :) не надо наговаривать, это реальная задача, я пытаюсь пробиться через потемки недопонимания, моего в теме. ;-) ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2020, 17:10 |
|
Register+Login: разные подходы для защиты данных?
|
|||
---|---|---|---|
#18+
Ролг Хупин А в моем случае - допустить к данным юзеров того, кто сам зарегистрировался - стремно. Зачем доступ сразу давать? пусть регистрятся сколько угодно, Только бесправными. Совсем. А разрешения на что либо кроме логона - админ выдаст ... |
|||
:
Нравится:
Не нравится:
|
|||
13.01.2020, 20:15 |
|
|
start [/forum/topic.php?fid=18&tid=1354811]: |
0ms |
get settings: |
11ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
59ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 184ms |
0 / 0 |