Tonghuaroot

يمكن للمستخدمين المصرح لهم الذين لديهم صلاحية كتابة ملاحظات المستندات تنفيذ هجوم cross-site scripting مخزن عبر نقطة النهاية 'interface/forms/eye mag/report.php'. من خلال إضافة ملاحظات مستندات غير مفلترة، يمكن للمهاجم تخزين JavaScript خبيث في ملاحظة مستند الشبكية. يتم تنفيذ هذا السكريبت عندما يقوم الأطباء بإنشاء تقرير فحص العين للمريض، مما قد يؤدي إلى كشف ملفات تعريف ارتباط الجلسة.

يفشل نظام حماية روابط الخروج في التعرف على عناوين IPv4 المضمنة في بادئات NAT64، والتي تُستخدم للسماح للعملاء الذين يعملون ببروتوكول IPv6 فقط بالتواصل مع الخوادم التي تعمل ببروتوكول IPv4 فقط. يمكن للمستخدم المصرح له والذي يمتلك صلاحيات إدارة الاتصال تقديم اسم مضيف أو إعادة توجيه يتم تحليله إلى عنوان NAT64 يحتوي على وجهة IPv4 خاصة أو محلية. نظرًا لأن السياسة تتعامل مع عنوان NAT64 على أنه عام بشكل خاطئ، يقوم بوابة NAT64 بترجمته إلى عنوان IPv4 الداخلي بعد التحقق. يتيح ذلك للمهاجم قراءة الاستجابات من بيانات cloud الوصفية على العنوان 169.254.169.254 ومضيفات ومنافذ IPv4 داخلية أخرى يمكن الوصول إليها عبر البوابة. تؤثر هذه المشكلة على طلبات الخروج الخاصة باتصال بيانات API التي يتم توجيهها عبر `server/modules/outboundTargetPolicy.js` في البيئات التي تستخدم مسار نشر NAT64/DNS64.

توجد مشكلة حيث أن الدالة `isPublicIp()` ضمن `AppServicesTraitsValidatesUrls` لا تتعرف على بادئات NAT64 وهي 64:ff9b::/96 و 64:ff9b:1::/48. تقنية NAT64 هي آلية تسمح للعملاء الذين يعملون ببروتوكول IPv6 فقط بالتواصل مع الخوادم التي تعمل ببروتوكول IPv4 فقط. وبناءً على ذلك، يمكن لمعامل صورة URI من نوع `otpauth` تمرير حرف IPv6 أو عنوان مُصنع بواسطة DNS64 يكون هدفه IPv4 داخلياً، أو محلياً، أو مرتبطاً ببيانات وصف السحابة. في حالات النشر التي يتم فيها تفعيل جلب الصور مع وجود مسار ترجمة NAT64 إلى هدف IPv4 داخلي، يمكن لصاحب الحساب أو مهاجم خارجي تقديم URI مفخخ أو حمولة هجرة. تقوم الدالة `buildFromRemoteImage()` في `IconService` بعد ذلك بإرسال طلب HTTP GET إلى الهدف المدمج، مما يسمح باستعادة استجابات على شكل صور أو فحص نقاط نهاية أخرى بشكل أعمى.

تفشل قائمة حظر التحقق من SQL الخاصة بـ PostgreSQL في أداة استعلام الذكاء الاصطناعي في تضمين وظائف نظام ملفات PostgreSQL الشقيقة ولا تطابق أشكال المعرفات الموضوعة بين علامتي اقتباس مزدوجة للوظائف المرفوضة. يسمح هذا لمالك الفريق أو المسؤول الذي لديه اتصال PostgreSQL مفعل بالذكاء الاصطناعي بتجاوز تعبيرات القائمة الممنوعة المنتظمة. إذا كان دور قاعدة البيانات يمتلك صلاحيات لاستدعاء وظائف ملفات الخادم، مثل مستخدم PostgreSQL خارق أو دور `pg read server files` ، فيمكنهم تحديد المسارات المطلقة للملفات التي يمكن لمستخدم نظام تشغيل PostgreSQL قراءتها. أما المستخدمون غير الخارقين فهم محدودون بنطاق PGDATA النسبي. تتطلب هذه المشكلة تفعيل ميزات الذكاء الاصطناعي وامتلاك المستخدم لصلاحيات مرتفعة.

