El nombre de host del certificado no coincide: ¿por qué son importantes?

Es un problema en el caso general.

Si hago mi propio certificado para "polinomial-is-evil.com" y tengo la propiedad legítima de ese dominio, podría conseguirlo fácilmente firmado por una CA como Globalsign. Su navegador confía en que CA. Tengo tanto el certificado público como la clave privada.

Ahora digamos que realizo un hombre en el medio contra uno de sus clientes. Los presento con mi propio certificado, que en realidad es para un nombre de dominio completamente diferente. Si no comprueban el nombre del host y lo rechazan cuando no coincide, entonces su implementación SSL es inútil.

Si las consultas de DNS son falsificadas, lo único que cambia es la dirección IP de destino. El nombre de dominio real con el que intenta comunicarse sigue siendo el mismo, por lo que su implementación de SSL debería rechazar el certificado aún.

Siempre es una buena idea implementar DNSSEC y la fijación de certificados para mitigar este tipo de problemas, en el caso general.

Por otra parte, si la fuente de confianza only es su propia CA privada, el problema se reduce. Si pueden reducir el tráfico, todavía no pueden presentarle un certificado válido. Sin embargo, el problema vuelve a ser grave si acepta cualquier certificado firmado por una CA de terceros, porque en ese momento pueden comunicarse con esa CA, obtener un certificado firmado para cualquier dominio arbitrario y realizar el MitM con él.