I think there are security flaws in my test and development environment. How do I convince the executives to invest...
By submitting your personal information, you agree that TechTarget and its partners may contact you regarding relevant content, products and special offers.
time and money into fixing these software vulnerabilities?
Getting management on board with security, especially in environments where the return on any investments is even grayer than it is in production, can be tricky at best. What security flaws are present? How can they be exploited? What does that mean to the business? Those are the basic questions you have to answer and communicate effectively to management before you're going to make any headway securing your test and development environment.
Based on what I see in my work, this is a fairly widespread problem. Many test and development environments are rife with outdated software running on unhardened systems. But that's not all; there's often sensitive personal information -- credit card numbers -- and intellectual property -- source code -- that's being exposed to practically anyone on the network.
Building your credibility with management is the best thing you can do to address this challenge.
Deciding on whether or not to harden your test and development systems needs to be based on what level of risk management is willing to accept. I ask my clients if they want to include their test and development environment in my internal vulnerability assessments. The findings obtained when testing these unprotected systems can often skew the overall results. That said, just because software vulnerabilities exist in a fluid environment doesn't mean they shouldn't be counted. The security risks are still there.
Consider the following:
- Just how vulnerable are your test and development systems?
- Are you using production data in testing/development?
- If you place your test and development systems under the umbrella of your production security controls (in other words, patch management, event logging and monitoring, security hardening standards and so on), how much of a burden will that create on: 1) IT management, 2) security and compliance, 3) test and development?
These questions can be answered if, and only if, the right people are speaking to one another.
Dig Deeper on Software Security Test Best Practices
Related Q&A from Kevin Beaver
Android Oreo replaced the allow unknown sources setting with a new feature that enables users to selectively install unknown apps. Kevin Beaver ...continue reading
Several vulnerabilities were recently discovered in Android bootloaders via the BootStomp tool. Kevin Beaver explains how they work and what risk ...continue reading
Equifax's Apache Struts vulnerability was an example of a scan not being read correctly. Kevin Beaver explains vulnerability scans and how issues can...continue reading
Have a question for an expert?
Please add a title for your question
Get answers from a TechTarget expert on whatever's puzzling you.