Check Point Harmony Email
Formerly Avanan; API-based email and collaboration security.
Scorecard from 0 structured reviews
Exposure signal
ElevatedAn 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.
Credentials belonging to 64 of this vendor's own staff appear in infostealer logs, and the most recent staff credential appeared 4 months ago. Their staff hold credentials for 39 distinct external services, which is the surface a successful attack on this vendor could reach. At least one of those credentials opens an identity or administrative system rather than an ordinary business one, which is the part that matters most. This says nothing about how well the product works.
Customer-side infections: 3,837 (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 of their own systems the exposed credentials open
| System | Times seen |
|---|---|
| https://ftp.checkpoint.com/EFTClient/Account/Login.htm | 25 |
| https://adfs.checkpoint.com/adfs/ls | 23 |
| https://ftp.checkpoint.com | 16 |
| https://adfs.checkpoint.com | 10 |
| https://ftp.checkpoint.com/eftclient/account/login.htm | 9 |
Classified by the source as: adfs, ftp.
This is the part a count cannot tell you. A stolen credential for a login page that fronts single sign-on or an administrative console reaches further than the same credential for a marketing site, so it carries the smallest of the three weights in the band above. These are the vendor's own published login pages, nothing private.
Context that is recorded but never scored
Stealer families seen against this domain: Remus, Acreed, Lumma, StealC, Aura Stealer, Taurus, Azorult, RedLine. Which malware took a credential says more about what is circulating than about the vendor, so it is not scored.
The source records 3 underground mentions of this domain. For a security vendor that number is close to meaningless: their own research and advisories get indexed by the same crawlers, so being named is a sign of being talked about, not of being breached. It is shown because the source provides it and hidden data is worse than caveated data, and it is excluded from the band.
Which third-party services appear
| Service | In our directory | Community rating | Occurrences |
|---|---|---|---|
| microsoftonline.com | Not listed | – | 15 |
| htzone.co.il | Not listed | – | 10 |
| zoom.us | Not listed | – | 7 |
| virustotal.com | Not listed | – | 7 |
| articulate.com | Not listed | – | 6 |
| adobe.com | Not listed | – | 6 |
| apple.com | Not listed | – | 4 |
| udemy.com | Not listed | – | 4 |
| freepik.com | Not listed | – | 3 |
| epicgames.com | Not listed | – | 3 |
| com.lacoon.security.fox | Not listed | – | 3 |
| vyond.com | Not listed | – | 3 |
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.
Two independent sources agree on 64 exposed staff credentials.
Source: FireIntel (xti.fireintel.net), public domain summary. Source: Hudson Rock (hudsonrock.com), free infostealer intelligence API. About this data. Read 18 hours ago. DBSE does not collect, hold, or sell this data.
Public vulnerability record
98 CVEs across 5 productsWhat 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.
| Product | Catalogued under | CVEs |
|---|---|---|
| Firewall 1 | Checkpoint | 43 |
| Zonealarm | Checkpoint | 15 |
| Vpn 1 | Checkpoint | 14 |
| Endpoint security | Checkpoint | 14 |
| Quantum security gateway | Checkpoint | 12 |
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.
Matched in the catalogue as Checkpoint. Matching is by name, so it can pick up a namesake or miss a brand filed differently.
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 Check Point Harmony Email
- No threads yet. Start one.