يمكن لمستخدم غير مسؤول ومصرح له يمتلك صلاحيات `run events` أو `create events` أو `edit events` تقديم مفاتيح غير مصرح بها في معاملات الحدث من خلال نقاط النهاية 'api create event' أو 'api update event' أو 'api run event'. يقوم النظام بالتحقق من كائن المعاملات دون تقييد مفاتيحه، ثم يقوم بتحويل هذه المفاتيح إلى أحرف كبيرة وتطبيقها على بيئة العملية الفرعية. إذا تعارض مفتاح مع متغير بيئة حساس أمنيًا، فقد يؤدي ذلك إلى تجاوز سياق تنفيذ المكون الإضافي، مما قد يتسبب في تصعيد الامتيازات، أو تنفيذ رمز عشوائي، أو الوصول إلى البيانات، أو تعطل الخدمة.

يمكن لمستخدمي المحطة الذين لديهم صلاحية WebHooks تجاوز حماية UserUrlFilter عبر موصلات Mastodon وTelegram وGroupMe وRadioReg. من خلال تعيين المتغيرات `instance url` أو `api` أو `webhookurl` إلى عناوين داخلية وتشغيل نقطة نهاية اختبار webhook، يمكن للمهاجم تنفيذ طلب تزوير من جانب الخادم (SSRF) للوصول إلى خدمات loopback أو الشبكة الخاصة أو خدمات البيانات الوصفية للسحابة. SSRF هو خلل يسمح للمهاجم بدفع التطبيق من جانب الخادم لإرسال طلبات إلى موقع غير مقصود.

توجد مشكلة في فحص `is private ip` الخاص بـ `FilteringResolver` حيث يفشل في فك تغليف عناوين IPv6 من أنواع NAT64 و 6to4 و Teredo. يمكن للمستخدمين المصرح لهم استغلال ذلك عن طريق إرسال طلبات HTTP خارجية عبر وظائف http الخاصة بـ SurrealQL باستخدام عناوين انتقالية تتضمن أهداف IPv4 خاصة. يسمح هذا بالوصول إلى localhost أو الخدمات الداخلية أو نقاط نهاية بيانات cloud الوصفية. Server-side request forgery هو خلل يسمح للمهاجم بدفع التطبيق في جانب الخادم إلى إرسال طلبات إلى موقع غير مقصود.

في `internal/telegram/bot.go` تقوم مواقع تحميل تلجرام بدمج أسماء ملفات المستندات التي يوفرها المستخدم في مسار الوجهة دون تعقيم مناسب. ونظرًا لأن `path.Join` يقوم بدمج تجاوز المجلدات الأصلية، يمكن لمستخدم تلجرام عن بُعد كتابة ملفات خارج دليل `uploads/` ضمن مساحة عمل الوكيل المستمرة المثبتة في `/workspace/agent`. عندما يتم استخدام تكوين `allow from: []` يتم السماح لجميع المرسلين افتراضيًا، مما لا يتطلب أي مصادقة. يتيح ذلك للمهاجم استبدال أو إنشاء ملفات مثل `CLAUDE.md` أو التعليمات أو المهارات أو الخطافات أو ملفات التكوين، مما يؤدي إلى حقن تعليمات مخزنة. يقتصر نطاق الكتابة التعسفية هذه على وحدة تخزين مساحة عمل الوكيل المستمرة.

يمكن للمستخدم المصرح له إرسال طلبات من جانب الخادم إلى خدمات loopback الداخلية، والشبكات الخاصة، وخدمات بيانات cloud الوصفية. يحدث هذا عندما يعالج النظام خلاصة RSS يتحكم فيها المهاجم عبر نقطة النهاية 'POST /api/data/add podcast'. تقوم الدالتان `get podcast values` و `add episodes` في `rust-api/src/database.rs` بتخزين `<enclosure url>` في `Episodes.episodeurl` دون التحقق من المضيف أو عنوان IP للوجهة. لاحقاً، تقوم نقطة النهاية 'POST /api/data/download podcast' باستدعاء `spawn download podcast episode` و `download episode and wait()` في `rust-api/src/services/tasks.rs` والتي ترسل طلب GET إلى URL المخزن. بالإضافة إلى ذلك، ترسل الدالة `estimate duration from audio url async()` في `rust-api/src/database.rs` طلب HEAD غير متحقق منه أثناء إضافة الخلاصة أو تحديثها. وبسبب تفعيل تتبع إعادة التوجيه الافتراضي، يمكن لـ URL خارجي أن يعيد التوجيه إلى هدف داخلي، مما يسمح بتعداد الخدمات الداخلية، والكشف عن البيانات السرية، والاحتمال سرقة بيانات الاعتماد الوصفية.

