Kevin Stubbings

نقطة النهاية `ReaderController.GetImage` مزودة بعلامة `[AllowAnonymous]`، مما يسمح بالوصول غير المصادق عليه إلى صور الصفحات من أي فصل في أي مكتبة. على الرغم من أن نقطة النهاية تقبل معلمة `apiKey`، إلا أنها لا تخضع للتحقق من صحتها. ونظرًا لأن معرّفات الكيانات هي أعداد صحيحة متسلسلة، يمكن للمهاجم حصر جميع المحتويات الموجودة على الخادم.

يؤدي عدم وجود ترخيص على مستوى المكتبة في نقاط نهاية التنزيل والتحقق من الحجم وبيانات تعريف الفصول إلى تمكين مستخدم ذي امتيازات منخفضة من الوصول إلى محتوى من مكتبات لم يتم تعيينه لها. ومن خلال معرفة أو تخمين `chapterId` أو `volumeId` أو `seriesId`، يمكن للمهاجم تنزيل محتويات الملف بالكامل، والاستعلام عن أحجام الملفات، وقراءة بيانات التعريف. نقاط النهاية المتأثرة هي ’/api/Download/volume-size‘ و'/api/Download/chapter-size' و'/api/Download/series-size' و'/api/Download/volume' و'/api/Download/chapter' و'/api/Download/series' و'/api/Chapter'.

تتعلق المشكلة بتكوين غير آمن لـ CORS في خادم Cognita الخلفي، مما يسمح لمواقع ويب عشوائية بإرسال طلبات عبر المواقع إلى التطبيق.

توجد ثغرة أمنية تتعلق باجتياز المسار في ”/v1/internal/upload-to-local-directory“ عندما تكون متغير البيئة `Local` محددة بقيمة true، كما يحدث عند تكوين Cognita باستخدام Docker. وهذا يسمح للمهاجم بالكتابة فوق الملف `/app/backend/ init .py`. ونظرًا لأن بيئة Docker تهيئ خادم uvicorn الخلفي مع تمكين ميزة إعادة التحميل التلقائي، فسيتم إعادة تحميل الملف الذي تمت الكتابة فوقه وتنفيذه تلقائيًا، مما يسمح بتنفيذ التعليمات البرمجية عن بُعد في سياق حاوية Docker.

تتعلق المشكلة بإعدادات الوسيط CORS في Rembg، حيث تم تهيئته بحيث يعكس جميع المصادر. وهذا يسمح لأي موقع بإرسال طلبات عبر المواقع إلى خادم Rembg، مما يتيح له الاستعلام عن أي واجهة برمجة تطبيقات (API). علاوة على ذلك، حتى في حالة تمكين المصادقة، فإن الإعداد `allow credentials` محدد بقيمة `True`، مما يسمح لأي موقع بإرسال طلبات عبر المواقع مصادق عليها.

تسمح هذه الثغرة للمهاجم بالاستعلام عن نقطة النهاية ”/api/remove“ لعرض الصور المستضافة على الشبكة الداخلية لخادم Rembg، مما قد يؤدي إلى إفشاء المعلومات. ويتم ذلك من خلال استغلال معلمة الاستعلام في عنوان URL الخاص بنقطة النهاية.

ملحق MouseTooltipTranslator لمتصفح Chrome معرض لهجمات تزوير الطلبات من جانب الخادم (SSRF). ويعود السبب في ذلك إلى أن البرنامج النصي `pdf.mjs` يستخدم معلمة URL الخاصة بالعنوان الحالي لتنزيل ملف وعرضه لمستخدم الملحق. ونظرًا لأن `pdf.mjs` يتم استيراده في `viewer.html`، و`viewer.html` يمكن الوصول إليه من جميع عناوين URL، يمكن للمهاجم التلاعب بمتصفح المستخدم لإرسال طلب إلى أي عنوان URL تعسفي. وقد جرت مناقشات مع المسؤول عن صيانة المكون الإضافي حول هذه المشكلة، وتقرر عدم إصلاحها، لأن ذلك سيتطلب تعطيل إحدى الميزات الرئيسية للمكون الإضافي مقابل التخفيف من مشكلة ذات خطورة منخفضة.

