Security and UX don't always go hand in hand, but it is one of our main goals to keep it together as possible.

A few days ago, we deployed a new DevSecOps agent version that improves its predecessor's stability, performance and usability. This new version comes with some changes to how the agent is going used.

Now, in our ARM scope section (Organization>Groups>GroupName>Scope), you will find DevSecOps Agent Token section. 

Where you can copy required token to execute DevSecOps Agent.

Only group managers could view and copy the token, so if you need to get the token, please contact them.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

Manage vulnerabilities could be confusing and complicated. Our team is committed to easing our customer's processes.

Simplifying treatment management, we add a new tab to the vulnerability details menu, in which you can change vulnerability treatment, define tags, or custom criticality level.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

Knowing what happened and when with our vulnerabilities is essential to manage the team's efforts.

You can check whether a vulnerability was discovered, accepted, or closed in the new tracking view.

With this information, you can follow the history of vulnerabilities related to specific findings.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

What happened

• Due to a session management change (https://gitlab.com/fluidattacks/product/-/commit/1f67cd266283a8846ab8fc84ed761a3b89d2ff33) user cookies were deleted for current session.

• If a user sign-in with an existent session all cookies are deleted and an unauthorized error is propagated through all user sessions. The bug was injected on 2021/01/27 14:31 (EST).

What we’ve done

• Now the cookies are not deleted, only a notification about concurrent sessions. (https://gitlab.com/fluidattacks/product/-/commit/b8600cc80d0b4fd5142a02c7f0d71b564f68bb25)

What the impact was

• Users who tried to log in with existent sessions get unauthorized error.

What we are doing to help

• Check all user sessions to confirm if any user is affected. 

Data is the essence of any organization, and more if that data could help you prevent a security incident.

With more data more effective are the efforts to solve a vulnerability. This is why we add new vulnerability info modal to give all data about reported vulnerabilities.

You can click on the vulnerability that you want more information about in the locations table.

If you think that you need more information, let us know, and we will give you.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

Know when a finding was reported is essential as to know if a new vulnerability reopened that finding.

You can find three dates to know all about your finding report dates:

• Age(days): Days since the first vulnerability was reported to your group.
• Open Age(days): Days since the first open vulnerability was reported to your group.
• Last report (days): Days since the last vulnerability was reported to your group.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

Have the information to make decisions is essential to us, and we know that for you are important too.

We add new graphs to help to understand your vulnerabilities and all your group data. Now you will find these graphics:

• Vulnerabilities over time in portfolios view
• How many vulnerabilities by tag
• How many vulnerabilities by tag
• Vulnerabilities by treatments
• Vulnerabilities by reattacks
• Vulnerabilities by type
• Total vulnerabilities in portfolios view
• Accepted vulnerabilities by severity
• Top 10 Oldest vulnerabilities
• Top findings (by # vulnerabilities)
•  Accepted vulnerabilities by user
• Meantime to remediate for non-treated vulnerabilities

If you have any doubts with these or other metrics do not hesitate to contact us.

Even though we believe all code versioned in repository must be analyzed, some times and for any reasons a piece of source code is not needed to be analyzed.

This is why we enable gitignore option to exclude any piece of source code from analyzed repositories.

You will find this option in new/edit roots modal.

Remember follow gitignore pattern to document the exclusions.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

Now the vulnerabilities table is more descriptive.

You can filter, add, or remove columns and get all information about vulnerabilities in your group.

All features are the product of a team effort. You can be part of it and contribute by leaving your comments here in this post or sending them to help@fluidattacks.com.

We give more relevance to the most important thing in any app, the source code. Now environments are included in Git Roots.

All source code needs to be deployed in an environment; this is why you need to select a Git Root as the origin of the code deployed in a specific environment.

If you want to add or edit an environment, you need to select the git root associated with the URL.

Add the desired URL, and that's it.