Smaury

يوفر OpenEXR المواصفات والتنفيذ المرجعي لتنسيق ملف EXR، وهو تنسيق لتخزين الصور يستخدم في صناعة السينما. يحدث تجاوز سعة المخزن المؤقت (buffer overflow) القائم على الـ heap أثناء عملية الكتابة عند فك ضغط ملفات EXR deep scan-line المضغوطة باستخدام ZIPS والتي تحتوي على رأس مقطع (chunk header) مزور بشكل خبيث.

MaterialX هو معيار مفتوح لتبادل المحتوى الغني المتعلق بالمواد وتطوير المظهر عبر التطبيقات وبرامج العرض. قد تؤدي عمليات الاستيراد المتداخلة لملفات MaterialX إلى تعطل النظام بسبب استنفاد ذاكرة المكدس. يحدث هذا لأن المكتبة تفتقر إلى حد أقصى لعمق «سلسلة الاستيراد» عند تحليل عمليات استيراد الملفات، حيث تستخدم التكرار دون قيود على العمق. وقد يؤدي إنشاء سلسلة متداخلة بعمق من ملفات MaterialX التي تشير إلى بعضها البعض إلى استنفاد ذاكرة المكدس، مما يتسبب في تعطل العملية.

MaterialX هو معيار مفتوح لتبادل المحتوى الغني بالمواد وتطوير المظهر بين التطبيقات وبرامج العرض. عند تحليل عقدات الشادر في ملف MTLX، يقوم كود MaterialXCore بالوصول إلى مؤشر قد يكون فارغًا، مما قد يؤدي إلى تعطل البرامج عند التعامل مع ملفات تم إنشاؤها بشكل خبيث. يمكن للمهاجم أن يتسبب عمدًا في تعطل برنامج مستهدف يستخدم OpenEXR عن طريق إرسال ملف MTLX خبيث.

MaterialX هو معيار مفتوح لتبادل المحتوى الغني المتعلق بالمواد وتطوير المظهر عبر التطبيقات وبرامج العرض. عند تحليل عقد التظليل (shader nodes) في ملف MTLX، يصل كود MaterialXCore إلى مؤشر قد يكون فارغًا، مما قد يؤدي إلى تعطل البرنامج عند استخدام ملفات مصممة بشكل خبيث. يمكن للمهاجم إحداث تعطل متعمد في برنامج مستهدف يستخدم MaterialX عن طريق إرسال ملف MTLX ضار.

MaterialX هو معيار مفتوح لتبادل المحتوى الغني بالمواد وتطوير المظهر بين التطبيقات وبرامج العرض. قد تتعطل منطقية تحليل XML في MaterialX بسبب استنفاد المكدس عند معالجة ملف MTLX يحتوي على عدة تطبيقات لمخططات العقد المتداخلة. يمكن للمهاجم أن يتسبب عمدًا في تعطل برنامج مستهدف يستخدم OpenEXR عن طريق إرسال ملف MTLX ضار.

OpenEXR هو تنسيق لتخزين الصور يُستخدم في صناعة السينما. تعتمد الإصدارات الأقدم من 3.3.3 على قيم حجم dataWindow غير مصدقة في رؤوس الملفات، مما قد يؤدي إلى تخصيص مفرط للذاكرة وتدهور الأداء عند معالجة الملفات الضارة.

OpenEXR هو تنسيق لتخزين الصور يُستخدم في صناعة السينما. قد تحدث عملية إزالة مرجعية لمؤشر NULL في عملية كتابة عند قراءة صورة ذات خطوط مسح عميقة تحتوي على عدد كبير من العينات في وضع reduceMemory في الإصدار 3.3.2، مما قد يتسبب في تعطل التطبيق المستهدف.

