сервиса, общаются между собой, имея жестко заданный токен. Токен гуляет по сети во время общения, а это не есть гуд. Знаю, что шифрование позволяет многое.
Задача такая: нужно, что бы Вызываемый сервис на основе токена сформировал ключ и отправил вызывающему, вызывающий на основе токена и ключа отправил свой ключ, а вызываемый смог проверить, что это именно ответ на конкретный запрос, при этом что бы основной токен не передавался по сети. Подскажите, как это называется, плиз)
ключи передать через env переменные
Вы не совсем поняли вопрос. Ключ и так в env у обоих сервисов. При общении один сервис вызывает второй, передавая ему этот ключ.
Асимметричная криптография/шифрование
Ага, спасиб, уже читаю про rsa.
В PKI два кюча, один приватный, другой публичный, которыми можно без опасений обмениааться Если у вас два сервиса, можно использовать и симметричное шифрование, зашиыровываете данные ключом и отправляете
почитайте, как реализован https(tls в частности), чего изобретать велосипед. ассиметричное шифрование можно использовать как раз для обмена сессионным ключем для симметричного шифрования. если планируется передавать больше объемы данных.
Да, спасибо, уже прочитал о такой схеме: асинхронное шифрования для обмена закрытыми ключами синхронного
Ага, спасиб, именно это и прочитал
Обсуждают сегодня