Saltar al contenidoHisnLabs
← Comprender la seguridad en la nube

Lección 3 de 4 · 9 min

Los datos en la nube: cifrado, quién tiene la clave, y enlaces para compartir

Casi todos los proveedores de nube cifran tus datos. La pregunta que realmente importa es quién tiene la clave que los desbloquea — y en quién confía un enlace para compartir.

Un proveedor de nube casi siempre te va a decir que tus datos están cifrados, y eso suele ser cierto. También es, por sí solo, una afirmación bastante débil, porque omite el detalle que decide quién puede leer realmente esos datos si se le obliga, sufre una brecha, o simplemente siente curiosidad: quién tiene la clave.

Cifrado en reposo y en tránsito, por defecto

La documentación de Google Cloud describe lo que hacen la mayoría de los grandes proveedores por defecto: “todos los datos que almacena Google se cifran en la capa de almacenamiento usando el algoritmo del Estándar de Cifrado Avanzado (AES), AES-256”, aplicado automáticamente, sin que el cliente tenga que configurar nada. Los datos en tránsito entre tu dispositivo y el proveedor se protegen por separado mediante TLS, tratado en el curso de criptografía de esta universidad. Esta base es genuinamente útil — protege, por ejemplo, contra alguien que roba físicamente un disco duro de un centro de datos — pero solo responde parte de la pregunta.

Quién tiene la clave cambia para qué sirve la protección

Por defecto, Google Cloud declara sin rodeos: “somos dueños y gestionamos las claves usadas en el cifrado en reposo predeterminado.” Esa es la práctica habitual en toda la industria, y es exactamente por eso que este ajuste predeterminado te protege contra el robo físico o un atacante externo, pero no contra el propio proveedor: si el proveedor tiene la clave, técnicamente puede acceder a los datos, y también puede hacerlo cualquiera que lo obligue legalmente. Los proveedores también ofrecen opciones de claves gestionadas por el cliente para las organizaciones que necesitan tener sus propias claves, aunque eso añade una complejidad operativa real — perder tu propia clave sin respaldo del proveedor puede significar perder los datos para siempre.

Opciones cifradas de extremo a extremo: el cliente tiene la única clave

Un número menor de funciones dirigidas al consumidor va más allá del cifrado en reposo gestionado por el proveedor, extendiendo el verdadero cifrado de extremo a extremo (la garantía explorada en el curso de criptografía) al propio almacenamiento en la nube. La Protección Avanzada de Datos de Apple para iCloud es un ejemplo documentado: cuando se activa, extiende el cifrado de extremo a extremo a la Copia de seguridad de iCloud, Fotos, Notas, iCloud Drive y más, y Apple declara que “tus dispositivos de confianza conservan el acceso exclusivo a las claves de cifrado de la mayoría de tus datos de iCloud” — lo que significa que ni la propia Apple puede descifrarlos, ni siquiera bajo obligación legal, y lo dice sin rodeos: “nadie más puede acceder a tus datos cifrados de extremo a extremo, ni siquiera Apple.” La contrapartida que la propia Apple documenta junto a esto es real: como Apple no tiene ninguna clave, tampoco puede ayudar a recuperar esos datos si pierdes el acceso y no configuraste de antemano un contacto o una clave de recuperación. Una protección fuerte y una recuperación de cuenta sencilla tiran en direcciones opuestas, y la Protección Avanzada de Datos te pide elegir.

Modelo de cifradoQuién tiene la claveProtege contraNo protege contra
Cifrado en reposo gestionado por el proveedor (lo habitual por defecto)El proveedor de la nubeEl robo físico del hardware de almacenamiento; muchos atacantes externosEl propio proveedor, o cualquiera que pueda obligarlo legalmente
Claves gestionadas por el clienteTú (con una responsabilidad operativa real)Que el proveedor acceda a los datos sin tu clavePerder la clave tú mismo, sin respaldo del proveedor
Opciones cifradas de extremo a extremo (p. ej., Protección Avanzada de Datos de Apple)Solo tú, en tus dispositivos de confianzaEl proveedor y la mayoría de las obligaciones legales dirigidas al proveedorPerder el acceso a tu propia cuenta sin un método de recuperación previamente configurado

