F-Secure

As conexões inicializadas pelo AWS IoT Device SDK v2 não verificavam o nome do host do certificado do servidor durante o handshake TLS ao substituir Autoridades Certificadoras (CA) em seus armazenamentos de confiança no Windows. Esse problema foi corrigido nas versões 0.9.13 e posteriores do submódulo aws-c-io.

As conexões inicializadas pelo AWS IoT Device SDK v2 não verificavam o nome do host do certificado do servidor durante o handshake TLS ao substituir Autoridades Certificadoras (CA) em seus armazenamentos de confiança no macOS. Esse problema foi corrigido nas versões 0.10.5 e posteriores do submódulo aws-c-io.

O problema decorre do fato de o AWS IoT Device SDK v2 anexar uma Autoridade Certificadora (CA) fornecida pelo usuário às CAs raiz, em vez de substituí-la em sistemas Unix. Isso permite que os handshakes TLS sejam bem-sucedidos se o par puder ser verificado a partir da CA fornecida pelo usuário ou do armazenamento de confiança padrão do sistema. Invasores com acesso aos armazenamentos de confiança de um host ou que possam comprometer uma autoridade certificadora já presente no armazenamento de confiança do host podem usar isso para contornar o CA pinning, potencialmente falsificando o broker MQTT e descartando ou respondendo com os dados do invasor. No entanto, eles não podem encaminhar esses dados para o broker MQTT sem as chaves privadas do usuário.

O AWS IoT Device SDK v2 para Java, Python, C++ e Node.js acrescenta uma Autoridade Certificadora (CA) fornecida pelo usuário às CAs raiz, em vez de substituí-la em sistemas macOS. Além disso, a validação SNI também não é habilitada quando a CA foi “substituída”. Isso permite que invasores com acesso aos armazenamentos de confiança de um host ou que possam comprometer uma autoridade certificadora já presente no armazenamento de confiança do host contornem o CA pinning. Um invasor poderia então se passar pelo broker MQTT, descartar tráfego e/ou responder com os dados do invasor, mas não seria capaz de encaminhar esses dados para o broker MQTT, pois ainda precisaria das chaves privadas do usuário para se autenticar junto ao broker MQTT.