#opg $OPG
Шифрование звучало завершенным для меня, пока я не задал слегка неудобный вопрос:
Зашифровано для кого?
Сообщение может быть идеально запечатано и все равно доставлено на неправильную машину. Если я принимаю любой открытый ключ, который мне дает сервер, я защищаю запрос в транзите, не подтверждая, кто может его открыть.
Это деталь внутри OpenGradient Chat, которую я почти упустил.
Перед тем как chat.opengradient.ai зашифрует приватный запрос, клиент сначала проверяет enclaves.
Он подтверждает, что аппаратная аттестация пришла с подлинной инфраструктуры AWS Nitro. Сравнивает измерения PCR машины с утвержденной сборкой, записанной в реестре TEE OpenGradient. Также подтверждает, что ключ шифрования был создан внутри именно этого enclave, а не тихо заменен снаружи.
Только после успешной проверки запрос запечатывается.
Этот порядок изменил моё восприятие "сквозного шифрования".
Одно лишь шифрование говорит, что посторонние не могут прочитать сообщение.
Аттестация спрашивает, действительно ли предполагаемый получатель запускает программное обеспечение, которое он утверждает, что запускает.
Этот второй вопрос важен, потому что безопасное соединение с измененным кодом все равно является безопасным соединением с измененным кодом.
@OpenGradient заставляет клиента проверять назначение перед тем, как доверять замку. SDK тихо обрабатывает сложные проверки, но пользователь получает выгоду от результата: неподтвержденная сборка вообще не должна получать чувствительный запрос.
Для меня это сильнее, чем еще одна иконка замка.
Вы бы предпочли доверять только шифрованию или чтобы ваше устройство проверяло машину перед отправкой чего-либо?
Это тот вид скрытой инфраструктуры, который дает $OPG реальный контекст продукта.
Шифрование звучало завершенным для меня, пока я не задал слегка неудобный вопрос:
Зашифровано для кого?
Сообщение может быть идеально запечатано и все равно доставлено на неправильную машину. Если я принимаю любой открытый ключ, который мне дает сервер, я защищаю запрос в транзите, не подтверждая, кто может его открыть.
Это деталь внутри OpenGradient Chat, которую я почти упустил.
Перед тем как chat.opengradient.ai зашифрует приватный запрос, клиент сначала проверяет enclaves.
Он подтверждает, что аппаратная аттестация пришла с подлинной инфраструктуры AWS Nitro. Сравнивает измерения PCR машины с утвержденной сборкой, записанной в реестре TEE OpenGradient. Также подтверждает, что ключ шифрования был создан внутри именно этого enclave, а не тихо заменен снаружи.
Только после успешной проверки запрос запечатывается.
Этот порядок изменил моё восприятие "сквозного шифрования".
Одно лишь шифрование говорит, что посторонние не могут прочитать сообщение.
Аттестация спрашивает, действительно ли предполагаемый получатель запускает программное обеспечение, которое он утверждает, что запускает.
Этот второй вопрос важен, потому что безопасное соединение с измененным кодом все равно является безопасным соединением с измененным кодом.
@OpenGradient заставляет клиента проверять назначение перед тем, как доверять замку. SDK тихо обрабатывает сложные проверки, но пользователь получает выгоду от результата: неподтвержденная сборка вообще не должна получать чувствительный запрос.
Для меня это сильнее, чем еще одна иконка замка.
Вы бы предпочли доверять только шифрованию или чтобы ваше устройство проверяло машину перед отправкой чего-либо?
Это тот вид скрытой инфраструктуры, который дает $OPG реальный контекст продукта.