Home-Gallery.org is a self-hosted open-source web gallery to browse personal photos and videos. An open CORS policy in app.js may allow an attacker to view the images of home-gallery when it is using the default settings. The express middleware allows any website to make a cross-site request to home-gallery, thus allowing them to read any endpoint on home-gallery. Home-gallery is mostly safe from cross-site requests due to most of its pages requiring JavaScript, and cross-site requests such as fetch() do not render javascript. If an attacker is able to get the path of the preview images which are randomized, an attacker will be able to view such a photo. If any static files or endpoints are introduced in the future that contain sensitive information, they will be accessible to an attacker website.

The default setup of Home-Gallery.org is vulnerable to DNS rebinding due to the lack of TLS and user authentication. An attacker can exploit this by changing the DNS records of their domain to the internal IP address of the Home-Gallery instance, allowing them to extract photos from the gallery. The attack involves the attacker website changing its DNS records to the internal IP address of the Home-Gallery instance, and then reading the response of the web server after the IP address has changed. The response will be from the Home-Gallery instance, not the attacker website, because the IP address has been changed.

Habitica is an open-source habit-building program. The issue arises from a reflected cross-site scripting vulnerability in the `register` function in `home.vue`, caused by an incorrect sanitization function. An attacker can specify a malicious `redirectTo` parameter to trigger the vulnerability, allowing arbitrary JavaScript code to be executed in the context of the victim's session.

Habitica is an open-source habit-building program. The issue arises from a reflected cross-site scripting vulnerability due to an incorrect sanitization function in the `register` function within `RegisterLoginReset.vue`. An attacker can specify a malicious `redirectTo` parameter to trigger the vulnerability, potentially giving the attacker control of the victim's account when the victim registers or logs in with a specially crafted link.

Habitica is an open-source habit-building program. The issue concerns reflected cross-site scripting vulnerabilities in the `login` and `social media` functions within `RegisterLoginReset.vue`, caused by an incorrect sanitization function. An attacker can exploit this by specifying a malicious `redirectTo` parameter, potentially giving them control of a victim's account when the victim registers or logs in with a specially crafted link.

Name of the Vulnerable Software and Affected Versions: PlexRipper versions prior to 0.24.0 Description: PlexRipper's open CORS policy allows attackers to gain sensitive information by getting the user to access the attacker's domain. This enables an attacking website to access the "/api/PlexAccount" endpoint and steal the user's Plex login. Recommendations: For versions prior to 0.24.0, update to version 0.24.0 to fix the vulnerability. As a temporary workaround, consider restricting access to the "/api/PlexAccount" endpoint until the update is applied.

The issue is related to an arbitrary file write vulnerability. The `/postLocal` endpoint is vulnerable, which may lead to Remote Code Execution when a Plenti user serves their website.

The issue is related to an arbitrary file deletion vulnerability. The `/postLocal` endpoint is vulnerable to an arbitrary file write deletion when a Plenti user serves their website. This problem may lead to information loss.

The issue is a universal cross-site scripting problem that allows another extension to execute arbitrary code in the context of the user’s tab. No known patches exist for this issue.

AList, a file list program supporting multiple storages, contains a reflected cross-site scripting issue in the helper.go file. The endpoint "/i/:link name" takes a user-provided value and reflects it back in the response, which returns an application/xml response. This allows for the inclusion of HTML tags via XHTML, leading to a cross-site scripting vulnerability.

The default setup of Homepage is vulnerable to DNS rebinding due to the lack of certificate and authentication. An attacker can exploit this by changing the DNS records of their domain to the internal IP address of the Homepage instance, allowing them to extract private information such as API keys and other sensitive data. The attack involves the attacker's website changing its DNS records to the internal IP address of the Homepage instance, and then fetching the attacker's domain, which responds with the Homepage instance's data.

A CORS misconfiguration exists in memos where an arbitrary origin is reflected with Access-Control-Allow-Credentials set to true. This may allow an attacking website to make a cross-origin request, allowing the attacker to read private information or make privileged changes to the system as the vulnerable user account.

The issue concerns a reflected XSS vulnerability in the purchase URL created to generate a WechatPay QR code. When a user purchases an item through Casdoor and chooses to pay via Wechat Pay, a QR code with the Wechat Pay link is displayed on the payment page. This page takes a query parameter from the URL `successUrl` and redirects the user to that URL after a successful purchase. An attacker can craft a special URL and send it to the user, potentially leading to an XSS attack after payment has gone through. The vulnerability can be exploited when users share the payment page or are social engineered into sending it to others, as they may not consider the page to contain sensitive information.