https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Mon, 05 Oct 2026 18:57:56 +0000 https://cve.radiocsirt.org/vuln/certfr-2022-avi-387 certfr-2022-avi-387 https://cve.radiocsirt.org/vuln/certfr-2022-avi-387 https://cve.radiocsirt.org/vuln/euvd-2026-32569 EUVD-2026-32569 https://cve.radiocsirt.org/vuln/euvd-2026-32569 https://cve.radiocsirt.org/vuln/fkie_cve-2021-43608 <p>Doctrine DBAL 3.x before 3.1.4 allows SQL Injection. The escaping of offset and length inputs to the generation of a LIMIT clause was not probably cast to an integer, allowing SQL injection to take place if application developers passed unescaped user input to the DBAL QueryBuilder or any other API that ultimately uses the AbstractPlatform::modifyLimitQuery API.</p> <p>Doctrine DBAL 3.x before 3.1.4 allows SQL Injection. The escaping of offset and length inputs to the generation of a LIMIT clause was not probably cast to an integer, allowing SQL injection to take place if application developers passed unescaped user input to the DBAL QueryBuilder or any other API that ultimately uses the AbstractPlatform::modifyLimitQuery API.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2021-43608 https://cve.radiocsirt.org/vuln/ghsa-r7cj-8hjg-x622 <p><strong>Affected:</strong> Packagist: doctrine/dbal</p> <p>We have released a new version Doctrine DBAL 3.1.4 that fixes a critical SQL injection vulnerability in the LIMIT clause generation API provided by the Platform abstraction.</p> <p>We advise everyone using Doctrine DBAL 3.0.0 up to 3.1.3 to upgrade to 3.1.4 immediately.</p> <p>The vulnerability can happen when unsanitized input is passed to many APIs in Doctrine DBAL and ORM that ultimately end up calling `AbstractPlatform::modifyLimitQuery`.</p> <p>As a workaround you can cast all limit and offset parameters to integers before passing them to Doctrine APIs.</p> <p>This vulnerability has been assigned [CVE-2021-43608](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-43608).</p> <p><strong>Affected:</strong> Packagist: doctrine/dbal</p> <p>We have released a new version Doctrine DBAL 3.1.4 that fixes a critical SQL injection vulnerability in the LIMIT clause generation API provided by the Platform abstraction.</p> <p>We advise everyone using Doctrine DBAL 3.0.0 up to 3.1.3 to upgrade to 3.1.4 immediately.</p> <p>The vulnerability can happen when unsanitized input is passed to many APIs in Doctrine DBAL and ORM that ultimately end up calling `AbstractPlatform::modifyLimitQuery`.</p> <p>As a workaround you can cast all limit and offset parameters to integers before passing them to Doctrine APIs.</p> <p>This vulnerability has been assigned [CVE-2021-43608](https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2021-43608).</p> https://cve.radiocsirt.org/vuln/ghsa-r7cj-8hjg-x622 https://cve.radiocsirt.org/vuln/gsd-2021-43608 gsd-2021-43608 https://cve.radiocsirt.org/vuln/gsd-2021-43608 https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-43608 <p><strong>Affected:</strong> Ubuntu:16.04:LTS: php-doctrine-dbal</p> <p>Doctrine DBAL 3.x before 3.1.4 allows SQL Injection. The escaping of offset and length inputs to the generation of a LIMIT clause was not probably cast to an integer, allowing SQL injection to take place if application developers passed unescaped user input to the DBAL QueryBuilder or any other API that ultimately uses the AbstractPlatform::modifyLimitQuery API.</p> <p><strong>Affected:</strong> Ubuntu:16.04:LTS: php-doctrine-dbal</p> <p>Doctrine DBAL 3.x before 3.1.4 allows SQL Injection. The escaping of offset and length inputs to the generation of a LIMIT clause was not probably cast to an integer, allowing SQL injection to take place if application developers passed unescaped user input to the DBAL QueryBuilder or any other API that ultimately uses the AbstractPlatform::modifyLimitQuery API.</p> https://cve.radiocsirt.org/vuln/ubuntu-cve-2021-43608