ruflo 3.63.3 corrige fallos de seguridad: los workers de IA ya no se activan desde archivos de proyecto
Útil para
ruflo (claude-flow) publica la versión 3.63.3 con correcciones de seguridad reportadas en privado. Un proyecto clonado ya no puede activar los workers de IA: daemon.aiWorkers.enabled solo se acepta desde el flag --headless, la variable RUFLO_DAEMON_AI_WORKERS=1 o ~/.claude-flow/config.json, y el archivo del proyecto solo puede desactivarlo. Además, @claude-flow/mcp 3.1.3 rechaza sin token las peticiones desde páginas web o hosts no loopback, y el plugin de federación 1.0.2 mantiene como definitivas las denegaciones de políticas. Siguen abiertos el listener por defecto en 0.0.0.0 y la verificación de manifiestos de descubrimiento con su propia clave.
Qué significa
Los workers de IA que se activaban desde el archivo de un proyecto dejan de arrancar, y el ajuste pasa a la configuración de usuario. El servidor MCP sin token queda protegido frente a páginas web maliciosas, aunque un proceso local puede seguir llamándolo.
Cómo te afecta
- CTO y tecnología
Si tu equipo usa ruflo o claude-flow, exige la 3.63.3 y fija la política antes de que la marque el uso. El listener en 0.0.0.0 sigue abierto: restringe el acceso de red.
Fuentes originales
Resumen de Hoy en IA. Pulsa una fuente para leer la noticia completa en su idioma original.
- GitHub ruvnet/rufloLeer la noticia completa en GitHub ruvnet/ruflo