يحتوي OpenEXR، وهو تنسيق لتخزين الصور يُستخدم في صناعة السينما، على ثغرة أمنية. قد يحدث تجاوز سعة المخزن المؤقت (buffer overflow) القائم على الـ heap أثناء عملية القراءة عند فك ضغط ملفات EXR من نوع scan-line المضغوطة باستخدام DWAA والتي تحتوي على كتلة مزورة بشكل خبيث. ترجع المشكلة إلى حساب غير صحيح للمؤشرات.

تسمح هذه الثغرة لمستخدم ما بتعديل جميع تفاصيل مساحة الاسم، بما في ذلك الاسم والوصف والموقع الإلكتروني ورابط الدعم وروابط وسائل التواصل الاجتماعي، حتى لو لم يكن المستخدم مالكًا أو مساهمًا في مساحة الاسم. ويمكن القيام بذلك من خلال نقطة نهاية واجهة برمجة التطبيقات (API) `/user/namespace/{namespace}/details`، كما تؤثر هذه الثغرة أيضًا على نقطة النهاية `/user/namespace/{namespace}/details/logo`، مما يسمح للمستخدم بتغيير الشعار.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: SPID.AspNetCore.Authentication الإصدارات الأقدم من 3.4.0 الوصف: تتعلق المشكلة بمنطق التحقق من صحة تأكيدات SAML في مكتبة SPID.AspNetCore.Authentication. يمكن للمهاجم إنشاء استجابة SAML عشوائية يتم قبولها من قبل مزودي الخدمة (SPs) الذين يستخدمون حزم SDK المعرضة للخطر، مما يتيح لهم انتحال هوية أي مستخدم SPID و/أو CIE. تستند هذه الثغرة الأمنية إلى حقيقة أنه لا يوجد ضمان بأن التوقيع الأول يشير إلى الكائن الجذري، وإذا قام المهاجم بإدخال عنصر موقّع كأول عنصر، فلن يتم التحقق من جميع التوقيعات الأخرى. الشرط الوحيد هو امتلاك عنصر XML موقّع بشكل شرعي من قبل مزود الهوية (IdP)، وهو ما يمكن تحقيقه بسهولة باستخدام البيانات الوصفية العامة لمزود الهوية. التوصيات: بالنسبة للإصدارات الأقدم من 3.4.0، قم بالتحديث إلى الإصدار 3.4.0 أو أعلى لحل المشكلة. كحل مؤقت، ضع في اعتبارك التحقق من جميع التوقيعات داخل استجابة SAML وعدم قبول عناصر XML غير الموقعة. قم بتقييد الوصول إلى الوظيفة المعرضة للثغرة `VerifySignature` حتى يتوفر تصحيح. تجنب استخدام المعلمة `signedDocument` في نقطة نهاية واجهة برمجة التطبيقات (API) المتأثرة حتى يتم حل المشكلة.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة: CIE.AspNetCore.Authentication الإصدارات الأقدم من 2.1.0 الوصف: تتعلق المشكلة بمنطق التحقق من صحة ادعاءات SAML داخل استجابات SAML في CIE.AspNetCore.Authentication. في الإصدارات المتأثرة، لا يوجد ضمان بأن التوقيع الأول يشير إلى الكائن الجذري، مما يسمح للمهاجم بإدخال عنصر موقّع باعتباره العنصر الأول، مما يمنع التحقق من التوقيعات الأخرى. قد يتيح ذلك للمهاجم إنشاء استجابة SAML تعسفية يتم قبولها من قبل مزودي الخدمة (SPs) الذين يستخدمون حزم SDK المعرضة للخطر، مما يسمح لهم بانتحال هوية أي مستخدم Spid و/أو CIE. الشرط الوحيد المطلوب من المهاجم هو امتلاك عنصر XML موقّع بشكل شرعي من قِبل مزود الهوية (IdP)، والذي يمكن الحصول عليه بسهولة باستخدام البيانات الوصفية العامة لمزود الهوية. التوصيات: بالنسبة للإصدارات الأقدم من 2.1.0، قم بالتحديث إلى الإصدار 2.1.0 أو أحدث لإصلاح المشكلة. كحل مؤقت، يُنصح بالتحقق من جميع التوقيعات الموجودة داخل استجابة SAML وعدم قبول عناصر XML غير الموقعة لتقليل مخاطر الاستغلال. قم بتقييد الوصول إلى الوظيفة المعرضة للثغرة `VerifySignature` حتى يتوفر تصحيح. تجنب استخدام المعلمة `signedDocument` في نقطة نهاية واجهة برمجة التطبيقات (API) المتأثرة حتى يتم حل المشكلة.