Enlaces para compartir: la forma silenciosa en que los datos escapan del modelo anterior

Todo lo anterior se puede deshacer con un solo descuido al compartir. Un ajuste de “cualquiera con el enlace puede ver” en un documento en la nube convierte un cifrado en reposo sólido en algo parecido a una página web pública: el enlace mismo se convierte en lo único que se interpone entre tus datos y cualquiera que lo reciba, lo reenvíe, o lo adivine. Esto importa más de lo que parece, porque esos enlaces se reenvían con facilidad más allá del destinatario previsto, a menudo terminan indexados o guardados en caché en lugares inesperados, y rara vez caducan por sí solos. Antes de compartir algo sensible, vale la pena comprobar si el enlace se puede restringir a personas específicas que ya deban haber iniciado sesión, si se le puede poner una fecha de caducidad, y si se puede revocar una vez que ya no se necesite — opciones que ofrecen la mayoría de los grandes proveedores pero que no activan por defecto.

Lo esencial

  • La mayoría de los proveedores de nube cifran los datos en reposo y en tránsito por defecto; esto protege contra el robo físico y contra muchos atacantes externos.
  • Por defecto, el proveedor suele tener la clave de cifrado, lo que significa que el propio proveedor (o quien lo obligue legalmente) puede seguir accediendo a los datos.
  • Las claves gestionadas por el cliente trasladan ese control a ti, a costa de una responsabilidad operativa real — perder la clave puede significar perder los datos.
  • Las opciones cifradas de extremo a extremo, como la Protección Avanzada de Datos de Apple, te dan el acceso exclusivo a la clave, pero debes configurar la recuperación de cuenta de antemano, ya que el proveedor no puede ayudar a recuperarla.
  • Un enlace compartido ampliamente puede deshacer todo lo anterior; restringe los enlaces para compartir a personas específicas, añade una caducidad cuando sea posible, y revoca el acceso una vez que ya no se necesite.

Ponte a prueba

  1. 1. Por defecto, ¿quién suele tener la clave de cifrado de los datos guardados en un servicio de nube convencional?

    • El usuario final, siempre
    • El proveedor de la nube — Correcto.
    • Nadie; los datos no están cifrados por defecto
    • Una agencia gubernamental

    Los proveedores suelen gestionar ellos mismos las claves de cifrado por defecto, lo que protege contra el robo externo pero significa que el proveedor todavía puede acceder técnicamente a los datos.

  2. 2. ¿Qué declara Apple sobre los datos protegidos por la Protección Avanzada de Datos para iCloud?

    • Apple siempre puede recuperarlos si pierdes el acceso
    • Nadie más puede acceder a ellos, ni siquiera Apple, porque los dispositivos de confianza tienen las claves — Correcto.
    • Solo se aplica al correo, no a los archivos ni a las fotos
    • No requiere ninguna configuración de recuperación

    Apple documenta que los dispositivos de confianza conservan el acceso exclusivo a las claves, así que Apple no puede descifrar los datos — lo que también significa que Apple no puede ayudar a recuperarlos sin un método de recuperación configurado de antemano.

  3. 3. ¿Por qué puede un ajuste de "cualquiera con el enlace puede ver" debilitar un cifrado en reposo sólido?

    • Elimina automáticamente el cifrado
    • El enlace mismo se convierte en la única protección, y se puede reenviar, guardar en caché o adivinar más allá del destinatario previsto — Correcto.
    • Estos enlaces siempre caducan en una hora
    • Los proveedores de la nube bloquean automáticamente este ajuste para archivos sensibles

    Un enlace compartido ampliamente evita que el destinatario tenga que iniciar sesión o verificarse, así que cualquiera que obtenga el enlace consigue el mismo acceso que un visor autorizado.

Ponlo en práctica con FireAI

Pon esta lección en práctica en tu propio Mac.

Fuentes

Ponlo en práctica en tu Mac

Prueba todas las funciones gratis durante 17 días, sin tarjeta.

Descargar para Mac Docs