يمكن لمستخدم غير مصرح له التسبب في حالة حجب الخدمة (DoS) عن طريق إرسال طلب HTTP مصمم خصيصًا. يقوم `LanguageMiddleware` (المسجل كبرمجية وسيطة عالمية لـ gin) بمعالجة ترويسة `Accept-Language` باستخدام `language.ParseAcceptLanguage` دون فرض أي قيود على الحجم أو تصفية للحروف. وبينما يوجد حاجز للحد من عدد رموز `-` ، فإنه لا يأخذ في الاعتبار رموز ` ` ، والتي يقوم الماسح الداخلي بتحويلها إلى `-` قبل التحليل. يمكن للمهاجم تجاوز هذا الحاجز باستخدام فاصلات ` ` في قائمة طويلة من علامات اللغة المشوهة، مما يؤدي إلى سلوك زمني تربيعي في المحلل. على سبيل المثال، يمكن لحمولة بحجم 256 كيلوبايت أن تستهلك حوالي 27 ثانية من وحدة المعالجة المركزية للخادم، ويمكن لحمولة بحجم 1 ميجابايت أن تتجاوز 120 ثانية. يتيح ذلك لمهاجم واحد بنطاق ترددي محدود تعطيل نوى وحدة المعالجة المركزية للخادم بشكل مستمر. يتفاقم هذا الأمر بسبب دالة `GetLanguagePreference()` واستدعاء `resource.CheckErr()` ، الذي يقوم بتنسيق الإدخال الخبيث بالكامل في سطر سجل عند الفشل.

تقوم الدالة `JaegerPropagator.extract()` في `opentelemetry-propagator-jaeger` بمعالجة قيم أمتعة `uberctx-*` الواردة دون فرض حدود على عدد الإدخالات، أو حجم البايت لكل إدخال، أو إجمالي حجم البايتات. عندما يقوم ناقل غير موثوق بتوفير قيم عديدة أو ضخمة، يمكن أن يؤدي ذلك إلى استهلاك مفرط لوحدة المعالجة المركزية وتخصيصات مؤقتة في الذاكرة (heap). قد يؤدي هذا إلى حجب الخدمة إذا كانت حدود مستوى النقل لا تقيد المدخلات. يزداد الخطر في حالات النقل غير المعتمدة على HTTP، أو تطبيقات `TextMapGetter` المخصصة، أو البيئات التي تم فيها رفع حدود الرؤوس في الخادم والبوابة أو تعطيلها.

يقوم `admissionHandler` في `webhook/admission.go` بفك تشفير AdmissionReview مقدم من المهاجم باستخدام `json.NewDecoder(io.TeeReader(r.Body, &bodyBuffer))` ضمن `http.HandlerFunc` دون تنفيذ `http.MaxBytesReader` أو حد مماثل لحجم الجسم. يمكن لعميل شبكة pod إرسال طلب POST بحجم زائد إلى webhook قبول، مما يتسبب في احتفاظ وحدة فك التشفير و `bodyBuffer` بنسخ مضخمة من الطلب. قد يؤدي ذلك إلى استنفاد ذاكرة pod المتحكم وتعرضه لـ OOM-killed (قتل بسبب نفاد الذاكرة)، وهي حالة يقوم فيها نظام التشغيل بإنهاء عملية لأنها استهلكت الكثير من ذاكرة الوصول العشوائي (RAM). ترث جميع المستهلكين التابعين الذين يستخدمون خادم webhook المشترك هذا السلوك، بما في ذلك Knative و Tekton و KEDA و Sigstore policy-controller و Kpack. اعتمادًا على تكوين `failurePolicy` ، يمكن أن يؤدي ذلك إما إلى مقاطعة عملية القبول إذا تم ضبطها على `Fail` أو جعل webhook المتأثر غير متاح إذا تم ضبطها على `Ignore`.

