OpenBao - это система управления секретами с открытым исходным кодом. До версии 2.5.3 метод аутентификации сертификата OpenBao, когда запра…
OpenBao - это система управления секретами с открытым исходным кодом. До версии 2.5.3 метод аутентификации сертификата OpenBao, когда запрашивается продление токена и устанавливается `dable_binding=true`, пытается проверить представленный текущий запрос сертификат mTLS соответствует оригиналу. Продление токенов для других методов аутентификации не требует какой-либо предоставленной информации для входа. Из-за неправильного соответствия метод аутентификации сертификата позволил бы продлить токены, для которых злоумышленник имел сертификат брата + ключ, подписанный тем же CA, но который не обязательно соответствовал первоначальной роли или первоначально предоставленному сертификату. Это означает, что злоумышленник все еще может аутентифицироваться на OpenBao в аналогичном объеме, однако продление токена подразумевает, что злоумышленник может продлить срок службы динамической аренды, удерживаемой оригинальным токеном. Эта атака требует знания либо оригинального токена, либо его аксессуара. Эта уязвимость является оригинальной от HashiCorp Vault. Об этом говорится в v2.5.3. В качестве обходного пути убедитесь, что привилегированные роли тесно связаны с едиными сертификатами.
Продукт не проверяет или некорректно проверяет сертификат.
https://cwe.mitre.org/data/definitions/295.html →Открыть в коллекции CWE →Злоумышленник эксплуатирует слабость, возникающую вследствие применения хеш-алгоритма с низкой устойчивостью к коллизиям, для генерации запросов на подпись сертификата (CSR), содержащих блоки коллизий в разделах «подписываемых данных». Злоумышленник отправляет один CSR на подписание доверенному удостоверяющему центру, а затем использует подписанный блок для того, чтобы второй сертификат выглядел подписанным тем же удостоверяющим центром. Вследствие хеш-коллизии оба сертификата, будучи различными, дают одно и то же хеш-значение, и подписанный блок одинаково работает с обоими сертификатами. В итоге второй сертификат X.509 злоумышленника, который удостоверяющий центр никогда не видел, оказывается подписанным и верифицированным этим удостоверяющим центром.
https://capec.mitre.org/data/definitions/459.html →Открыть в коллекции CAPEC →Злоумышленник эксплуатирует криптографическую слабость в реализации алгоритма проверки подписи для генерации действительной подписи без знания ключа.
https://capec.mitre.org/data/definitions/475.html →Открыть в коллекции CAPEC →