- En el análisis de los incidentes recientes en aeronaves de la familia A320, se confirmó que la radiación solar intensa puede dañar los datos críticos necesarios para el control de vuelo.
- Airbus identificó que podría verse afectada una gran cantidad de aviones de la serie A320 que se encuentran en operación.
- La empresa emitió una Alert Operators Transmission (AOT) para que, en colaboración con las autoridades aeronáuticas, se apliquen medidas preventivas de inmediato, y se espera que se incorpore como una Directiva de aeronavegabilidad de emergencia (Emergency Airworthiness Directive) de la EASA.
- Airbus reconoció que esta acción podría causar impactos en los horarios de vuelo de pasajeros y clientes, y está trabajando estrechamente con las compañías aéreas para gestionarlo.
- La máxima prioridad de todas las medidas es la seguridad de vuelo.
Resumen de las medidas preventivas para la familia A320
- En un análisis de incidentes recientes relacionado con aeronaves de la familia A320, se ha determinado que la radiación solar intensa puede dañar datos críticos del sistema de control de vuelo.
- Este fenómeno puede afectar la integridad de los datos necesarios para las funciones de control de vuelo (flight controls).
- Airbus concluyó que una proporción significativa de los aviones de la familia A320 en servicio actualmente podría verse afectada por este problema.
Medidas preventivas y cooperación con las autoridades
- Airbus emitió una Alert Operators Transmission (AOT) para que se apliquen de inmediato medidas preventivas en coordinación con las autoridades aeronáuticas.
- La AOT incluye instrucciones para garantizar una operación segura de la aeronave mediante la aplicación de medidas de protección de software y/o hardware.
- Esta acción se reflejará oficialmente como una Directiva de aeronavegabilidad de emergencia (Emergency Airworthiness Directive) de la European Union Aviation Safety Agency (EASA).
Impacto operativo y respuesta
- Airbus reconoce que estas medidas pueden provocar ciertos retrasos o inconvenientes en los horarios de vuelo de pasajeros y clientes.
- La empresa apoyará la implementación de las medidas con una estrecha colaboración con las compañías operadoras y mantendrá la seguridad como prioridad máxima.
- Airbus expresó sus disculpas por las molestias ocasionadas.
Documentos relacionados
- Se provee un documento PDF (126.02 KB) con el mismo contenido que el comunicado de prensa.
- Título del documento: Airbus update on A320 Family precautionary fleet action
- El enlace de descarga está publicado en el sitio oficial.
1 comentarios
Comentarios de Hacker News
De verdad me da curiosidad saber en qué familia de microcontroladores se encontró este problema
Si esto era un procesador de seguridad con lockstep, ECC y similares, significaría que ocurrió un bit flip de un nivel que ECC no pudo detectar
Si hubo corrupción de datos, puede que no haya sido un simple reinicio sino varios bits volteándose al mismo tiempo dentro de una misma palabra
Si el entorno no era especialmente distinto, también podría ser que redujeran cosas como el margen de voltaje
También me pregunto si era NVM o SRAM
No era un MCU sino un sistema compuesto por varios chips, diseñado en los 90, y recién en 2002 salió una nueva versión de hardware con EDAC añadido
En una situación así, un bit flip perfectamente podía ocurrir
Hay más detalles en el informe de la ATSB
En particular, el flash de xenón era el problema
Se pueden ver casos relacionados en esta publicación del foro, discusión adicional, blog oficial y video de YouTube
Los satélites operan a altitudes mucho mayores que un A320, y la mayoría usa Triple Modular Redundancy
Ver explicación de TMR y concepto de SEU
NASA aumenta N a 5 en vuelos tripulados
También hay métodos como desactivar completamente las cachés o refrescar continuamente la RAM con ECC
Existen además medidas de hardware para evitar el latch-up en circuitos digitales
Si llevas mucho tiempo en la industria informática, terminas viendo varios de estos incidentes de bit flips
ECC te salva la mayoría de las veces, pero a veces el software también está diseñado para detectar valores imposibles e ignorarlos
En sistemas en tiempo real o críticos para la seguridad, varios sistemas también pueden votar para validar errores
En los 90 me tocó sufrir durante meses por un bit flip en una línea de caché del CPU
En un servicio que manejaba muchísimo tráfico, resumimos valores tipo enum y aparecieron unos cuantos valores imposibles
Al ver que una cadena había quedado mal registrada con exactamente un bit de diferencia, supusimos que pudo haber sido por rayos cósmicos
En realidad era un bug reproducible, pero solo admitió su error después de sospechar del kernel, los drivers y hasta el cliente
Aun así era un genio, y en este incidente del A320 quizá de verdad habría tenido razón
En The Aviation Herald hay detalles más técnicos
“En el peor de los casos, esta vulnerabilidad puede provocar movimientos no comandados del elevador, superando los límites estructurales de la aeronave”
La industria aeroespacial lleva mucho tiempo preparando contramedidas para bit flips
La corrección de Airbus/Thales en este caso refuerza la verificación de errores y reinicia automáticamente el componente afectado cuando surge un problema
Hay más detalles en el informe del BEA
Tiene un aire estilo BoFH
“Llegas temprano a la oficina un viernes por la mañana, suena el teléfono, pasas la hoja de excusas y ves que te está mirando ‘llamaradas solares’...”
Enlace
Me intriga cómo se diagnosticó este caso
No sé si el FDR (registrador de datos de vuelo) guarda errores de bajo nivel o solo valores de entrada de alto nivel
Si fue un bit flip causado por radiación, ¿cómo se dieron cuenta?
También me pregunto si habrá quedado registrado algo como un error de votación entre las computadoras principales de vuelo
Hay un excelente informe de análisis posterior sobre un caso similar de SEU (single-event upset)
La reacción parece un chiste de “voló demasiado cerca del sol”
Me pregunto si realmente hace falta dejar en tierra a toda la flota por algo así
Si es un solo incidente entre decenas de miles de aeronaves a lo largo de años, parecería suficiente dar un margen de unos dos meses para aplicar la corrección
La solución es hacer downgrade o sustituirlo por hardware de una versión anterior
Desde la perspectiva de Airbus, la pérdida directa por dejar aviones en tierra sería baja, pero si ocurriera un accidente, el riesgo reputacional y legal sería muchísimo mayor
Algo como: “nosotros actuamos de forma preventiva, mientras que la competencia solo reacciona después de un accidente”
Según la cobertura de prensa, esta medida es un rollback de actualización de software
Me da curiosidad cuál era el objetivo original de esa actualización y con qué frecuencia se actualiza el software de las computadoras de vuelo