Paul-Gerste-Sonarsource

يمكن قراءة ملف تعسفي غير مصدق عبر حقن وسيطة ffmpeg من خلال آلية تحليل معلمات الاستعلام. تضيف طريقة `ParseStreamOptions` في `StreamingHelpers.cs` معلمات الاستعلام المكتوبة بأحرف صغيرة إلى قاموس دون التحقق من صحتها، متجاوزةً بذلك سمة RegularExpression في معلمة وحدة التحكم في المستوى. ثم يتم ربط هذه القيمة غير المُعقمة مباشرةً بسطر أوامر ffmpeg. يمكن للمهاجم حقن مرشح drawtext مع وسيطة textfile لقراءة ملفات الخادم التعسفية، مثل /etc/shadow، وتسريب المحتويات كنص يتم عرضه في استجابة دفق الفيديو. نقطة النهاية المتأثرة هي ’/Videos/{itemId}/stream‘، والتي تفتقر إلى سمة Authorize، مما يسمح بالاستغلال دون مصادقة، على الرغم من أن معرّفات العناصر (GUIDs) عشوائية شبهًا.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: إصدارات Komga من 1.8.0 إلى 1.21.3 الوصف: تم تحديد ثغرة أمنية من نوع «التنفيذ البرمجي عبر المواقع» (XSS) في Komga عند تقديم موارد EPUB. تتيح هذه الثغرة للمهاجم تنفيذ إجراءات نيابة عن الضحية. وإذا استُهدف مستخدم إداري، فيمكن دمج هذه الثغرة مع التحكم في الأوامر من جانب الخادم لتحقيق تنفيذ تعسفي للكود. تتطلب هذه الثغرة وجود ملف EPUB ضار في مكتبة Komga والوصول إليه من قِبل مستخدم إداري في قارئ EPUB. التوصيات: بالنسبة للإصدارات من 1.8.0 إلى 1.21.3، قم بالتحديث إلى الإصدار 1.22.0 لحل المشكلة. كحل مؤقت، ضع في اعتبارك تقييد الوصول إلى قارئ EPUB للمستخدمين الإداريين حتى يتم تطبيق التحديث. تجنب الوصول إلى ملفات EPUB الضارة في قارئ EPUB لتقليل مخاطر الاستغلال.

تتعلق المشكلة بثغرة أمنية من نوع «Zip Slip» في برنامج الوسيط E.D.D.I، الذي يقوم بتوصيل وإدارة روبوتات واجهة برمجة التطبيقات (API) الخاصة بـ LLM. يمكن للمهاجم الذي يتمتع بإمكانية الوصول إلى نقطة نهاية واجهة برمجة التطبيقات (API) ”/backup/import“ كتابة ملفات عشوائية في مواقع خارج دليل الاستخراج المقصود. على الرغم من أن التطبيق يعمل كمستخدم غير جذر، مما يحد من التأثير المباشر على ملفات مستوى النظام، إلا أنه لا يزال من الممكن استغلال هذه الثغرة الأمنية للكتابة فوق ملفات التطبيق، مثل مكتبات JAR، التي تخص مستخدم التطبيق. وقد تؤدي عملية الكتابة فوق هذه الملفات إلى تنفيذ التعليمات البرمجية عن بُعد (RCE) ضمن سياق التطبيق.

The `WriteBind()` method in `src/Npgsql/Internal/NpgsqlConnector.FrontendMessages.cs` uses `int` variables to store the message length and the sum of parameter lengths. Both variables overflow when the sum of parameter lengths becomes too large. This causes Npgsql to write a message size that is too small when constructing a Postgres protocol message to send it over the network to the database. When parsing the message, the database will only read a small number of bytes and treat any following bytes as new messages while they belong to the old message. Attackers can abuse this to inject arbitrary Postgres protocol messages into the connection, leading to the execution of arbitrary SQL statements on the application's behalf.

SQL injection can occur if an attacker can cause a single query or bind message to exceed 4 GB in size. An integer overflow in the calculated message size can cause the one large message to be sent as multiple messages under the attacker's control.

The issue is related to SQL injection in the pgx PostgreSQL driver and toolkit for Go. It occurs when the non-default simple protocol is used, a placeholder for a numeric value is immediately preceded by a minus, there is a second placeholder for a string value after the first placeholder on the same line, and both parameter values are user-controlled. This allows an attacker to execute arbitrary SQL queries.

The issue allows for SQL injection when using the non-default connection property `preferQueryMode=simple` in combination with application code that has a vulnerable SQL that negates a parameter value. There is no vulnerability in the driver when using the default, extended query mode. The `preferQueryMode` property is not a supported parameter in the Redshift JDBC driver and is inherited code from the Postgres JDBC driver. Users who do not override default settings to utilize this unsupported query mode are not affected.

The PostgreSQL JDBC Driver has a SQL injection vulnerability when using the PreferQueryMode=SIMPLE connection property. This allows an attacker to inject SQL and alter queries, bypassing protections against SQL injection attacks. The vulnerability requires specific conditions to be met, including a placeholder for a numeric value immediately preceded by a minus and a second placeholder for a string value on the same line. Both parameters must be user-controlled. The vulnerability can be exploited to expose assets and has a high impact on confidentiality, integrity, and availability.

The issue allows JavaScript injection, and possibly privilege escalation, when the attacker controls the URL, which may be realistic within enterprise security products.

The issue is related to the handling of untrusted `Gemfile`'s in bundler. When a `Gemfile` includes `gem` entries with the `git` option and invalid values starting with a dash, it can lead to Code Execution. This happens because bundler uses commands like `git clone` and constructs them using user input, which can be interpreted as optional arguments instead of positional ones. An attacker can exploit this by crafting a directory with a `Gemfile` that declares a dependency in a Git repository with a Git URL in the form of `-u./payload`. This can lead to Arbitrary Code Execution, potentially allowing the takeover of the system. However, the exploitability is low due to the requirement of significant user interaction.