Dangers when deploying Flash/Flex UI test automation hooks to production?
- by Merlyn Morgan-Graham
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