Cleartext storage of session identifier
Published 23 Nov 2020 · Updated 8 Jul 2026
Affected packages
- Affected
- >=9.0.0 <9.5.23
- Fixed in
- 9.5.23
composer require typo3/cms-core:^9.5.23- Affected
- >=10.0.0 <10.4.10
- Fixed in
- 10.4.10
composer require typo3/cms-core:^10.4.10- Affected
- >=8.7.0 <8.7.38
- Fixed in
- 8.7.38
composer require typo3/cms-core:^8.7.38- Affected
- >=10.0.0 <10.4.10
- Fixed in
- 10.4.10
composer require typo3/cms:^10.4.10- Affected
- >=9.0.0 <9.5.23
- Fixed in
- 9.5.23
composer require typo3/cms:^9.5.23- Affected
- >=8.7.0 <8.7.38
- Fixed in
- 8.7.38
composer require typo3/cms:^8.7.38Details
User session identifiers were stored in cleartext - without processing of additional cryptographic hashing algorithms. This vulnerability cannot be exploited directly and occurs in combination with a chained attack - like for instance SQL injection in any other component of the system.
Solution
Update to TYPO3 versions 9.5.23 or 10.4.10 that fix the problem described.
Credits
Thanks to TYPO3 security team member Helmut Hummel who reported this issue and to TYPO3 core & security team members Benni Mack & Oliver Hader as well as TYPO3 contributor Markus Klein who fixed the issue.
Is GHSA-954j-f27r-cj52 in any of your client repos?
Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected typo3/cms-core, and gives you the command that fixes it.
References
- Linkgithub.com/TYPO3/TYPO3.CMS/security/advisories/GHSA-954j-f27r-cj52
- Advisorynvd.nist.gov/vuln/detail/CVE-2020-26228
- Linkgithub.com/FriendsOfPHP/security-advisories/blob/master/typo3/cms-core/CVE-2020-26228.yaml
- Linkgithub.com/FriendsOfPHP/security-advisories/blob/master/typo3/cms/CVE-2020-26228.yaml
- Linktypo3.org/security/advisory/typo3-core-sa-2020-011
Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.