Stefano Libero

توجد مشكلة حقن HTML مخزّن في وظيفة «قائمة الأصول» بسبب عدم كفاية عملية التحقق من صحة بيانات حركة مرور الشبكة. يمكن لمهاجم غير معتمد إرسال حزم شبكة مصممة خصيصًا لحقن علامات HTML في سمات الأصول. وعندما يعرض الضحية الأصول المتأثرة في قائمة الأصول والوظائف المماثلة، يتم عرض HTML المحقون في متصفحه، مما قد يتيح شن هجمات التصيد الاحتيالي وهجمات إعادة التوجيه المفتوحة. تمنع إعدادات التحقق من صحة المدخلات وسياسة أمان المحتوى الحالية الاستغلال الكامل لـ Cross-Site Scripting (XSS) والكشف المباشر عن المعلومات. تتضمن الثغرة الأمنية التحقق غير السليم من بيانات حركة مرور الشبكة، مما يسمح بحقن علامات HTML.

توجد ثغرة أمنية من نوع ”التنفيذ البرمجي عبر المواقع“ (XSS) المخزنة في وظيفة ”التقارير“ بسبب التحقق غير الكافي من صحة المدخلات. يمكن لمستخدم معتمد يتمتع بامتيازات إعداد التقارير إنشاء تقرير ضار يحتوي على حمولة JavaScript، أو يمكن حث الضحية على استيراد نموذج تقرير ضار. عندما يقوم الضحية بعرض التقرير أو استيراده، يتم تنفيذ ثغرة XSS في متصفحه، مما قد يسمح للمهاجم بتنفيذ إجراءات غير مصرح بها نيابة عن الضحية، بما في ذلك تعديل بيانات التطبيق، وتعطيل توفر التطبيق، والوصول إلى معلومات حساسة محدودة. تتعلق هذه الثغرة بالتحقق غير السليم من أحد معلمات الإدخال.

توجد مشكلة تتعلق بحقن HTML المخزّن في وظيفة «Time Machine Snapshot Diff» بسبب التحقق غير الكافي من صحة بيانات حركة مرور الشبكة. يمكن للمهاجم الذي لا يحتاج إلى مصادقة إرسال حزم شبكة مزورة في أوقات محددة لحقن علامات HTML في سمات الأصول بين لقطتين. لاستغلال هذه الثغرة بنجاح، يجب على المستخدم استخدام ميزة «Time Machine Snapshot Diff» في اللقطات المستهدفة والقيام بإجراءات محددة في واجهة المستخدم الرسومية، مما سيؤدي إلى عرض HTML المحقون في متصفحه. قد يؤدي ذلك إلى هجمات التصيد الاحتيالي وإعادة التوجيه المفتوح. على الرغم من أن الاستغلال الكامل لـ Cross-Site Scripting (XSS) يتم منعه من خلال التحقق من صحة المدخلات وسياسة أمان المحتوى، إلا أن HTML المُحقن قد يمثل خطرًا. وتعتبر درجة تعقيد الاستغلال عالية بسبب الشروط المتعددة التي يجب استيفاؤها.

توجد ثغرة أمنية تتعلق بـ«اجتياز المسار» (path traversal) على جانب العميل في الواجهة الأمامية لواجهة إدارة الويب، وذلك بسبب عدم التحقق الكافي من صحة المدخلات. يمكن لمستخدم مسجل الدخول يتمتع بامتيازات محدودة إنشاء عنوان URL ضار. قد يؤدي وصول ضحية مسجلة إلى هذا الرابط إلى هجوم عبر المواقع (XSS). تتعلق هذه الثغرة بعدم التحقق من صحة أحد معلمات الإدخال.

An access control issue was discovered in the Reports section due to a specific access restriction not being properly enforced for users with limited privileges. If a logged-in user with reporting privileges learns how to create a specific application request, they might be able to make limited changes to the reporting configuration, resulting in a partial loss of data integrity. In instances with a reporting configuration, there could be limited Denial of Service (DoS) impacts, as reports may not reach their intended destination, and limited information disclosure impacts. Modifying the destination SMTP server for the reports could lead to the compromise of external credentials, expanding the scope of the attack.

The issue is related to the SAML (Security Assertion Markup Language) technology, where an authenticated administrator can upload a SAML configuration file with the wrong format. The application does not check the correct file format, leading to every subsequent application request returning an error. This renders the whole application unusable until a console intervention is made. The vulnerability is associated with insufficient input validation when uploading configuration files, which can be exploited by a remote attacker to cause a denial of service.

A blind SQL Injection vulnerability, due to improper input validation in the `alerts count` component, allows an authenticated attacker to execute arbitrary SQL statements on the DBMS used by the web application. Authenticated users may be able to extract arbitrary information from the DBMS in an uncontrolled way, alter its structure and data, and/or affect its availability.

An access control issue was found due to restrictions not being enforced in the debug functionality. This allows an authenticated user with reduced visibility to obtain unauthorized information via the debug functionality, accessing data that would normally be inaccessible in the Query and Assertions functions.

A partial Denial of Service (DoS) issue has been identified in the Reports section. This issue can be exploited by a malicious authenticated user who forces a report to be saved with its name set as null, specifically by setting the `name` variable to null. The exploitation of this issue may cause the reports section to be partially unavailable for subsequent attempts to use it, with the report list appearing to be stuck on loading. There is no information provided about the estimated number of potentially affected devices worldwide or details about real-world incidents where this issue was exploited.

A blind SQL Injection issue exists due to improper input validation in the `sorting parameter`, allowing an authenticated attacker to execute arbitrary SQL statements on the DBMS used by the web application. This enables authenticated users to extract arbitrary information from the DBMS in an uncontrolled way, alter its structure and data, and/or affect its availability.

The issue is caused by improper input validation in the Alerts controller, allowing an authenticated attacker to execute arbitrary SQL queries on the DBMS used by the web application. This enables the attacker to manipulate the database, potentially leading to unauthorized data access or modification.

An authenticated attacker with administrative access to the web management interface can inject malicious JavaScript code inside the definition of a Threat Intelligence rule, which will be stored and can later be executed by another legitimate user viewing the details of such a rule. This allows an attacker to perform unauthorized actions on behalf of legitimate users and/or gather sensitive information. JavaScript injection is possible in the contents for Yara rules, while limited HTML injection has been proven for packet and STYX rules.