SIEM, SOAR & SOC · MDR & managed services

Secureworks Taegis

United States · secureworks.com
Official address, recorded by DBSE. Everything on this page that talks about domains uses these.

XDR and MDR, acquired by Sophos in 2025.

Community rating

0 ratings
5 ★
0
4 ★
0
3 ★
0
2 ★
0
1 ★
0

Sign in to rate.

Scorecard from 0 structured reviews

Deployment effort
Support quality
Features vs promises
Pricing transparency
Return on investment

All reviews and filters → · Compare

Exposure signal

Low

An objective, third-party reading of this vendor's own credential hygiene. It is not part of the community scorecard and does not affect any rating on DBSE.

Staff credentials in infostealer logs
5
Third-party services their staff use
15

Credentials belonging to 5 of this vendor's own staff appear in infostealer logs, and the most recent staff credential appeared 1 year ago. Their staff hold credentials for 15 distinct external services, which is the surface a successful attack on this vendor could reach. This says nothing about how well the product works.

Customer-side infections: 81 (not counted in the band)

These are infections on the machines of people who log in to this vendor's service. They reflect those users' own endpoint hygiene, and a vendor with a large consumer or partner login footprint will always show more of them. Counting that against the vendor would penalise popularity, so this platform does not.

Which third-party services appear · 1 of these is in our directory
ServiceIn our directoryCommunity ratingOccurrences
hackthebox.eu Not listed 8
hackthebox.com Not listed 6
therme.ro Not listed 4
linuxacademy.com Not listed 3
atlassian.com Not listed 3
sans.org Not listed 3
virustotal.com Not listed 2
myworkdayjobs.com Not listed 2
wpscan.com Not listed 2
microsoftonline.com Not listed 2
sumologic.com Sumo Logic Not rated yet 2
comptiastore.com Not listed 2

If your own organisation depends on any of these, a successful attack on this vendor and an attack on you share a blast radius. That is worth a question in the security review, not a reason to walk away. Where a service is itself a vendor in our directory it is named and linked, with whatever the community has scored it, so you can read both sides of the dependency in one place. The rating shown is the community's own; it is not derived from this exposure data.

Source: FireIntel (xti.fireintel.net), public domain summary. Source: Hudson Rock (hudsonrock.com), free infostealer intelligence API. About this data. Read 16 hours ago. DBSE does not collect, hold, or sell this data.

Public vulnerability record

2 CVEs across 2 products

What the public CVE catalogue holds against this vendor's products. A higher number here is not a worse vendor, and this is scored into nothing at all.

ProductCatalogued underCVEs
Secureworks Dell 1
Secureworkspace Soliton 1
Why this is shown and not scored

Counting CVEs punishes the vendors who tell you about them. A company that runs a bug bounty, works with researchers and files CVEs properly will always show more than one that fixes things quietly in a point release. Reading the bigger number as the worse product gets it exactly backwards.

The count also tracks how much software a vendor ships and how long they have shipped it. A vendor with forty products will out-score a vendor with one, whatever either does about security.

And a zero here usually means "not in this catalogue", not "no vulnerabilities found". Absence of a record is not a clean record.

What the list is genuinely good for is specifics: whether the product you are buying appears, and what has been disclosed about it. That is a question for the vendor in a security review, and their answer tells you more than the number does.

Source: CVEFeed (cvefeed.io), public CVE catalogue. About this data. Read 16 hours ago. It is not part of the community scorecard, the star rating, or the exposure signal.

Discussions about Secureworks Taegis