Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas. El incidente combinó dos fallos: el sistema heredado de Lenovo aparentemente aceptó direcciones no verificadas y Dropbox confió en esa identidad para vincularla a una...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: What happened in the Dropbox–Lenovo ID security breach that caused Dropbox shares to fall as much as 6.6% in post-market trading, including. Article summary: Hackers used a flawed Lenovo ID-to-Dropbox single-sign-on path from August 4 to August 21, 2026, to take over about 5,000 Dropbox accounts without knowing victims’ Dropbox passwords or accessing their email inboxes. Drop. Topic tags: general, general web, news. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers,
Dropbox confirmó que unos 5.000 usuarios sufrieron accesos no autorizados entre el 4 y el 21 de agosto de 2026. En menos de un tercio de las cuentas afectadas, los atacantes llegaron a ver o descargar archivos almacenados en el servicio. 1
4
6
Lo llamativo del caso es que no parece haber sido necesario robar contraseñas de Dropbox ni entrar en las bandejas de entrada de las víctimas. El ataque aprovechó la relación de confianza entre Lenovo ID, el proveedor externo de identidad, y Dropbox, que lo utilizaba para el inicio de sesión único —SSO, por sus siglas en inglés—.
La cadena del ataque habría funcionado así:
En otras palabras, los atacantes no tuvieron que romper el sistema de contraseñas de Dropbox ni superar la seguridad del correo electrónico. Explotaron el vínculo de confianza entre un sistema de identidad y el servicio que aceptaba sus afirmaciones.
Las cuentas afectadas estaban vinculadas a Lenovo ID, pero no tenían activada la autenticación multifactor de Dropbox. 1
10
12
En un inicio de sesión federado, una autenticación correcta ante un proveedor externo puede abrir directamente una sesión en el servicio asociado. La MFA de Dropbox habría añadido una comprobación controlada por Dropbox después de recibir la confirmación de Lenovo. Así, una identidad de Lenovo creada de forma fraudulenta no habría bastado por sí sola.
Por eso el incidente afectó especialmente a las cuentas sin verificación en dos pasos: no demuestra que los atacantes burlaran la MFA, sino que muchas de las cuentas comprometidas carecían de esa capa adicional. 10
15
Dropbox dijo que los atacantes vieron y descargaron contenido guardado en algunas de las cuentas afectadas. Los informes disponibles indican que los archivos fueron consultados en menos de un tercio de las aproximadamente 5.000 cuentas comprometidas. 1
4
5
Las informaciones públicas no permiten determinar un tipo de archivo común, el volumen total descargado ni el nivel de sensibilidad de los datos en todos los casos. Algunos usuarios recibieron avisos en los que Dropbox indicaba que sus registros mostraban un acceso no autorizado, pero no evidenciaban que sus archivos hubieran sido vistos o descargados. 2
Algunas personas afectadas encontraron Lenovo ID desconocidos asociados a sus propias direcciones de email. El investigador de seguridad Yoni Levy difundió una copia de una notificación de Dropbox en la que se describía el acceso no autorizado durante el periodo comprendido entre el 4 y el 21 de agosto y se señalaba el problema de inicio de sesión único con Lenovo. 2
3
También se informó de actividad de inicio de sesión asociada con Dublín. Ese dato es compatible con el uso de cuentas fraudulentas del proveedor de identidad como puerta de entrada, pero por sí solo no demuestra dónde se encontraba cada atacante ni que todas las cuentas siguieran exactamente la misma secuencia.
Dropbox comenzó a informar a los usuarios afectados alrededor del 31 de agosto y el 1 de septiembre, después de identificar los accesos no autorizados. La empresa también comunicó que había avisado a las autoridades de protección de datos. 3
4
6
Entre las medidas anunciadas estuvieron las siguientes:
Lenovo describió el problema como relacionado con una integración heredada y afirmó que había corregido el fallo de verificación correspondiente. Dropbox, por su parte, dijo que había detectado y solucionado el incidente, cerrado las sesiones afectadas, modificado la integración y notificado a usuarios y reguladores. 10
12
14
El caso no encaja del todo en la idea de una brecha atribuible únicamente a Lenovo. Fue un fallo del sistema compartido, con responsabilidades distintas:
La diferencia es importante: el fallo de Lenovo permitió fabricar una identidad falsa, pero fue la lógica de vinculación de Dropbox la que decidió que esa identidad podía abrir una cuenta de almacenamiento ya establecida.
La divulgación del incidente fue seguida de una caída de las acciones de Dropbox en las operaciones posteriores al cierre, aunque las cifras publicadas no coinciden.
Un informe de Reuters citado por varios medios habló de un descenso aproximado del 2,4 %, mientras que Investing.com informó de una caída del 1,8 %. 6
9 Otra publicación señaló que la acción bajó más del 6 %.
8 La evidencia disponible no permite verificar de forma independiente el dato concreto del 6,6 %, que podría corresponder a otro punto de comparación o a una sesión distinta.
Una dirección de email es un identificador, pero no demuestra automáticamente que quien la presenta controle el buzón ni que sea el propietario de la cuenta asociada.
El inicio de sesión federado facilita el acceso al permitir que un servicio autentique al usuario a través de otro. Sin embargo, esa comodidad puede convertirse en un riesgo cuando la plataforma que recibe la identidad:
Un diseño más resistente exigiría una prueba explícita del titular de la cuenta antes de asociar un nuevo proveedor de identidad. Esa prueba podría consistir en volver a autenticarse, utilizar un canal de recuperación verificado o recurrir a una autenticación resistente al phishing.
El incidente de Dropbox muestra que los vínculos entre proveedores de identidad y servicios externos merecen el mismo nivel de atención que las contraseñas: una debilidad en un sistema puede convertirse en una vía de acceso directa a otro.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas.
Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas. El incidente combinó dos fallos: el sistema heredado de Lenovo aparentemente aceptó direcciones no verificadas y Dropbox confió en esa identidad para vincularla a una cuenta existente.
Los informes discrepan sobre la reacción bursátil: uno señaló una caída del 1,8 % en operaciones posteriores al cierre y otro informó de un descenso superior al 6 %; el dato del 6,6 % no puede confirmarse con la evide...
Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas. El incidente combinó dos fallos: el sistema heredado de Lenovo aparentemente aceptó direcciones no verificadas y Dropbox confió en esa identidad para vincularla a una...
Publicado porEditado con GPT-5.6 LunaImágenes generadas con GPT Image 1.5
Respuesta de investigación

