Служба шифрования. Терминология использовать?

Question

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

Я бы хотел, чтобы данные о шифровании паролей не использовались в основной части службы, и чтобы клиент имел дело с другой специализированной частью службы (назовем сейчас это «служба шифрования»), чтобы пароль токена заранее. Клиент и сервер согласовывают метод шифрования, клиент загружает пароль в службу шифрования, а служба возвращает идентификатор, который можно использовать с основной службой при указании значения паролей и т. Д.

Основной сервис знает все пароли, загруженные в сервис шифрования на время сеанса. Он не знает и не заботится о том, какой метод шифрования использовался.

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

1. Служба шифрования, которая интернирует загруженную строку и возвращает для нее идентификатор.
2. Идентификатор, который возвращается. (Токен пароля?)

Я бы хотел избежать термина "пароль", поскольку он слишком конкретен; эта функциональность может использоваться для общих параметров, которые должны быть зашифрованы и не обязательно должны быть паролями.

Answer 1

Вы можете взглянуть на http://en.wikipedia.org/wiki/Kerberos_(protocol), где объясняется Kerberos, который является протоколом сетевой аутентификации. В Kerberos есть концепция билета сеанса, которая похожа на упомянутый вами идентификатор. Но этот билет сеанса истекает через некоторое время по соображениям безопасности.

Вы также можете проверить http://web.mit.edu/kerberos/.

Answer 2

Если вам нужна терминология, службу обычно называют Служба маркеров безопасности ( также и также ).Как правило, возвращаемый «идентификатор» называется просто токеном безопасности или просто токеном.

Answer 3

Это зависит от используемой вами технологии, но вы можете взглянуть на профиль безопасности веб-служб UsernameToken.

http://www.oasis -open.org / committees / wss / documents / WSS-Username-02-0223-merged.pdf

Вы можете указать своим потребителям отправлять WSSE UsernameToken в заголовок независимо от выбора технологии.Затем вы можете запросить заголовок в коде своего сервиса или через посредника, такого как XML-шлюз (или, я полагаю, просто другого сервиса).

В стеке Microsoft расширения Web-сервисов 2.0 и 3.0 имеют классы, которые реализуютэти понятия.

Если вы используете что-то более современное, такое как WCF, вы можете написать свой пользовательский UserNamePasswordValidator.

http://msdn.microsoft.com/en-us/library/aa702565.aspx

Опять же, если выВы используете Microsoft.