<?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>Fri, 23 Oct 2026 23:22:06 +0000</lastBuildDate>
    <item>
      <title>cnvd-2022-20586</title>
      <link>https://cve.radiocsirt.org/vuln/cnvd-2022-20586</link>
      <description>cnvd-2022-20586</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/cnvd-2022-20586</guid>
    </item>
    <item>
      <title>EUVD-2026-31558</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-31558</link>
      <description>EUVD-2026-31558</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-31558</guid>
    </item>
    <item>
      <title>fkie_cve-2021-41120</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2021-41120</link>
      <description>&lt;p&gt;sylius/paypal-plugin is a paypal plugin for the Sylius development platform. In affected versions the URL to the payment page done after checkout was created with autoincremented payment id (/pay-with-paypal/{id}) and therefore it was easy to predict. The problem is that the Credit card form has prefilled &amp;#34;credit card holder&amp;#34; field with the Customer&amp;#39;s first and last name and hence this can lead to personally identifiable information exposure. Additionally, the mentioned form did not require authentication. The problem has been patched in Sylius/PayPalPlugin 1.2.4 and 1.3.1. If users are unable to update they can override a sylius_paypal_plugin_pay_with_paypal_form route and change its URL parameters to (for example) {orderToken}/{paymentId}, then override the Sylius\PayPalPlugin\Controller\PayWithPayPalFormAction service, to operate on the payment taken from the repository by these 2 values. It would also require usage of custom repository method. Additionally, one could override the @SyliusPayPalPlugin/payWithPaypal.html.twig template, to add contingencies: [&amp;#39;SCA_ALWAYS&amp;#39;] line in hostedFields.submit(...) function call (line 421). It would then have to be handled in the function callback.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;sylius/paypal-plugin is a paypal plugin for the Sylius development platform. In affected versions the URL to the payment page done after checkout was created with autoincremented payment id (/pay-with-paypal/{id}) and therefore it was easy to predict. The problem is that the Credit card form has prefilled &amp;#34;credit card holder&amp;#34; field with the Customer&amp;#39;s first and last name and hence this can lead to personally identifiable information exposure. Additionally, the mentioned form did not require authentication. The problem has been patched in Sylius/PayPalPlugin 1.2.4 and 1.3.1. If users are unable to update they can override a sylius_paypal_plugin_pay_with_paypal_form route and change its URL parameters to (for example) {orderToken}/{paymentId}, then override the Sylius\PayPalPlugin\Controller\PayWithPayPalFormAction service, to operate on the payment taken from the repository by these 2 values. It would also require usage of custom repository method. Additionally, one could override the @SyliusPayPalPlugin/payWithPaypal.html.twig template, to add contingencies: [&amp;#39;SCA_ALWAYS&amp;#39;] line in hostedFields.submit(...) function call (line 421). It would then have to be handled in the function callback.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2021-41120</guid>
    </item>
    <item>
      <title>GHSA-25fx-mxc2-76g7 — Sylius PayPal Plugin allows unauthorized access to Credit card form, exposing payer name and not requiring 3DS</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-25fx-mxc2-76g7</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: sylius/paypal-plugin&lt;/p&gt;
&lt;p&gt;### Impact
URL to the payment page done after checkout was created with autoincremented payment id (`/pay-with-paypal/{id}`) and therefore it was easy to access for anyone, not even the order&amp;#39;s customer. The problem was, the Credit card form has prefilled &amp;#34;credit card holder&amp;#34; field with the Customer&amp;#39;s first and last name.
Additionally, the mentioned form did not require a 3D Secure authentication, as well as did not checked the result of the 3D Secure authentication.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in Sylius/PayPalPlugin **1.2.4** and **1.3.1**&lt;/p&gt;
&lt;p&gt;### Workarounds
One can override a `sylius_paypal_plugin_pay_with_paypal_form` route and change its URL parameters to (for example) `{orderToken}/{paymentId}`, then override the `Sylius\PayPalPlugin\Controller\PayWithPayPalFormAction` service, to operate on the payment taken from the repository by these 2 values. It would also require usage of custom repository method.
Additionally, one could override the `@SyliusPayPalPlugin/payWithPaypal.html.twig` template, to add `contingencies: [&amp;#39;SCA_ALWAYS&amp;#39;]` line in `hostedFields.submit(...)` function call (line 421). It would then have to be handled in the function callback.&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
- Open an issue in Sylius/PayPalPlugin issues
- Email us at security at sylius dot com&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Packagist: sylius/paypal-plugin&lt;/p&gt;
&lt;p&gt;### Impact
URL to the payment page done after checkout was created with autoincremented payment id (`/pay-with-paypal/{id}`) and therefore it was easy to access for anyone, not even the order&amp;#39;s customer. The problem was, the Credit card form has prefilled &amp;#34;credit card holder&amp;#34; field with the Customer&amp;#39;s first and last name.
Additionally, the mentioned form did not require a 3D Secure authentication, as well as did not checked the result of the 3D Secure authentication.&lt;/p&gt;
&lt;p&gt;### Patches
The problem has been patched in Sylius/PayPalPlugin **1.2.4** and **1.3.1**&lt;/p&gt;
&lt;p&gt;### Workarounds
One can override a `sylius_paypal_plugin_pay_with_paypal_form` route and change its URL parameters to (for example) `{orderToken}/{paymentId}`, then override the `Sylius\PayPalPlugin\Controller\PayWithPayPalFormAction` service, to operate on the payment taken from the repository by these 2 values. It would also require usage of custom repository method.
Additionally, one could override the `@SyliusPayPalPlugin/payWithPaypal.html.twig` template, to add `contingencies: [&amp;#39;SCA_ALWAYS&amp;#39;]` line in `hostedFields.submit(...)` function call (line 421). It would then have to be handled in the function callback.&lt;/p&gt;
&lt;p&gt;### For more information
If you have any questions or comments about this advisory:
- Open an issue in Sylius/PayPalPlugin issues
- Email us at security at sylius dot com&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-25fx-mxc2-76g7</guid>
    </item>
    <item>
      <title>gsd-2021-41120</title>
      <link>https://cve.radiocsirt.org/vuln/gsd-2021-41120</link>
      <description>gsd-2021-41120</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/gsd-2021-41120</guid>
    </item>
  </channel>
</rss>
