• Познакомьтесь с пентестом веб-приложений на практике в нашем новом бесплатном курсе

    «Анализ защищенности веб-приложений»

    🔥 Записаться бесплатно!

  • CTF с учебными материалами Codeby Games

    Обучение кибербезопасности в игровой форме. Более 200 заданий по Active Directory, OSINT, PWN, Веб, Стеганографии, Реверс-инжинирингу, Форензике и Криптографии. Школа CTF с бесплатными курсами по всем категориям.

"Минимальная" адресная книга

  • Автор темы igorgrim
  • Дата начала
Статус
Закрыто для дальнейших ответов.
I

igorgrim

Есть база данных клиентов с некоторой информацией для каждого клиента.

Требуется предоставить каждому клиенту через Вэб доступ только к этой базе и только
к его информации.

В адресную книгу заводить всех клиентов не хочется ибо их в сотни раз больше чем сотрудников.
Заводить отдельную адресную книгу - нарушение целостности. Клиента прийдется регистрировать
и в базе и в этой адресной книге.


Внимание, вопрос.

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

Кастрацией адресной книги добился что она продолжает работать в требуемом режиме если оставить только 2 вида ($Users)
и ($ServerAccess)
Но если аналогичные виды создать в чистой базе, где в поля прописать константы - не работает.
Видимо, есть еще какие-то требования к полям документов.

Также не занаю как создать зашифрованный HttpPassword.

Функция @Password, которая прописана в дизайне names.nsf
работает в новой базе не так, как в names.nsf
В чем причина? Где еще код, который изменяет значение HttpPassword при закрытии документа Person?

И последний вопрос:
Может есть более простой путь решения исходной задачи?

Большое спасибо всем откликнувшимся.
 
Статус
Закрыто для дальнейших ответов.
Мы в соцсетях:

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