
StackHawk
Shift-left security has transformed our DAST workflows and now improves early vulnerability detection
What is our primary use case?
My main use case for StackHawk is for DAST, DAST, and API scans, providing early pen testing results. StackHawk helps our team become aware of issues earlier, leading to less tech debt and better security. The fast, tunable scans and effective documentation enhance developer collaboration in my organization effectively.
I appreciate StackHawk for its comprehensive documentation, which is incredibly helpful for passing on to developers, ensuring everyone shares responsibility in writing scans. I love the speed and configurability of StackHawk scanning capabilities, which are very impressive. It enables me to fine-tune the balance between cost and effective scan speed to suit our needs. StackHawk embodies a shift-left mentality, where it allows us to identify issues earlier in the development cycle, thereby reducing technical debt and enhancing application security in my organization.
Regarding my use case with StackHawk, the product is very rich in features, and the support from StackHawk team ensures the success of using this product. I also love the scanning speed, which previously was a challenge with Tenable Nessus, and that has drastically improved since we switched to StackHawk, especially with its configuration as code approach as opposed to a traditional web interface. Additionally, the initial setup was very quick and simple, making it easy to get started and integrate seamlessly with our existing tools like GitHub, CodeQL, and Jira for handling findings much more effectively.
How has it helped my organization?
StackHawk has positively impacted my organization.
StackHawk has been able to address the need for a DAST scanner that supports ethical hacking, enables early vulnerability detection, and also enhances secure development practices. I love it because it offers automation where it automates security assessments and allows our cybersecurity team and development teams to identify weaknesses in the web applications before they can be exploited. Its capabilities facilitate proactive security testing, helping my organization integrate security into the Software Development Life Cycle (SDLC) and also adopt a shift-left approach. With StackHawk, we have been able to strengthen our security posture while ensuring compliance with industry standards and best practices in my organization.
What is most valuable?
The best features StackHawk offers include improved handling of findings more easily due to its scanning speed and the configuration-as-code approach that help my team day-to-day.
In terms of features, the shift-left mentality allows us to identify issues earlier in the development cycle, thereby reducing technical debt and enhancing application security. I also love the support from StackHawk team, which ensures the success of using the product. The scanning speed, which was a challenge when we were using Tenable Nessus, has drastically improved since switching to StackHawk. I also love the intuitive user interface and comprehensive documentation, which enhances our user experience, allowing my team to quickly address security issues. I also love the fast integrations into CI/CD pipelines, which makes it very valuable for us to identify security vulnerabilities earlier in the development processes.
What needs improvement?
I believe a learning path should be added to help users maximize the potential of StackHawk. While the tool is powerful and intuitive, a structured learning path will provide step-by-step guidance on configuring scans, interpreting results, and implementing security best practices.
StackHawk needs more reporting capabilities and more dashboard views to showcase the progress of vulnerabilities remediation. Additionally, some customization of scan policies will be neat, as the current way to apply policies for scans is very manual.
StackHawk is a strong solution, but improved reporting, easier integration, and more AI-driven recommendations would make it even more effective. Overall, I am highly satisfied with its capabilities and continued improvement.
For how long have I used the solution?
I have been using StackHawk for four years.
What do I think about the stability of the solution?
StackHawk is very stable because we have experienced minimal downtime. It is reliable for our application security testing, helping us identify vulnerabilities consistently and integrate well into our development workflow with minimal disruptions.
What do I think about the scalability of the solution?
StackHawk scales well with our application and development teams as they grow. It supports automated security testing across multiple applications, and it integrates smoothly into our CI/CD pipelines, helping us maintain security without significantly slowing development down.
How are customer service and support?
According to my experience, customer support has been very helpful and responsive. The guidance provided makes it easier to resolve technical issues very easily, and my experience has been very positive so far with the support team. I would rate customer support a nine out of ten.
Which solution did I use previously and why did I switch?
Earlier in the review, I mentioned we switched from Tenable Nessus.
The reason we switched from Tenable Nessus is that we relied more on manual security testing and traditional vulnerability scanning. We adopted StackHawk to automate application security testing, identify vulnerabilities earlier, and integrate security checks into our development workflow.
What was our ROI?
StackHawk has been really helpful. It is very easy to use even for non-technical users, and I love that because of the intuitive user interface and the documentation guidance, which is very plenty. StackHawk has helped us save time by automating security testing and identifying vulnerabilities earlier in the development cycle. We estimate a saving of four to five hours per week on manual testing and also troubleshooting while improving efficiency and reducing rework without needing additional staff.
What's my experience with pricing, setup cost, and licensing?
My experience with pricing, setup cost, and licensing was straightforward, with more flexible pricing plans and clear licensing options.
Which other solutions did I evaluate?
Intruder and GitLab were some of the tools that we evaluated before switching to StackHawk.
What other advice do I have?
My experience with StackHawk has been very credible, and I would rate them a five out of five. I chose five out of five for StackHawk for a couple of reasons: it enables me to set up any type of authenticated scans due to its YAML configuration setup, and it is possible to run internal scans since it only needs the binary to run it. Customer support has also been very great so far; they are always ready to answer any questions. Even their bot helps a lot. The integration they have with Snyk makes it great for deeper analysis, enabling us to make data-driven decisions easily.
Regarding governance and security for StackHawk AI capabilities, I feel the AI features are managed in a way that ensures my data is kept safe and that there are good controls or transparency about how the AI is used. I absolutely trust how StackHawk handles sensitive information or automates decisions using AI.
StackHawk accuracy and reliability of output have been consistent and trustworthy in our experience, and I love it. It focuses on transparency and secure practices, which builds confidence in using AI for our application security.
My experience with StackHawk has been very positive, and I highly recommend integrating StackHawk into your CI/CD pipeline early, starting with the critical applications and configuring scans to match your security needs. I encourage you to take time to understand the findings and tune scan settings to reduce false positives. This will help your team identify vulnerabilities earlier, improve efficiency, and also get the most value from the platform. I would rate StackHawk a five out of five overall.
Vulnerability visibility has improved across microservices but integration still needs refinement
What is our primary use case?
My main use case for StackHawk is to analyze our application live in our EKS cluster.
A specific example of how we use StackHawk in our EKS cluster is that we deployed an agent authenticated to the StackHawk platform and it is in charge of analyzing our different repositories, letting us know if we have any open vulnerabilities within our base code. Every scenario of analysis is completely published into the StackHawk platform so we can see if we have open vulnerabilities to solve and how much time it takes to perform the analysis.
What is most valuable?
The best feature StackHawk offers is called Attack Surface, which is a way of letting us know what repositories that we have hosted in any repository system have a surface attack, and in that case, we integrate the platform into StackHawk, then they let us know the application code base and how we have to integrate it and easily set up the application.
The Attack Surface feature has helped our team by having an inventory of our repositories and which of them have a surface attack.
StackHawk has positively impacted my organization by giving us a new vision of how vulnerabilities were seen, as we now have more visibility in that matter. We now take care of not just the static analysis and the composition analysis, but the dynamic analysis. When our microservices are running, we do have a vision of how it performs, and it also lets us know if we have any open vulnerabilities so we can close them.
Since we started using StackHawk, we've seen reports on different vulnerabilities that we have in our current microservices within the cluster, so now we have a wide vision and a wide perspective, and also we have new ideas about what we need to do. We also have similar microservices, so most of them are common errors and now we are closing up that gap of vulnerabilities.
What needs improvement?
StackHawk can be improved in the way that it is integrated, as at the very beginning, the idea was to, within the pipeline, mount the different resources that our microservices needed to start to run. For example, if we have a service that needed Redis, maybe Kafka, or a database to initialize, we did need to have a Docker Compose file, get up those services, and after that, do the analysis. It didn't have that; it wasn't reachable at the very beginning and it wasn't that good as we expected. But at some point, we decided to mount it as an agent in the Docker file, and it was waiting for new jobs. It was even better, and when we figured out how to integrate it within our EKS cluster, suddenly we started reaching to the services, knowing what was going on, and everything related to security. As long as we have a P2T to our QA site or cluster, we do not have garbage in our databases, but StackHawk does put a little information, a garbage information, doing their job.
That's the main area I'm focusing on right now regarding needed improvements.
For how long have I used the solution?
What do I think about the stability of the solution?
What do I think about the scalability of the solution?
How are customer service and support?
Which solution did I use previously and why did I switch?
How was the initial setup?
Regarding my experience with pricing, setup cost, and licensing, I'm not sure about pricing since I wasn't part of the team that got the application. The setup cost was actually really cheap; I hosted a self-runner with an image based on the StackHawk one, so it was really cheap and easy. I want to emphasize that I was not part of the pricing details and I'm also not sure about what kind of license we have.
What about the implementation team?
I was just in charge of implementing StackHawk, and I'm actually not part of the security team, so I cannot measure its accuracy and reliability.
Since we started using StackHawk, we've seen reports on different vulnerabilities that we have in our current microservices within the cluster, so now we have a wide vision and a wide perspective, and also we have new ideas about what we need to do. We also have similar microservices, so most of them are common errors and now we are closing up that gap of vulnerabilities.
Actually, I cannot say that we have seen a return on investment, as we've been using it recently and the company hasn't adopted it with all the services, so there isn't any measurement about that. Also, at the very beginning, we were just working with two engineers, and now we have maybe just one, but I don't know, it's complicated.
What was our ROI?
Actually, I cannot say that we have seen a return on investment, as we've been using it recently and the company hasn't adopted it with all the services, so there isn't any measurement about that. Also, at the very beginning, we were just working with two engineers, and now we have maybe just one, but I don't know, it's complicated.
What's my experience with pricing, setup cost, and licensing?
The setup cost was actually really cheap; I hosted a self-runner with an image based on the StackHawk one, so it was really cheap and easy.
Which other solutions did I evaluate?
What other advice do I have?
I don't actually have a clear perspective on StackHawk's AI capabilities regarding its governance and security.
My advice to others looking into using StackHawk is to stay prepared. Document how your architecture works, whether you have decoupled services or not. Based on that, it will be easier or not to use the application. In our case, we had to deploy an agent within our cluster and that was the only way we could analyze our microservices. So be prepared, especially technically, because they can help a lot in different areas, but you're the owner of your own infrastructure, so it relies on you how you're going to implement the solution.
My overall rating for this review is seven out of ten.
Which deployment model are you using for this solution?
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Automated security checks have transformed PCI compliance and provide unified vulnerability insights
What is our primary use case?
My main use case for StackHawk is primarily as a PCI requirement for DAST.
As a quick specific example of how I use StackHawk for that PCI requirement, it is one of the controls that sits alongside the requirement to have SAST. I deployed StackHawk and Snyk because those two products were easily integrated and therefore providing a unified view of vulnerabilities that existed either during the CI/CD process or running live.
What is most valuable?
The best features StackHawk offers are, most importantly, its ability to report any issues that may exist with code running live. The integration with Snyk provides a more holistic, complete picture of issues in the entire life cycle of the web application.
An example of how getting a holistic picture of issues across the life cycle has helped my team is related to both StackHawk and Snyk because they were basically joined at the hip. Prior to the PCI requirements, there was not a lot of interest in automating the analysis of code that was being developed. Code was being scrubbed for vulnerabilities by humans, which is frankly impractical. You cannot go through either a few thousand or a few million lines of code and expect a human to find vulnerabilities because they are biased. That would be asking a lot based on the sheer volume of data and expecting people to identify vulnerabilities is completely impractical.
Outside of getting StackHawk connected to websites, which was fairly painless, I have no additional features that stand out to me besides the integration and reporting. StackHawk has positively impacted my organization by introducing an automated process that did not exist previously, and it helped the company achieve PCI certification.
What needs improvement?
I cannot think of anything I would add to StackHawk, with the possible exception of adding any additional code bases that might be out there. I am thinking about a situation where a company might be in mergers and acquisitions mode and they onboard a company that has developed an application in a code base that is not covered by StackHawk, which would introduce some inefficiency and possible compliance difficulties. It would be great if StackHawk were continuously adding more and more languages and integrations.
On a scale of one to ten, I would rate StackHawk an eight, only because I wish the product was a little less expensive. It also is running into direct competition with Snyk, as they did an acquisition of another DAST company, and they should be sensitive to that and possibly offer a discount for current users because it would be under consideration to move to Snyk and reduce complexity even if it was by a little bit.
For how long have I used the solution?
I have been using StackHawk for a little over a year.
Which other solutions did I evaluate?
The advice I would give to others looking into using StackHawk is that the integration with Snyk was impressive. You would also consider just using Snyk and the DAST that they onboarded over the past year.
What other advice do I have?
StackHawk is deployed in my organization in the public cloud using the configuration on their site.
I use AWS as my cloud provider.
I rate this product an eight out of ten.