Идеи для передачи серверного ключа для шифрования на клиент?

Question

[have_a_nice_day13]

всем привет. хотелось бы от вас услышать какие методы вы встречали и какие более из них безопасны для передачи сгенерированного ключа на сервере для шифрования для передачи на клиент. интересуюсь, потому что мой метод рабочий, но не стабилен, шанс 1 к 10 что ключ получится неверным (брутфорс).

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

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

Comments

[FanatPHP]

шифрования чего? зачем? какого ключа - открытого, закрытого? с какого сервера? На какой клиент? при чем здесь с++?

[Евгений Шатунов]

have_a_nice_day13 , зачем в вопросе указано два никак не связанных между собой языка?

[have_a_nice_day13]

FanatPHP, Евгений Шатунов, сдурил насчет указания языков. исправлюсь.

[have_a_nice_day13]

FanatPHP, столько абсурдных вопросов, что я отвечу лишь на один из них адекватный - закрытый ключ.

[FanatPHP]

а зачем закрытый куда-то передавать?

[CityCat4]

have_a_nice_day13, Почему абсурдных-то? Ваш вопрос читается как какое-то сборище слов - по отдельности вроде бы они имеют смысл, но фразу из них никак не сложить. Очередная "гиниальная идея на мильен"? Зачем закрытый ключ куда-то передавать? Передача закрытого ключа, да еще незашифрованного - это 100% его компроментация.

Answer 1

[Армянское Радио]

Самый надежный метод - не передавать ключ на клиент, и он реален:

Следует использовать надежную и проверенную схему установления доверенного канала - схему Диффи-Хеллмана или аналог.

Comments

[have_a_nice_day13]

благодарю, сейчас прочту.