Dangers when deploying Flash/Flex UI test automation hooks to production?

Posted by Merlyn Morgan-Graham on Stack Overflow See other posts from Stack Overflow or by Merlyn Morgan-Graham
Published on 2011-01-16T06:03:32Z Indexed on 2011/01/16 6:53 UTC
Read the original article Hit count: 244

Filed under:
|
|

I am interested in doing automated testing against a Flex based UI. I have found out that my best options for UI automation (due to being C# controllable, good licensing conditions, etc) all seem to require that I compile test hooks into my application. Because of this, I am thinking of recommending that these hooks be compiled into our build.

I have found a few places on the net that recommend not deploying bits with this instrumentation enabled, and I'd like to know why. Is it a performance drain, or a security risk? If it is a security risk, can you explain how the attack surface is increased?

I am not a Flash or Flex developer, though I have some experience with threat modeling.

For reference, here's the tools I'm specifically considering:

  • QTP
  • Selenium-Flex API

I am having problems finding all the warnings/suggestions I found last night, but here's an example that I can find:

http://www.riatest.com/products/getting-started.html

Warning! Automation enabled applications expose all properties of all GUI components. This makes them vulnerable to malicious use. Never make automation enabled application publicly available. Always restrict access to such applications and to RIATest Loader to trusted users only.

Related question (how to do conditional compilation to insert/remove those hooks): Conditionally including Flex libraries (SWCs) in mxmlc/compc ant tasks

© Stack Overflow or respective owner

Related posts about flex

Related posts about security