CVE-2022-22110 json
DayByDay CRM - Weak Password Requirements in Update User
published 4y ago modified 4mo ago also GHSA-96v6-hrwg-p378 , EUVD-2022-0541
- cvss
- 7.5
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 1.2%
- EPSS 1.2% chance of exploitation in 30 days, percentile 67%
- public exploits
- 0
- none known
Summary
In Daybyday CRM, versions 1.1 through 2.2.0 enforce weak password requirements in the user update functionality. A user with privileges to update his password could change it to a weak password, such as those with a length of a single character. This may allow an attacker to brute-force users’ passwords with minimal to no computational effort.
Patch / fix
Is CVE-2022-22110 in your dependencies? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerExploit prediction
1.16% chance of exploitation in the next 30 days, higher than 67% of all scored CVEs (FIRST EPSS, 2026-11-09).
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
| NVD | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
| NVD | 2.0 | 5.0 | AV:N/AC:L/Au:N/C:P/I:N/A:N |
| GitHub | 3.1 | 7.5 | CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N |
Affected packages
| ecosystem | package | affected | fixed in |
|---|---|---|---|
| packagist | bottelet/flarepoint | >=1.1, <2.2.1 |
2.2.1 |
Affected products
- Bottelet DaybydayCRM
- Bottelet flarepoint
Classification
- Weakness
-
- CWE-521 Weak Password Requirements
References
-
github.com
/Bottelet/DaybydayCRM/commit/a0392f4a4a14e1e3fedaf6817aefce69b6bd661b
web, patch, third-party-advisory
-
whitesourcesoftware.com
/vulnerability-database/CVE-2022-22110
web, third-party-advisory
-
nvd.nist.gov
/vuln/detail/CVE-2022-22110
advisory
-
github.com
/Bottelet/DaybydayCRM
web
Sources
- CVE List CVE-2022-22110
- GitHub Advisory GHSA-96v6-hrwg-p378
- NVD CVE-2022-22110
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.