Tráfico de bots de Yandex

La telemetría de Cloudflare muestra que el tráfico de bots desde las redes de Yandex se desplomó después de múltiples ataques ucranianos contra los centros de datos de la empresa, lo que desató un debate sobre si la caída refleja principalmente la pérdida de actividad de rastreo de búsqueda o la interrupción de una infraestructura más amplia de bots y comando y control. Los comentaristas relacionan el incidente con la naturaleza cambiante de la guerra, donde drones baratos pueden paralizar plataformas cloud civiles que sustentan taxis, pagos y logística en varios países. El hilo también destaca cuánto tráfico automatizado procede de grandes proveedores de nube en todo el mundo y qué significa eso para la planificación de alta disponibilidad, las sanciones y la ética de las empresas tecnológicas que sirven a clientes militares o autoritarios.

Lo que realmente muestra el gráfico de bots de Cloudflare

  • El gráfico rastrea el tráfico HTTP clasificado por Cloudflare como “bot vs. humano” desde un ASN específico de Yandex (y un segundo ASN de Yandex también muestra un colapso), no la actividad global de bots.
  • “Bot” aquí incluye rastreadores legítimos y tráfico automatizado hacia endpoints HTML, no solo escáneres maliciosos.
  • La proporción total de bots para Rusia y a nivel mundial apenas se mueve; el cambio dramático es específico de las redes de Yandex.
  • Algunos señalan que la mayor parte del tráfico desde ASNs de centros de datos se espera que sea “bot” por definición.

Impacto de los ataques en la infraestructura de Yandex

  • Se informó que varios centros de datos de Yandex fueron alcanzados en el plazo de días, causando fallos en cascada en Yandex Go/taxi, pagos, entrega de comida, hogar inteligente, logística interna y los servicios de Yandex Cloud en Rusia y países vecinos.
  • Las páginas de estado de Yandex Cloud muestran que los principales servicios de la región rusa (cómputo, Kubernetes, BD gestionadas, Kafka, copias de seguridad) están fuera de línea; las regiones de Kazajistán siguen activas pero no están dimensionadas para toda la carga rusa.
  • Yandex está diciendo explícitamente a los clientes que migren a las nubes de competidores, lo que sugiere un impacto grave y prolongado.
  • Los comentaristas enmarcan esto como un caso de estudio de alto perfil sobre fallo catastrófico y mecanismos de failover rotos.

Bots, propaganda y “limpiar Internet”

  • Algunos esperan que la reducción del tráfico de bots de Yandex disminuya de forma notable la desinformación o el spam; otros sostienen que el gráfico refleja sobre todo rastreo de búsqueda y automatización genérica, no “granjas de trolls”.
  • Se discute que el comando y control a menudo opera en centros de datos mientras usa IPs residenciales como salidas, por lo que cualquier efecto sobre operaciones de información sería indirecto y poco claro.
  • Un comentarista señala que las redes sociales locales en Polonia parecen más tranquilas sobre ciertas narrativas prorrusas, pero esto es anecdótico.

Guerra, centros de datos y ética

  • Hay un amplio debate sobre si los centros de datos son “objetivos militares válidos”, con argumentos sobre infraestructura de doble uso, doctrina de guerra total y restricciones legales de crímenes de guerra.
  • Algunos ven esto como parte de un cambio más amplio: drones baratos permitiendo ataques precisos contra infraestructura económica y de información (refinerías, almacenes, nubes).
  • Otros enfatizan la ética corporativa y personal: si empresas como Yandex deberían negarse a colaborar con estados agresivos, frente a los riesgos reales de hacerlo bajo regímenes autoritarios.

Resiliencia y lecciones de DR

  • Muchos destacan la necesidad de planificar para la pérdida de toda una región o de varias AZ (guerra, terrorismo, desastres naturales), despliegues en varios países, copias de seguridad externas y escenarios de “net-split”.
  • Las sugerencias incluyen un diseño físico reforzado contra ataques con drones y, de forma especulativa, futuras capacidades privadas de defensa aérea para centros de datos críticos.