• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

Оповещение системы защиты

  • Автор темы Автор темы susinmn
  • Дата начала Дата начала
S

susinmn

Проблема: при работе с новой бд у пользователя иногда появляются вот такие окна, на что пользователь жмет ок.
Как сделать, что бы они не появлялись или галка ставилась автоматом на *Доверять автору подписи...*?
 

Вложения

  • 05.07.png
    05.07.png
    33,7 КБ · Просмотры: 538
  • 05.07_2.png
    05.07_2.png
    5,9 КБ · Просмотры: 528
Файл-Безопасность-Безопасность пользователя-Действия других (What others do). Ну и тут соответственно помечаешь какие действия от имени каких лиц могут быть выполнены на данном клиенте
 
To Azat, а если пользователей >3000(по всей России)+текучка+меняются разработчики, что тогда делать?
 
если пользователей >3000(по всей России)+текучка+меняются разработчики, что тогда делать
- есть такие политики - накатывать свежую ECL по мере надобности
- ECL на сервере правильно сделать а-ля */Developers/* и девелоперам давать ключи
 
В хелпе(раздел Administration ECLs) среди прочего написано:
Create a separate certifier for an organizational unit to issue IDs specifically for users who must sign templates and applications -- for example, Enterprise ECLApp Signer/West/Acme. Then users who create templates and applications use those IDs to sign templates and applications. You can then set up the administration ECL to trust any user in that special organizational unit, or fine-tune it on a per-user basis.
 
:) ну в посте не было что юзеров более 3000. а иначе, ECl...
 
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab

Похожие темы