The issue arises when Bref is used with the Event-Driven Function runtime and the handler is a `RequestHandlerInterface`. During the conversion of a Lambda event to a PSR7 object, if the request is a MultiPart, each part is parsed, and the `Content-Type` header of each part is read using the `Riverline/multipart-parser` library. This library performs slow multi-byte string operations on the header value, specifically using the `mb convert encoding` function with parameters read from the header value. An attacker could send crafted requests to force the server into long operations, resulting in a long billed duration. The attack requires the Lambda to use the Event-Driven Function runtime, implement at least an endpoint accepting POST requests, and the attacker can send requests up to 6MB long. If the Lambda uses a PHP runtime <= php-82, the impact is higher.

The issue is related to a path-traversal vulnerability in the session handling code of pgAdmin, which can lead to unsafe deserialization and remote code execution. This vulnerability can be exploited by an unauthenticated attacker on Windows or an authenticated attacker on POSIX/Linux systems, allowing them to gain code execution. The vulnerability is associated with the incorrect serialization of the `pga4 session` cookie file.

A third-party malicious application installed on the same phone can force Element Android to share files stored under the `files` directory in the application's private data directory to an arbitrary room. The impact of the attack is reduced by the fact that the databases stored in this folder are encrypted. However, it contains some other potentially sensitive information, such as the FCM token.

The issue allows a third-party malicious application to start any internal activity by passing some extra parameters, potentially making Element Android display an arbitrary web page, executing arbitrary JavaScript, bypassing PIN code protection, and enabling account takeover by spawning a login screen to send credentials to an arbitrary home server.

The issue arises when Bref is used with the Event-Driven Function runtime and the handler is a `RequestHandlerInterface`. In this scenario, the Lambda event is converted to a PSR7 object. During the conversion process, if the request is a MultiPart, each part is parsed, and for each part that contains a file, it is extracted and saved in `/tmp` with a random filename starting with `bref upload `. However, the temporary files are not deleted after the request has been processed, allowing an attacker to fill the Lambda instance disk by performing multiple MultiPart requests containing files.

The vulnerability occurs when Bref is used with the Event-Driven Function runtime and the handler is a `RequestHandlerInterface`. In this scenario, the Lambda event is converted to a PSR7 object. During the conversion process, if the request is a MultiPart, each part is parsed and its content added in the `$files` or `$parsedBody` arrays. The conversion process produces a different output compared to the one of plain PHP when keys ending with an open square bracket (`[`) are used. This difference in body parsing might lead to vulnerabilities and/or undefined behaviors based on the application logic.

The issue arises when Bref is used in combination with an API Gateway with the v2 format, as it does not handle multiple values headers. If PHP generates a response with two headers having the same key but different values, only the latest one is kept. This can lower application security if an application relies on multiple headers with the same key being set for security reasons. For example, if an application sets multiple `Content-Security-Policy` headers, Bref would just reflect the latest one.

The issue is related to a lack of authorization, allowing a user with the Technician profile to view and generate a personal token for a Super-Admin. This can be exploited to negotiate a GLPI session and hijack the Super-Admin account, resulting in a privilege escalation.

The issue allows sed data injection in diag routes.php. Authenticated users can inject sed-specific code and write an arbitrary file in an arbitrary location. The data is retrieved by executing the netstat utility, and then its output is parsed via the sed utility. Although common protection mechanisms against command injection are used, such as the escapeshellarg function for the arguments, the sed-specific code injection is still possible.