He actualizado IoTHub TLS1.2 y necesito volver a TLS1.0 mientras actualizo mis dispositivos.

Question

He actualizado IoTHub TLS1.2 y necesito volver a TLS1.0 mientras actualizo mis dispositivos.

Agrolution NoMermaps 0

Necesito realizar un rollback de la configuración TLS de IoTHub, puesto que con TLS1.2 no puedo conectar los dispositivos. He realizado el cambio de 1.0 a 1.2 y necesito volver atrás mientras actualizo mis dispositivos para la nueva configuración.

Gracias!!!

Agrolution NoMermaps 0 Puntos de reputación

2026-06-01T16:37:12.92+00:00

Hola,

Gracias por la respuesta. Mis dispositivos usan TLS1.2, realicé el cambio porque en métricas veía que la conexión ya se estaba realizando por el protocolo correcto.

El problema es que al realizar el cambio, el problema que registra IoTHub es el siguiente:

No strong TLS ciphers available to connect to IoT Hub.

Por lo que no tengo claro cómo solucionar este problema. Y tengo los dispositivos desconectados.

Gracias!

Anshika Varshney 15,625 Personal externo de Microsoft Moderador

The issue is that your devices are using TLS 1.2, but with weak cipher suites that IoT Hub no longer supports. This is why you're seeing "No strong TLS ciphers available to connect to IoT Hub."

Root Cause:

As of August 31, 2025, IoT Hub enforces strong cipher suites only and rejects connections using weak cipher suites: [learn.microsoft]

Strong Cipher Suites (Required)	Status
`TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`	Supported
--------	--------
`TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256`	Supported
`TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384`	Supported
`TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256`	Supported
`TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384`	Supported

Key requirement: Your devices must support ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) cipher suites.[docs.azure]

Why This Happens:

Your devices may be using TLS 1.2 but with non-recommended cipher suites like:

TLS_RSA_WITH_AES_128_CBC_SHA (no ECDHE)
TLS_RSA_WITH_AES_256_CBC_SHA (no ECDHE)
TLS_DHE_RSA_WITH_AES_* (DHE instead of ECDHE)[docs.azure]

Solution Based on Your Device SDK:

For IoT Edge:

Set environment variable on Edge Hub:

text
SslProtocols = tls1.2

Configure in Runtime Settings → Edge Hub environment variables[stackoverflow]

For Other Custom TLS Libraries:

WolfSSL: Build without --enable-oldtls[azure.github]
BearSSL: Use setCiphers() or set cipher suite in profile[azure.github]

References:

What to Do Next:

Identify your TLS library (OpenSSL, mbedTLS, WolfSSL, etc.)

Update your device firmware to use ECDHE cipher suites

Test connectivity after updating cipher configuration

If your devices are truly legacy and cannot support ECDHE, they would need firmware updates or replacement.

I hope this helps you get back on track! If you're still facing issues, could you share more details?

Thankyou!

Anshika Varshney 15,625 Puntos de reputación Personal externo de Microsoft Moderador

2026-06-02T20:06:24.2166667+00:00

Hi @Anonymous ¿Tuviste la oportunidad de revisar la respuesta?
Anshika Varshney 15,625 Puntos de reputación Personal externo de Microsoft Moderador

2026-06-03T10:10:41.19+00:00

No hemos tenido noticias suyas desde nuestra última respuesta y queríamos hacer un seguimiento para saber si ya encontró una solución.

En caso de que haya resuelto el problema, le agradeceríamos que compartiera la solución con la comunidad, ya que podría ser útil para otros usuarios.

De lo contrario, por favor responda con más detalles y estaremos encantados de ayudarle.

1 respuesta

Su respuesta

Agrolution NoMermaps 0 Puntos de reputación

2026-06-01T16:37:12.92+00:00

Hola,

Gracias por la respuesta. Mis dispositivos usan TLS1.2, realicé el cambio porque en métricas veía que la conexión ya se estaba realizando por el protocolo correcto.

El problema es que al realizar el cambio, el problema que registra IoTHub es el siguiente:

No strong TLS ciphers available to connect to IoT Hub.

Por lo que no tengo claro cómo solucionar este problema. Y tengo los dispositivos desconectados.

Gracias!
Anshika Varshney 15,625 Puntos de reputación Personal externo de Microsoft Moderador

2026-06-02T20:06:24.2166667+00:00

Hi @Anonymous ¿Tuviste la oportunidad de revisar la respuesta?
Anshika Varshney 15,625 Puntos de reputación Personal externo de Microsoft Moderador

2026-06-03T10:10:41.19+00:00

No hemos tenido noticias suyas desde nuestra última respuesta y queríamos hacer un seguimiento para saber si ya encontró una solución.

En caso de que haya resuelto el problema, le agradeceríamos que compartiera la solución con la comunidad, ya que podría ser útil para otros usuarios.

De lo contrario, por favor responda con más detalles y estaremos encantados de ayudarle.

Answer 1

Hola,

Gracias por comunicarse con Microsoft Q&A.

No es posible revertir IoT Hub de TLS 1.2 a TLS 1.0. A continuación, se explica por qué y cuáles son sus opciones:

Datos clave:

Aspecto : Detalles

Fin del soporte de TLS 1.0/1.1: 31 de agosto de 2025
Estado actual: IoT Hub ahora exige únicamente TLS 1.2
Reversibilidad: No es posible – TLS 1.2 es obligatorio después de la fecha límite
Configuración mínima de TLS: Propiedad de solo lectura después de la creación del hub

TLS 1.0 está permanentemente obsoleto para IoT Hub. Microsoft dejó de dar soporte a TLS 1.0/1.1 el 1 de julio de 2020 y, después del 31 de agosto de 2025, solo se admite TLS 1.2 con conjuntos de cifrado seguros.

No existe opción de reversión. A diferencia de Azure Storage (que permitió reversión temporal), IoT Hub no admite volver a TLS 1.0/1.1.

Su única solución:

Actualizar sus dispositivos para que admitan TLS 1.2 en lugar de intentar revertir IoT Hub:

Para dispositivos embebidos: actualice su biblioteca TLS (OpenSSL, mbedTLS, etc.) a una versión que admita TLS 1.2
Para dispositivos .NET: asegúrese de usar .NET Framework 4.7.2 o superior, o habilite TLS 1.2 en el registro
Para IoT Edge: establezca la variable de entorno SslProtocols=tls1.2 en Edge Hub
Para dispositivos que usan DPS: DPS solo admite TLS 1.2

Documentación de referencia:

Espero que esto ayude. Por favor, hágame saber si tiene más consultas.

Gracias.