| Max CVSS | 7.5 | Min CVSS | 3.5 | Total Count | 2 |
| ID | CVSS | Summary | Last (major) update | Published | |
| CVE-2018-20147 | 5.5 |
In WordPress before 4.9.9 and 5.x before 5.0.1, authors could modify metadata to bypass intended restrictions on deleting files.
|
24-08-2020 - 17:37 | 14-12-2018 - 20:29 | |
| CVE-2018-20151 | 5.0 |
In WordPress before 4.9.9 and 5.x before 5.0.1, the user-activation page could be read by a search engine's web crawler if an unusual configuration were chosen. The search engine could then index and display a user's e-mail address and (rarely) the p
|
04-03-2019 - 14:41 | 14-12-2018 - 20:29 | |
| CVE-2018-20152 | 4.0 |
In WordPress before 4.9.9 and 5.x before 5.0.1, authors could bypass intended restrictions on post types via crafted input.
|
04-03-2019 - 14:41 | 14-12-2018 - 20:29 | |
| CVE-2018-20153 | 3.5 |
In WordPress before 4.9.9 and 5.x before 5.0.1, contributors could modify new comments made by users with greater privileges, possibly causing XSS.
|
04-03-2019 - 14:40 | 14-12-2018 - 20:29 | |
| CVE-2018-20150 | 4.3 |
In WordPress before 4.9.9 and 5.x before 5.0.1, crafted URLs could trigger XSS for certain use cases involving plugins.
|
04-03-2019 - 14:21 | 14-12-2018 - 20:29 | |
| CVE-2018-20149 | 3.5 |
In WordPress before 4.9.9 and 5.x before 5.0.1, when the Apache HTTP Server is used, authors could upload crafted files that bypass intended MIME type restrictions, leading to XSS, as demonstrated by a .jpg file without JPEG data.
|
04-03-2019 - 14:20 | 14-12-2018 - 20:29 | |
| CVE-2018-20148 | 7.5 |
In WordPress before 4.9.9 and 5.x before 5.0.1, contributors could conduct PHP object injection attacks via crafted metadata in a wp.getMediaItem XMLRPC call. This is caused by mishandling of serialized data at phar:// URLs in the wp_get_attachment_t
|
04-03-2019 - 14:19 | 14-12-2018 - 20:29 |