
SamHouston (Veracode) asked a question.
Curious, how do you or your team prioritize which flaws to fix first after a scan?

SamHouston (Veracode) asked a question.
Curious, how do you or your team prioritize which flaws to fix first after a scan?

hello @SamHouston (Veracode)
First off all, we need to have a very strong security policy established in company. This will reflect our actions and management of policies into Veracode.
Then, we'll need to have a very clear understanding the criticality of our applications for business, example: what are critical, high, medium and low. This will affect our management. We can create a security policy for critical and high, one for medium and one for low. The result expected is prioritize what applications is more important and what weaknesses and vulnerabilities will impact the business risk negatively.
After submit applications to scans, we'll need to understand what CVEs and CWEs affect the compliance, likelyhood of exploitation and the business impact in case of exploitation or security incident when these weaknesess are attacked.
We can use tools in Veracode platform like: Fix First Analyzer that will help a lot saving time and effort, but, I really believe that we can use other filters together like Fix for policy = required.
Further to that, we can use Flaw Sources, to see if a particular CWE affect other parts of my code, for SCA, looking for vulnerable methods, DAST what the most dangerous weaknesses are open to the wild.
In my opinion, it's very important understand deep how CWEs and CVEs works into business context, because we can focus on that what really matters and will impact the company. After fixing those, we can follow the process previously implemented to fix the rest of findings.
Ask the Community
Get answers, share a use case, discuss your favorite features, or get input from the community.
By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts.
.png)
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
hello @SamHouston (Veracode)
First off all, we need to have a very strong security policy established in company. This will reflect our actions and management of policies into Veracode.
Then, we'll need to have a very clear understanding the criticality of our applications for business, example: what are critical, high, medium and low. This will affect our management. We can create a security policy for critical and high, one for medium and one for low. The result expected is prioritize what applications is more important and what weaknesses and vulnerabilities will impact the business risk negatively.
After submit applications to scans, we'll need to understand what CVEs and CWEs affect the compliance, likelyhood of exploitation and the business impact in case of exploitation or security incident when these weaknesess are attacked.
We can use tools in Veracode platform like: Fix First Analyzer that will help a lot saving time and effort, but, I really believe that we can use other filters together like Fix for policy = required.
Further to that, we can use Flaw Sources, to see if a particular CWE affect other parts of my code, for SCA, looking for vulnerable methods, DAST what the most dangerous weaknesses are open to the wild.
In my opinion, it's very important understand deep how CWEs and CVEs works into business context, because we can focus on that what really matters and will impact the company. After fixing those, we can follow the process previously implemented to fix the rest of findings.