توجد مشكلة في استنفاد الموارد تسمح لعملاء واجهة برمجة التطبيقات (API) بتجاوز الحد الأقصى لعدد إطارات video/jpeg. من خلال تجاوز المتغير `num frames` عبر `media io kwargs` ، يمكن للمهاجم تعيين `num frames` على -1 مع تقديم فيديو مدمج كبير. يؤدي ذلك إلى قيام الدالة `VideoMediaIO.load base64()` بفك تشفير كل إطار، مما يتسبب في استنفاد الذاكرة وتعطل واجهة برمجة التطبيقات الأمامية.

Authlib هي مكتبة Python تُستخدم لبناء خوادم OAuth و OpenID Connect. تقبل الدالة `OctKey.import key()` ومسار توقيع وتحقق HMAC مواد مفاتيح ذات طول صفري. إذا أدت عملية البحث عن السر في التطبيق إلى إرجاع سلسلة نصية فارغة أو بايتات فارغة، يمكن للمهاجم عن بُعد حساب توقيعات HS256 أو HS384 أو HS512 حتمية لمطالبات توكن عشوائية، مما يجعل المكتبة تتعامل مع التوكن على أنه أصلي.

يوجد خلل في المصادقة لوظيفة حرجة، مما قد يسمح بتنفيذ رموز عن بُعد واجتياز المسار غير المصرح به في legacy pipe sendFile RPC.

يحدث خطأ في القراءة خارج حدود الذاكرة المكدسة (heap out-of-bounds read) في الدالة `smb2 decode file all info()`. يسمح هذا الخلل لخادم SMB خبيث أو مهاجم يقوم بهجوم "رجل في المنتصف" (man-in-the-middle) على الجلسات غير الموقعة بالتسبب في تعطل العميل عن طريق إرسال رد FileAllInformation مصمم خصيصاً يحتوي على متغير `FileNameLength` غير مفحوص أثناء استدعاءات `smb2 stat` أو `smb2 fstat`.

An account takeover issue exists in the customer password reset flow within the 'system/controllers/forgot.php' endpoint. Unauthenticated attackers who know a customer username can brute-force the 6-digit `otp code` because the system lacks attempt limits or lockout mechanisms. Upon successfully guessing the code, the attacker can retrieve the newly set password directly from the HTTP response to hijack the account.

An authorization bypass allows authenticated users to perform unauthorized operations on workflow schedules, workflow definitions, and task instances across different projects. The system verifies permissions against the provided `projectCode` but does not confirm if the target resource actually belongs to that project. Consequently, a user with permissions in one project can use that project's code alongside a resource identifier from another project to bypass access restrictions. This allows attackers to alter workflow availability and interfere with task execution in unauthorized projects via the following endpoints: - 'POST /projects/{projectCode}/schedules/{id}/online' - 'POST /projects/{projectCode}/schedules/{id}/offline' - 'POST /projects/{projectCode}/workflow-definition/{code}/release'

An issue exists in the `app.util.ssrf/blocked-address?` endpoint where Java InetAddress predicates fail to classify NAT64, 6to4, or Teredo addresses and only apply CIDR checks to IPv4 values. This allows a user controlling a media import URL or an administrator controlling a webhook URL to use an IPv6 transition address to embed cloud-metadata, loopback, link-local, or private IPv4 targets, bypassing Server-Side Request Forgery (SSRF) restrictions. SSRF is a vulnerability where an attacker can force a server to make requests to an unintended location. In this case, media imports can disclose response bodies, and webhook delivery can be used as a network-probing side channel to expose response statuses. Exploitation requires routing through a NAT64 gateway or an attacker-controlled DNS AAAA record, making cloud environments with NAT64 gateways directly exploitable.

An unauthenticated attacker can perform a server-side request forgery (SSRF) by bypassing the SSRF guard using 6to4, NAT64, or IPv4-compatible IPv6 addresses. This is possible through the `validateKeyIdUrl()` function. By sending a crafted `Signature keyId` to the public actor inbox route, an attacker can access cloud metadata, loopback services, or internal hosts.