> Thanks Dave, this is probably why my head hurts. I guess I'm pretty
> interested in
> security specific to flash player and how it can be attacked.
Right, but for the most part this doesn't have anything to do with
developers. As a developer, I can build applications that use the
features of th
Thanks Dave, this is probably why my head hurts. I guess I'm pretty interested
in security specific to flash player and how it can be attacked.
Fully understand what you're saying though and luckily will not have to
document anything for any of the server side web apps.
Adobe does have brief Fla
It's just a decompiler that only does code and warns against a few tiny
things that are largely irrelevant.
___
Flashcoders mailing list
Flashcoders@chattyfig.figleaf.com
http://chattyfig.figleaf.com/mailman/listinfo/flashcoders
A while ago Hewlett-Packard released a tool (custom decompiler) for
'exposing Flash Application vulnerabilities'.
It might make an easy starting point for further investigation.
http://www.communities.hp.com/securitysoftware/blogs/spilabs/archive/200
9/03/20/exposing-flash-application-vulnerabili
Rule one: do not allow people to upload flash movies.
Rule two: do not allow people to upload flash movies to your main domain.
Rule three: do not allow people to upload flash movies that can use
javascript.
___
Flashcoders mailing list
Flashcoders@cha
> This one is for all the RIA developers on the list. I haven't really seen
> secure coding
> widely addressed here but was hoping someone had knowledge that could get me
> started.
>
> I'm leading effort to develop flash coding standards in corporate environment
> so there
> are fewer (or no) se
6 matches
Mail list logo