
Macromedia
En Flash Player 8, Macromedia ha cambiado el modelo de seguridad que se aplica al contenido local de Flash. De manera predeterminada, las aplicaciones de Flash que se ejecutan desde un sistema de archivos local de un usuario en lugar de a través de HTTP tienen privilegios más limitados en Flash Player 8 que en Flash Player 7. Este modelo se aplica al contenido de Flash de cualquier versión, lo que significa que el contenido publicado antes del lanzamiento de Flash Player 8 puede verse afectado, además del nuevo contenido creado tras este lanzamiento. Este artículo describe cómo resolver la mayoría de los problemas que pueden surgir a raíz de estos cambios.
Además de los cambios en el modelo de seguridad, Flash Player 8 incluye algunas otras restricciones y añade diversas funciones nuevas de seguridad. Este artículo describe también dichos cambios, aunque los cambios en la seguridad local son con diferencia el principal cambio en la seguridad de Flash Player 8.
Nota: Estos cambios en la seguridad local no afectan al contenido de Flash servido a través de HTTP. La mayor parte del contenido de Flash se sirve a través de HTTP y no debería verse afectado por estos cambios.
Éstas son las nuevas limitaciones a lo que puede hacer el contenido de Flash:
Esta es la nueva funcionalidad de seguridad disponible para el contenido de Flash (para obtener información sobre Flash Player 7, consulte Cambios en la seguridad de Macromedia Flash Player 7*):
Comodín de allowDomain: System.security.allowDomain() ahora acepta un argumento de comodín "*" que permite el acceso de los SWF de cualquier dominio.
Permisos más precisos: System.security.allowDomain() y System.exactSettings ahora sólo son aplicables al SWF que los llama y no al dominio completo del SWF que realiza la llamada. Esto sólo afecta al contenido nuevo (a partir de la versión 8), por lo que se mantiene la compatibilidad retroactiva.
Objetos compartidos persistentes seguros: Los SWF cargados a través de HTTPS ahora pueden crear objetos SharedObject a los que sólo pueden acceder los SWF que también se carguen a través de HTTPS. Esto refleja la capacidad de las cookies de navegadores y contribuye a mantener la seguridad de los datos almacenados en objetos compartidos frente al riesgo de robo o modificación. Los objetos compartidos existentes no se ven afectados.