Безопасный общий секрет HMAC путем шифрования авторизации с помощью RSA

Question

Я рассматриваю возможность создания системы API, использующей HMAC. У сервера и клиента будет общий секрет, клиент будет подписывать запросы, сервер будет проверять и продолжать, если все будет хорошо. Проблема с такой системой заключается в том, что секрет должен храниться таким образом, чтобы его можно было найти, например, базу данных. Если кто-то украл секрет, у них есть ключ, необходимый для того, чтобы делать в основном все, что разрешено пользователю.

Я думал, что должна быть более безопасная альтернатива. Есть ли недостатки в использовании RSA?

1. У клиента есть «открытый» ключ, а не общий секрет. (Открытый ключ все равно должен храниться в секрете для моего случая использования.)
2. Клиент получит сообщение с SHA-1 или как обычно.
3. Вместо того, чтобы добавлять хэш к сообщению напрямую, хэш будет зашифрован через его открытый ключ, а затем отправлен с сообщением.
4. У сервера есть «закрытый» ключ (для расшифровки сообщений), но он не знает «открытого» ключа. (Это та часть, которая делает ее более безопасной, чем обычный подход. Если база данных украдена, никакие ключи не украдены, которые могут олицетворять пользователя.)
5. Сервер расшифровывает хэш и проверяет сообщение как обычно.

Есть ли что-то не так с этим подходом? Известны ли реализации этого или что-то подобное?

Answer 1

Это зависит от асимметричной криптосистемы вы выбрали:

(EC) Диффи-Хеллмана: Это не работает. Publickey непосредственно получен из частной клавиши через генератор, например. [d] G = Q

RSA: Обычно люди выбирают фиксированные публикации, такие как 0x010001. Это делается по соображениям эффективности. Если взять достаточно большой, полностью случайный e и получить d от него нет никакой возможности вычислить p и q дал d и NИЛИe и N. На самом деле они в равной степени одинаковы, а ярлык, закрытый и публичный, больше не имеет смысла. Все это зависит от smmyetrical собственности RSA. Обязательно не входите в вопросы RSA в учебнике. И обязательно спросите об этом достаточно умных людей, это только мои мысли об этом.

Answer 2

Если вы создаете систему шифрования на доказательство владения секрету вам нужно, хорошо - держать его в секрете :)

Но да, если вы не нужна скорость симметричной аутентификации, то вы можете использовать асимметричная подпись. Обычно это делается с помощью подписанного хэша, но вы также можете использовать подписанный hmac.

Терминология обычно заключается в том, что вы подписываете секретным ключом и проверяете с помощью открытого ключа (даже если операция подписания выглядит как шифрование).