Una traza de pila generalmente no es una vulnerabilidad en sí misma. Sin embargo, puede filtrar cierta información sobre el diseño del software, lo que puede ser útil para el atacante (por ejemplo, revelar versiones de bases de datos, nombres de tablas, nombres de archivo de código, etc.). Por lo tanto, generalmente no es una buena idea revelar el seguimiento de la pila.
La forma estándar de lidiar con esto es: desactivar los rastros de pila en los servidores de producción. Puedes activar los seguimientos de pila en las construcciones de depuración que no están expuestas al mundo exterior, para ayudarte a depurar fallos, pero cuando lo muevas a producción, desactiva los rastreos de pila.
El web2py web framework tiene un forma aún más elegante de tratar este problema . web2py nunca revela rastros de pila a los visitantes. En cambio, si se produce una excepción no detectada, web2py construye un nuevo "ticket", revela un número de ticket al visitante y guarda los detalles del error (por ejemplo, el seguimiento de la pila, etc.) asociado con ese ticket en una base de datos interna. Los visitantes normales no pueden ver los detalles del ticket, pero un administrador sí puede. Un administrador puede ver la lista de todas las entradas. Además, dado un número de ticket, el administrador puede buscar los detalles de ese ticket y ver, por ejemplo, el seguimiento de la pila. Desde una perspectiva de seguridad, este es un gran enfoque.
(Por cierto, web2py es un marco elegante que ha pensado mucho en hacer que la seguridad sea por defecto y fácil para los desarrolladores. web2py intenta eliminar las trampas de seguridad y hacer que su servicio sea seguro por defecto, en la medida de lo posible. Si está creando un servicio web que necesita ser seguro, eche un vistazo a web2py!)