Un informe de fallos suele ser un software de sistema cuya función es identificar los detalles de los fallos y alertar cuando hay fallos, en producción o en entornos de desarrollo/prueba. Los informes de fallos suelen incluir datos como seguimientos de pila , tipo de fallo, tendencias y versión del software. Estos informes ayudan a los desarrolladores de software (web, SAAS, aplicaciones móviles y más) a diagnosticar y solucionar el problema subyacente que causa los bloqueos. Los informes de fallos pueden contener información confidencial como contraseñas, direcciones de correo electrónico e información de contacto, por lo que se han convertido en objetos de interés para los investigadores en el campo de la seguridad informática. [1]
La implementación de herramientas de informes de fallos como parte del ciclo de desarrollo se ha convertido en un estándar, y las herramientas de informes de fallos se han convertido en un producto básico; muchas de ellas se ofrecen de forma gratuita, como Crashlytics .
Muchos actores gigantes de la industria, que forman parte del ecosistema de desarrollo de software, han entrado en juego. Empresas como Twitter, Google y otras están haciendo grandes esfuerzos para alentar a los desarrolladores de software a utilizar sus API, sabiendo que esto aumentará sus ingresos en el futuro (a través de anuncios y otros mecanismos). A medida que se dan cuenta de que deben ofrecer soluciones elegantes para la mayor cantidad posible de problemas de desarrollo, de lo contrario sus competidores tomarán medidas, siguen agregando funciones avanzadas. Las herramientas de informes de fallos constituyen una importante funcionalidad de desarrollo que las empresas gigantes incluyen en su cartera de soluciones.
Muchas herramientas de informes de fallos están especializadas en aplicaciones móviles. Muchos de ellos son SDK .
En macOS hay un informe de fallos estándar en /System/Library/CoreServices/Crash Reporter.app . Crash Reporter.app envía los registros de fallos de Unix a Apple para que los revisen sus ingenieros . El campo de texto superior de la ventana tiene el registro de fallos, mientras que el campo inferior es para los comentarios de los usuarios. Los usuarios también pueden copiar y pegar el registro en su cliente de correo electrónico para enviarlo al proveedor de la aplicación para que lo utilice. Crash Reporter.app tiene 3 modos principales: no mostrar nada en caso de falla, mostrar el cuadro de diálogo "La aplicación falló" o mostrar la ventana Informe de fallas.
Microsoft Windows incluye un servicio de informes de fallos llamado Informe de errores de Windows que solicita a los usuarios que envíen informes de fallos a Microsoft para su análisis en línea. [2] La información va a una base de datos central administrada por Microsoft. Consiste en información de diagnóstico que ayuda a la empresa o al equipo de desarrollo responsable del fallo a depurar y resolver el problema si así lo deciden. Los informes de fallos para software de terceros están disponibles para desarrolladores externos a quienes Microsoft les haya concedido acceso.
El sistema considera todas las partes del proceso de depuración y lanzamiento, de modo que se puedan aplicar correcciones de errores específicas a través de Windows Update . En otras palabras, solo a las personas que experimentan un tipo particular de falla se les puede ofrecer la corrección del error, lo que limita la exposición a un problema.
Según Der Spiegel , el reportero de fallos de Microsoft ha sido aprovechado por la unidad de Operaciones de Acceso Adaptado (TAO) de la NSA para hackear las computadoras de la Secretaría de Seguridad Pública de México . Según la misma fuente, los informes de fallos de Microsoft se recopilan automáticamente en la base de datos XKeyscore de la NSA para facilitar dichas operaciones. [3]
Otra biblioteca de informes de errores para Windows es CrashRpt. La biblioteca CrashRpt es un marco liviano de manejo de errores de código abierto para aplicaciones creadas en Microsoft Visual C++ y que se ejecutan en Windows . La biblioteca se distribuye bajo la nueva licencia BSD .
CrashRpt intercepta excepciones no controladas , crea un archivo de minivolcado de fallas, crea un descriptor de fallas en formato XML , presenta una interfaz para permitir al usuario revisar el informe de fallas y, finalmente, comprime y envía el informe de fallas al equipo de soporte de software.
CrashRpt también proporciona una herramienta de línea de comandos del lado del servidor para el análisis de informes de fallos llamada crprober. La herramienta puede leer todos los informes de fallos recibidos desde un directorio y generar un archivo de resumen en formato de texto para cada informe de fallos. También agrupa informes de fallos similares, lo que facilita la determinación de los problemas más populares. La herramienta crprober no proporciona ninguna interfaz gráfica, por lo que es bastante críptica y difícil de usar.
También existe un software de servidor de código abierto llamado CrashFix Server que puede almacenar, organizar y analizar informes de fallos enviados por la biblioteca CrashRpt. Puede agrupar informes de fallos similares, tiene un rastreador de errores incorporado y puede generar informes estadísticos. El servidor CrashFix proporciona una interfaz de usuario basada en web que permite que varios miembros del proyecto colaboren (cargar símbolos de depuración, explorar informes de fallos y asociar errores con informes de fallos).
.png/1280px-ABRT_on_Fedora_31_(2019-10).png)
ABRT (Herramienta automatizada de informe de errores) es una herramienta de informe de errores creada para Fedora y Red Hat Enterprise Linux . Actualmente, los desarrolladores no tienen planes de migrarlo a otras distribuciones de Linux. [4] ABRT intercepta volcados de núcleo o rastreos de aplicaciones y (después de la confirmación del usuario) envía informes de errores a varios sistemas de seguimiento de errores, como Fedora Bugzilla [1] .
Ubuntu alberga un rastreador de errores público en errores.ubuntu.com que recopila cientos de miles de informes de errores diariamente de millones de máquinas. [5] Si un programa falla en Ubuntu, un controlador de fallas (como Apport) [6] notificará al usuario y le ofrecerá informar la falla. Si el usuario decide informar el fallo, los detalles (posiblemente incluido un volcado de núcleo) se cargarán en un servidor Ubuntu ( daisy.ubuntu.com ) para su análisis. [7] Un volcado de núcleo se procesa automáticamente para crear un seguimiento de la pila y una firma de falla. La firma de fallo se utiliza para clasificar informes de fallos posteriores causados por el mismo error.
Bug Buddy es la herramienta de informes de fallos utilizada por la plataforma GNOME . Cuando una aplicación que utiliza las bibliotecas de GNOME falla, Bug Buddy genera un seguimiento de la pila usando gdb e invita al usuario a enviar el informe al bugzilla de GNOME . El usuario puede agregar comentarios y ver los detalles del informe de fallas.
La herramienta de informes de fallos utilizada por KDE se llama Dr. Konqi . Cuando una aplicación que utiliza las bibliotecas de KDE falla, Dr. Konqi genera un seguimiento usando gdb e invita al usuario a enviar el informe al bugzilla de KDE. El usuario puede agregar comentarios y ver los detalles del informe de fallas.
Talkback (también conocido como Quality Feedback Agent ) era el informador de fallos utilizado por el software de Mozilla hasta la versión 1.8.1 para informar fallos de sus productos a un servidor centralizado para su agregación o análisis caso por caso. [8] Talkback es un software propietario con licencia de SupportSoft para Mozilla Corporation . Si un producto Mozilla (por ejemplo , Mozilla Firefox , Mozilla Thunderbird ) fallara con Talkback habilitado, aparecería el agente Talkback, solicitando al usuario que proporcione información opcional sobre la falla. Talkback no reemplaza el informe de fallas del sistema operativo nativo que, si está habilitado, aparecerá junto con el agente Talkback. Talkback ha sido reemplazado por Breakpad en Firefox desde la versión 3 .
Breakpad (anteriormente llamado Airbag ) es un reemplazo de código abierto para Talkback. Desarrollado por Google y Mozilla, se utiliza en productos actuales de Mozilla como Firefox y Thunderbird. [9] [10] Su importancia es ser el primer sistema de notificación de fallos multiplataforma de código abierto.
Desde 2007, Breakpad está incluido en Firefox en Windows, Mac OS X y Linux. [11] Breakpad normalmente se combina con Socorro, que recibe y clasifica los fallos de los usuarios.
Breakpad en sí es sólo una parte de un sistema de notificación de fallos, ya que no incluye ningún mecanismo de notificación.
Crashpad es un reportero de fallos de código abierto utilizado por Google en Chromium . Fue desarrollado como reemplazo de Breakpad debido a una actualización en macOS 10.10 [12] que eliminó las API utilizadas por Breakpad . Actualmente, Crashpad consta de un cliente de informes de fallos y algunas herramientas relacionadas para macOS y Windows, y se considera sustancialmente completo para esas plataformas. Crashpad se convirtió en el cliente de informe de fallos para Chromium en macOS a partir de marzo de 2015 y en Windows a partir de noviembre de 2015. [13]
Los sistemas operativos Android e iOS también tienen una función integrada de informes de fallos. [14] [15]