<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Tue, 06 Oct 2026 20:33:19 +0000</lastBuildDate>
    <item>
      <title>bdu:2024-02366</title>
      <link>https://cve.radiocsirt.org/vuln/bdu:2024-02366</link>
      <description>bdu:2024-02366</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/bdu:2024-02366</guid>
    </item>
    <item>
      <title>EUVD-2026-4540</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-4540</link>
      <description>EUVD-2026-4540</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-4540</guid>
    </item>
    <item>
      <title>fkie_cve-2024-28850</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-28850</link>
      <description>&lt;p&gt;WP Crontrol controls the cron events on WordPress websites.  WP Crontrol includes a feature that allows administrative users to create events in the WP-Cron system that store and execute PHP code subject to the restrictive security permissions documented here. While there is no known vulnerability in this feature on its own, there exists potential for this feature to be vulnerable to RCE if it were specifically targeted via vulnerability chaining that exploited a separate SQLi (or similar) vulnerability. This is exploitable on a site if one of the below preconditions are met, the site is vulnerable to a writeable SQLi vulnerability in any plugin, theme, or WordPress core, the site&amp;#39;s database is compromised at the hosting level, the site is vulnerable to a method of updating arbitrary options in the wp_options table, or the site is vulnerable to a method of triggering an arbitrary action, filter, or function with control of the parameters.  As a hardening measure, WP Crontrol version 1.16.2 ships with a new feature that prevents tampering of the code stored in a PHP cron event.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;WP Crontrol controls the cron events on WordPress websites.  WP Crontrol includes a feature that allows administrative users to create events in the WP-Cron system that store and execute PHP code subject to the restrictive security permissions documented here. While there is no known vulnerability in this feature on its own, there exists potential for this feature to be vulnerable to RCE if it were specifically targeted via vulnerability chaining that exploited a separate SQLi (or similar) vulnerability. This is exploitable on a site if one of the below preconditions are met, the site is vulnerable to a writeable SQLi vulnerability in any plugin, theme, or WordPress core, the site&amp;#39;s database is compromised at the hosting level, the site is vulnerable to a method of updating arbitrary options in the wp_options table, or the site is vulnerable to a method of triggering an arbitrary action, filter, or function with control of the parameters.  As a hardening measure, WP Crontrol version 1.16.2 ships with a new feature that prevents tampering of the code stored in a PHP cron event.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-28850</guid>
    </item>
    <item>
      <title>GHSA-9xvf-cjvf-ff5q — WP Crontrol vulnerable to possible RCE when combined with a pre-condition</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-9xvf-cjvf-ff5q</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: johnbillion/wp-crontrol&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;WP Crontrol includes a feature that allows administrative users to create events in the WP-Cron system that store and execute PHP code [subject to the restrictive security permissions documented here](https://wp-crontrol.com/docs/php-cron-events/). While there is _no known vulnerability in this feature on its own_, there exists potential for this feature to be vulnerable to RCE if it were specifically targeted via vulnerability chaining that exploited a separate SQLi (or similar) vulnerability.&lt;/p&gt;
&lt;p&gt;This is exploitable on a site if one of the below preconditions are met:&lt;/p&gt;
&lt;p&gt;* The site is vulnerable to a writeable SQLi vulnerability in any plugin, theme, or WordPress core
* The site&amp;#39;s database is compromised at the hosting level
* The site is vulnerable to a method of updating arbitrary options in the `wp_options` table
* The site is vulnerable to a method of triggering an arbitrary action, filter, or function with control of the parameters&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;As a hardening measure, WP Crontrol version 1.16.2 ships with a new feature that prevents tampering of the code stored in a PHP cron event.&lt;/p&gt;
&lt;p&gt;All PHP cron events are now secured via an integrity check that makes use of an HMAC to store a hash of the code alongside it when the event is saved. When the event runs, the hash is verified to ensure the code has not been tampered with. WP Crontrol will not execute the PHP code if the hash cannot be verified or if a stored hash is not present. If an attacker with database-level…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: johnbillion/wp-crontrol&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;WP Crontrol includes a feature that allows administrative users to create events in the WP-Cron system that store and execute PHP code [subject to the restrictive security permissions documented here](https://wp-crontrol.com/docs/php-cron-events/). While there is _no known vulnerability in this feature on its own_, there exists potential for this feature to be vulnerable to RCE if it were specifically targeted via vulnerability chaining that exploited a separate SQLi (or similar) vulnerability.&lt;/p&gt;
&lt;p&gt;This is exploitable on a site if one of the below preconditions are met:&lt;/p&gt;
&lt;p&gt;* The site is vulnerable to a writeable SQLi vulnerability in any plugin, theme, or WordPress core
* The site&amp;#39;s database is compromised at the hosting level
* The site is vulnerable to a method of updating arbitrary options in the `wp_options` table
* The site is vulnerable to a method of triggering an arbitrary action, filter, or function with control of the parameters&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;As a hardening measure, WP Crontrol version 1.16.2 ships with a new feature that prevents tampering of the code stored in a PHP cron event.&lt;/p&gt;
&lt;p&gt;All PHP cron events are now secured via an integrity check that makes use of an HMAC to store a hash of the code alongside it when the event is saved. When the event runs, the hash is verified to ensure the code has not been tampered with. WP Crontrol will not execute the PHP code if the hash cannot be verified or if a stored hash is not present. If an attacker with database-level…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-9xvf-cjvf-ff5q</guid>
    </item>
    <item>
      <title>gsd-2024-28850</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2024-28850</link>
      <description>gsd-2024-28850</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2024-28850</guid>
    </item>
  </channel>
</rss>
