How Do I Handle Required Penetration Testing for Every New Feature?

0
1
Asked By CuriousCoder92 On

I'm a product manager at a small software company with about 20 people. We're focused on building a web platform that has dashboards, internal tools, and some integrations. Recently, our CTO instituted a new policy requiring that every new feature goes through a penetration test before it's released. Unfortunately, I'm feeling pretty overwhelmed with this new responsibility because:
1. My background in security is almost non-existent.
2. While my development team is skilled, we don't have anyone specialized in security.
3. We're already behind on our deadlines.
4. I tried asking ChatGPT for insights, but it mostly suggested hiring external penetration testing firms, which are far beyond our budget (usually around $20k+).

Now I'm left with a lot of questions: How does a penetration test actually work? Do the testers need access to the source code, or should they just have a staging server? Are credentials required? Also, is it really feasible to do a pentest for every feature we develop? Should we consider bringing someone in-house, train one of our developers, or possibly contest this policy? I'd really appreciate any tips or experiences from those who have been in similar situations, as I feel like I'm in over my head.

5 Answers

Answered By RiskyBusiness420 On

Honestly, if your CTO is pushing for a pentest on every feature, they might not fully grasp how these tests work in a practical sense. Usually, organizations only perform pentesting when launching major updates or sensitive features. To go about this sustainably, consider defining 'high-risk features' that definitely need pentesting, while using automated tools for everything else. Also, it might be worthwhile to discuss budget concerns with your CTO since external pentesting can quickly add up.

Answered By TechSavvyGuru On

First off, don't rely too heavily on AI like ChatGPT for decision-making—it's better to gather insights from real experts! Pen tests can vary significantly. Some are done with credentials, while others aren’t. However, having to pentest every new feature sounds overly ambitious, especially for a small team like yours. Instead, you could focus on integrating basic security testing practices in your development process. This will help catch issues early without getting stuck waiting for each feature to be tested individually.

Answered By DevOpsDude On

If you're short on security expertise internally, bringing someone in-house or training a developer is a solid idea. Additionally, consider using automated security tools like SAST or DAST for continuous security testing. It’s crucial to document your security practices and have regular reviews, which can often catch issues before they even make it to a pentest.

Answered By SecurelySkeptical On

Remember, the requirement for a pentest doesn’t absolve the team of maintaining security best practices. Focus on training and implementing crucial security checks as standard practice. If your CTO insists on full pentests for every feature, bring evidence to the table showing that this won't work well—many companies just do an annual pentest or audit instead.

Answered By PM_RealityCheck On

Great questions! A pen test typically looks for vulnerabilities based on what access they have, whether through staging environments or with credentials. It's definitely unrealistic to request pentesting for every feature, especially when you’re a small team under tight deadlines. You could suggest conducting pentests less frequently—for example, on new integrations or significant changes—and implementing automated scanning tools to help bridge the gap.

Related Questions

LEAVE A REPLY

Please enter your comment!
Please enter your name here

This site uses Akismet to reduce spam. Learn how your comment data is processed.