Create a landscape editorial hero image for this Studio Global article: What happened in the Dropbox–Lenovo ID security breach that caused Dropbox shares to fall as much as 6.6% in post-market trading, including. Article summary: Hackers used a flawed Lenovo ID-to-Dropbox single-sign-on path from August 4 to August 21, 2026, to take over about 5,000 Dropbox accounts without knowing victims’ Dropbox passwords or accessing their email inboxes. Drop. Topic tags: general, general web, news. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers,
Dropbox confirmó que unos 5.000 usuarios sufrieron accesos no autorizados entre el 4 y el 21 de agosto de 2026. En menos de un tercio de las cuentas afectadas, los atacantes llegaron a ver o descargar archivos almacenados en el servicio. 1
4
6
Lo llamativo del caso es que no parece haber sido necesario robar contraseñas de Dropbox ni entrar en las bandejas de entrada de las víctimas. El ataque aprovechó la relación de confianza entre Lenovo ID, el proveedor externo de identidad, y Dropbox, que lo utilizaba para el inicio de sesión único —SSO, por sus siglas en inglés—.
La cadena del ataque habría funcionado así:
En otras palabras, los atacantes no tuvieron que romper el sistema de contraseñas de Dropbox ni superar la seguridad del correo electrónico. Explotaron el vínculo de confianza entre un sistema de identidad y el servicio que aceptaba sus afirmaciones.
Las cuentas afectadas estaban vinculadas a Lenovo ID, pero no tenían activada la autenticación multifactor de Dropbox. 1
10
12
En un inicio de sesión federado, una autenticación correcta ante un proveedor externo puede abrir directamente una sesión en el servicio asociado. La MFA de Dropbox habría añadido una comprobación controlada por Dropbox después de recibir la confirmación de Lenovo. Así, una identidad de Lenovo creada de forma fraudulenta no habría bastado por sí sola.
Por eso el incidente afectó especialmente a las cuentas sin verificación en dos pasos: no demuestra que los atacantes burlaran la MFA, sino que muchas de las cuentas comprometidas carecían de esa capa adicional. 10
15
Dropbox dijo que los atacantes vieron y descargaron contenido guardado en algunas de las cuentas afectadas. Los informes disponibles indican que los archivos fueron consultados en menos de un tercio de las aproximadamente 5.000 cuentas comprometidas. 1
4
5
Las informaciones públicas no permiten determinar un tipo de archivo común, el volumen total descargado ni el nivel de sensibilidad de los datos en todos los casos. Algunos usuarios recibieron avisos en los que Dropbox indicaba que sus registros mostraban un acceso no autorizado, pero no evidenciaban que sus archivos hubieran sido vistos o descargados. 2
Algunas personas afectadas encontraron Lenovo ID desconocidos asociados a sus propias direcciones de email. El investigador de seguridad Yoni Levy difundió una copia de una notificación de Dropbox en la que se describía el acceso no autorizado durante el periodo comprendido entre el 4 y el 21 de agosto y se señalaba el problema de inicio de sesión único con Lenovo. 2
3
También se informó de actividad de inicio de sesión asociada con Dublín. Ese dato es compatible con el uso de cuentas fraudulentas del proveedor de identidad como puerta de entrada, pero por sí solo no demuestra dónde se encontraba cada atacante ni que todas las cuentas siguieran exactamente la misma secuencia.
Dropbox comenzó a informar a los usuarios afectados alrededor del 31 de agosto y el 1 de septiembre, después de identificar los accesos no autorizados. La empresa también comunicó que había avisado a las autoridades de protección de datos. 3
4
6
Entre las medidas anunciadas estuvieron las siguientes:
Lenovo describió el problema como relacionado con una integración heredada y afirmó que había corregido el fallo de verificación correspondiente. Dropbox, por su parte, dijo que había detectado y solucionado el incidente, cerrado las sesiones afectadas, modificado la integración y notificado a usuarios y reguladores. 10
12
14
El caso no encaja del todo en la idea de una brecha atribuible únicamente a Lenovo. Fue un fallo del sistema compartido, con responsabilidades distintas:
La diferencia es importante: el fallo de Lenovo permitió fabricar una identidad falsa, pero fue la lógica de vinculación de Dropbox la que decidió que esa identidad podía abrir una cuenta de almacenamiento ya establecida.
La divulgación del incidente fue seguida de una caída de las acciones de Dropbox en las operaciones posteriores al cierre, aunque las cifras publicadas no coinciden.
Un informe de Reuters citado por varios medios habló de un descenso aproximado del 2,4 %, mientras que Investing.com informó de una caída del 1,8 %. 6
9 Otra publicación señaló que la acción bajó más del 6 %.
8 La evidencia disponible no permite verificar de forma independiente el dato concreto del 6,6 %, que podría corresponder a otro punto de comparación o a una sesión distinta.
Una dirección de email es un identificador, pero no demuestra automáticamente que quien la presenta controle el buzón ni que sea el propietario de la cuenta asociada.
El inicio de sesión federado facilita el acceso al permitir que un servicio autentique al usuario a través de otro. Sin embargo, esa comodidad puede convertirse en un riesgo cuando la plataforma que recibe la identidad:
Un diseño más resistente exigiría una prueba explícita del titular de la cuenta antes de asociar un nuevo proveedor de identidad. Esa prueba podría consistir en volver a autenticarse, utilizar un canal de recuperación verificado o recurrir a una autenticación resistente al phishing.
El incidente de Dropbox muestra que los vínculos entre proveedores de identidad y servicios externos merecen el mismo nivel de atención que las contraseñas: una debilidad en un sistema puede convertirse en una vía de acceso directa a otro.
Studio Global AI
Esta página incluye una respuesta respaldada por fuentes que puede continuar dentro de Studio Global.
Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas.
Unas 5.000 cuentas de Dropbox fueron comprometidas entre el 4 y el 21 de agosto de 2026 tras la creación de Lenovo ID con direcciones de email ajenas. El incidente combinó dos fallos: el sistema heredado de Lenovo aparentemente aceptó direcciones no verificadas y Dropbox confió en esa identidad para vincularla a una cuenta existente.
Los informes discrepan sobre la reacción bursátil: uno señaló una caída del 1,8 % en operaciones posteriores al cierre y otro informó de un descenso superior al 6 %; el dato del 6,6 % no puede confirmarse con la evide...