Nuevo doc 01_investigacion/desinformacion_y_elecciones.md: para qué se
usa esta infraestructura. Casos reales con cifras atribuidas a su
informe y enlaces a los artículos:
- Cambridge Analytica (EEUU): 87 M perfiles, multa de $5.000 M
- Team Jorge / Story Killers: AIMS con 30.000 avatares, 33 elecciones,
ataque a la Generalitat en 2014, El País en el consorcio
- Internet Research Agency: ~126 M alcanzados, indictment de Mueller
- Indian Chronicles, Doppelganger, Veles, Filipinas, Myanmar, Brasil
- El experimento de NATO StratCom: €300 = 54.000 interacciones falsas
- Tabla de la respuesta institucional (Meta CIB, DSA, EUvsDisinfo, DOJ,
Europol, periodismo de investigación)
- assets/desinformacion-timeline.svg: línea temporal 2016-2025 con la
conexión oferta/demanda respecto a este repo
- README: sección "Para qué se usa" con la línea temporal y el enlace
- fuentes.md: bloque de artículos verificados
Cifras verificadas contra las fuentes citadas antes de escribirlas.
- assets/mercado.svg: diagrama de las tres patas de una operación
(hardware / software / identidad) y el modelo de picos y palas
- README: nueva sección "El mercado" con ASCII de los tres negocios bajo
el mismo nombre, el diagrama, y la tabla de players con enlaces a cada
uno. Antes solo estaba en el doc de investigación
- mercado_y_players.md: la tabla de players pasa a llevar enlaces
- capa_identidad.md: ASCII de la cadena de atestación (dispositivo real
vs contenedor) para verlo de un vistazo
- capa_identidad.md: bloque "Para saber más" con documentación oficial
(Play Integrity, Key Attestation, Verified Boot) y el paper del
Keymaster de Samsung
- mercado_y_players.md: la tabla de opciones de device lab pasa a
comparar densidad y fidelidad, con guía de cuál usar según el caso
- mercado_y_players.md: nueva sección sobre cómo operan GenFarmer y
PhoneFarmBox (hardware de densidad + automatización por OCR + capa de
identidad aparte, modelo de picos y palas), mapa de players por capa
(bastidores, cloud phones, antidetect, proxies, OTP, automatización) y
alternativas separadas por caso: device lab legal vs plataformas
sociales
- README: sustituida la sección "Por qué esto no sirve" por una sobre la
atestación por niveles, con disclaimer de alcance
La documentación cerraba el tema en "imposible". Es impreciso: la
imitación derrota comprobaciones de propiedades pero no de firma.
- Nueva subsección en capa_identidad.md que mapea cada veredicto de Play
Integrity a imitable/no imitable y explica por qué: los niveles
software se falsean, el de hardware no, y los keyboxes filtrados
caducan porque Google los revoca. Redroid parte peor que un móvil
rooteado por no tener TEE
- README: el cierre remite al matiz por niveles en vez de decir "no
puede tenerla" a secas
- fuentes.md: Play Integrity, Key Attestation, Verified Boot y el paper
de extracción de claves del Keymaster de Samsung
Especificaciones tomadas del manual del propietario del gabinete
PowerEdge M1000e (Dell, modelo BMX01, rev. A06, oct. 2019), que corrige
el spec sheet comercial usado hasta ahora.
Hardware:
- Peso máximo 200,5 kg, no 179. Profundidad 75,5 cm
- Seis fuentes y nueve ventiladores obligatorios, se usen 3 blades o 16.
Toda bahía vacía necesita relleno
- Conector CEI/IEC C20 a 16 A. La fuente de 3.000 W exige 200-240 V
- Irrupción de 55 A por fuente durante 10 ms: un magnetotérmico de curva
C salta, hace falta curva D
- Temperatura de funcionamiento continuo 10-35 °C
- ECM obligatorio con blades M630 de 120 W o más, o por encima de 30 °C
Red:
- Fabric A (ranuras A1/A2) es la Ethernet integrada de cada blade, así
que no hacen falta tarjetas intermedias. Fabrics B y C sí las
exigirían y no se usan
- Pendiente saber si en A1/A2 hay un switch o un módulo de paso a
través: cambia el montaje de red por completo
Costes recalculados: el suelo fijo del chasis sube de 350 a ~500 W al
contar los nueve ventiladores, los módulos de I/O y las pérdidas de las
seis fuentes. 360 €/mes a 24/7, 59 €/mes por ventanas. Que las fuentes y
los ventiladores sean obligatorios convierte en hecho documentado lo que
antes era estimación: los pilotos parciales en el chasis son el peor
caso posible.
Documentación:
- assets/ con cuatro diagramas SVG propios: arquitectura, chasis, stack
de software y modos de red
- docs/usabilidad.md: órdenes, flujos de trabajo, problemas conocidos y
ergonomía del hardware
- Diagramas ASCII del panel frontal, el posterior y la topología de
fabrics en hardware_m1000e.md
- Eliminada la parte de charla y divulgación, fuera del alcance del repo
Investigación sobre granjas de dispositivos y automatización completa para
levantar un laboratorio Android sobre un chasis de blades Debian.
Conclusión que ordena el repositorio: el cuello de botella nunca fue el
cómputo sino la identidad. Desde que la atestación de dispositivo pasó de
estadística a criptográfica, un servidor no puede hacerse pasar por un
teléfono — le falta una clave grabada en fábrica que ningún software produce.
Contenido:
- 01_investigacion/ — capa de identidad (verificación telefónica, eSIM,
reputación de IP, atestación por hardware, correlación entre cuentas),
mercado y players, stack técnico, marco legal en la UE
- 02_device_lab/ansible/ — Ansible para 16 blades: preflight de solo lectura
que identifica el hardware por DMI, despliegue de redroid en Docker y
control de flota por adb. Solo ansible.builtin, sin colecciones externas
- docs/ — requisitos, costes y repaso de seguridad con 11 hallazgos
- 03_charla/ — guion para HackMadrid / Hackmeeting València
Estado: la automatización está escrita pero SIN ejecutar contra hardware.
YAML validado, plantillas renderizadas en ambos modos de red y fleet.sh
comprobado con bash -n. El modelo de blade sigue sin confirmar.
