Simecek

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة الممارسات الطبية. تقبل نقطة نهاية واجهة برمجة التطبيقات (API) الخاصة بالعلامات الحيوية للزيارة، `/encounter/vitals`، معلمة `id` في نص الطلب. قبل الإصدار 8.0.0.2، لا يتحقق التطبيق مما إذا كانت بيانات العلامات الحيوية المرتبطة بـ `id` المقدم تخص المريض الحالي أو الزيارة الحالية. وهذا يسمح لمستخدم تمت مصادقته ولديه إذن «الزيارات/الملاحظات» بالكتابة فوق العلامات الحيوية لأي مريض عن طريق تقديم `id` العلامات الحيوية لمريض آخر، مما يؤدي إلى التلاعب بالسجلات الطبية.

OpenEMR هو تطبيق مجاني ومفتوح المصدر لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. توجد ثغرة أمنية من نوع «البرمجة النصية عبر المواقع» (XSS) المخزنة في مسار الدفع الخاص ببوابة المرضى. وهذا يسمح لمستخدم بوابة المرضى بإدخال كود JavaScript تعسفي يتم تنفيذه في متصفح أحد الموظفين الذي يراجع عملية إرسال الدفع. يتم تخزين الحمولة الخبيثة في ملف `portal/lib/paylib.php` ويتم عرضها دون تنقية مناسبة في ملف `portal/portal payment.php`.

OpenEMR هو تطبيق لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. يوجد عيب يتمثل في تجاوز عملية المصادقة في الوحدة النمطية الاختيارية FaxSMS (`oe-module-faxsms`) مما يسمح للمستخدمين المصادق عليهم باستدعاء أساليب وحدة التحكم، بما في ذلك `getNotificationLog()`، دون إجراء فحوصات مناسبة للتحكم في الوصول. يتجاوز منشئ `AppDispatch` تطبيق قائمة التحكم في الوصول (ACL)، مما قد يؤدي إلى الكشف عن بيانات مواعيد المرضى (PHI).

OpenEMR هو تطبيق لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. يوجد عيب يتيح لمستخدم مصادق عليه وليس إدارياً الاطلاع على رسائل التذكير الخاصة بمستخدمين آخرين. ويتم ذلك عن طريق التلاعب بمعلمات `sentTo[]` أو `sentBy[]` في طلب GET موجه إلى سجل التذكيرات المؤرخة. تتيح هذه المشكلة الوصول إلى أسماء المرضى ومحتوى الرسائل النصية الحرة.

OpenEMR هو تطبيق مجاني ومفتوح المصدر لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. يتعرض التطبيق لثغرة أمنية من نوع «التنفيذ البرمجي عبر المواقع» (XSS) المخزنة. وتحدث هذه الثغرة بسبب عدم إزالة الأحرف الخاصة من المتغير `portal login username` ضمن عرض طباعة بيانات اعتماد البوابة. يمكن لمستخدم بوابة المرضى إدخال حمولة XSS كاسم المستخدم الخاص به، والتي يتم تنفيذها بعد ذلك في متصفح أحد موظفي العيادة عند الوصول إلى صفحة «إنشاء تسجيل دخول إلى البوابة» لهذا المريض. وهذا يسمح بالانتقال من سياق جلسة المريض إلى سياق جلسة الموظف/المسؤول.

OpenEMR هو تطبيق لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. يوجد عيب في وظيفة `AclMain::zhAclCheck()` التابعة لوحدة قائمة التحكم في الوصول (ACL). تقوم هذه الوظيفة بالتحقق فقط من وجود أذونات «السماح» للمستخدمين أو المجموعات، متجاهلة التحقق من وجود أذونات «الرفض» الصريحة. وهذا يؤدي إلى عدم تمكن المسؤولين من إلغاء حق الوصول عن طريق تعيين «الرفض» لمستخدم أو مجموعة؛ فإذا كان المستخدم ينتمي إلى مجموعة تتمتع بأذونات «السماح»، يتم منحه حق الوصول بغض النظر عن أوامر «الرفض» الصريحة.

OpenEMR هو تطبيق لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. لا تقوم ميزة DICOM zip/export بتنقية المسارات التي يزودها المستخدم بشكل صحيح عند إنشاء ملفات zip. وهذا يسمح للمهاجم الذي يمتلك إذن تحميل/تصدير DICOM بكتابة ملفات خارج الدليل المقصود، بما في ذلك جذر الويب. قد يؤدي الاستغلال الناجح إلى كتابة ملفات عشوائية وربما تنفيذ تعليمات برمجية عن بُعد في حالة كتابة ملفات PHP أو ملفات قابلة للتنفيذ أخرى. تتعلق المشكلة باستخدام وجهة أو مكون مسار يحدده المستخدم دون تنقية تسلسلات عبور المسار، مثل `../`.

OpenEMR هو تطبيق لإدارة السجلات الصحية الإلكترونية والممارسات الطبية. في الإصدارات حتى الإصدار 8.0.0 ضمناً، لا تتحقق نقطة نهاية تحديث الرسائل/الملاحظات من أن الرسالة تخص المريض الحالي أو أن المستخدم مخول بتعديل ملاحظات المريض. يمكن للمستخدم المصادق عليه الذي يمتلك إذنًا بالوصول إلى الملاحظات تعديل رسائل أي مريض عن طريق تقديم معرّف رسالة آخر. نقطة النهاية المعرضة للخطر هي طلب PUT أو POST موجه إلى نقطة النهاية الخاصة بتحديث الرسائل/الملاحظات. المعلمة المعرضة للخطر هي معرّف الرسالة/الملاحظة. يحتوي الالتزام 92a2ff9eaaa80674b3a934a6556e35e7aded5a41 على إصلاح لهذه المشكلة.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. هناك ثغرة في نقطة نهاية الاستدعاء (callback) الخاصة بـ MedEx تسمح بالوصول غير المصادق عليه إلى رموز API الخاصة بـ MedEx الخاصة بالعيادة. قد يؤدي ذلك إلى اختراق خدمات الجهات الخارجية، والوصول غير المصرح به إلى المعلومات الصحية المحمية (PHI)، واحتمال حدوث انتهاكات لقانون HIPAA. تحدث المشكلة لأن نقطة النهاية تتجاوز عملية المصادقة وتقوم بتسجيل الدخول إلى MedEx عند توفير `$ POST[’callback key‘]`، مما يؤدي إلى إرجاع استجابة JSON تتضمن رموز API حساسة. نقطة النهاية المعرضة للخطر هي ’/MedEx/callback‘. المعلمة المعرضة للخطر هي `callback key`.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. في الإصدارات الأقدم من 8.0.0، يتم الحصول على معرّف المريض المستخدم في `portal/portal payment.php` من الطلب (`$pid = $ REQUEST[’pid‘] ?? $pid` و`$pid = ($ REQUEST[’hidden patient code‘] ?? null) > 0 ? $ REQUEST[’hidden patient code‘] : $pid`)، بدلاً من أن يكون مرتبطًا بالمستخدم الذي تمت مصادقته على البوابة. وهذا يسمح لمستخدم البوابة الإلكترونية بعرض البيانات الديموغرافية والفواتير وسجل المدفوعات الخاصة بمريض آخر والتفاعل معها، مما يؤدي إلى تصعيد أذونات أفقية و«IDOR» (الإشارة غير الآمنة إلى الكائن المباشر). المعلمتان المعرضتان للخطر هما `pid` و`hidden patient code`.

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

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة الممارسات الطبية. لا تتحقق الإصدارات حتى الإصدار 8.0.0 مما إذا كان النموذج ينتمي إلى المريض أو إلى سياق الرعاية الخاصة بالمستخدم الحالي عند تحميل البيانات عبر المعلمة `form id` في عرض فحص العيون (eye mag). وهذا يسمح للمستخدم المصادق عليه بالوصول إلى الفحص البصري لأي مريض أو تعديله عند تقديم معرّف نموذج آخر، مما قد يؤدي إلى تغيير المريض النشط في الجلسة في بعض مسارات العمل.

اسم البرنامج المعرض للثغرة والإصدارات المتأثرة إصدارات OpenEMR الأقدم من 8.0.0 الوصف OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. توجد ثغرة أمنية تسمح لرموز FHIR ذات نطاق المريض بالوصول إلى بيانات فريق الرعاية لجميع المرضى، بدلاً من أن تقتصر على بيانات المريض الذي تمت مصادقته. ويحدث ذلك لأن `FhirCareTeamService` لا ينفذ واجهة `IPatientCompartmentResourceService` ولا يمرر معلمة ربط المريض، مما يتجاوز مرشح مقصورة المريض. وقد يؤدي ذلك إلى الكشف غير المصرح به عن المعلومات الصحية المحمية (PHI)، بما في ذلك العلاقات بين المريض ومقدم الرعاية وهياكل فريق الرعاية. نقطة النهاية المعرضة للخطر هي نقطة نهاية مورد CareTeam FHIR. التوصيات قم بالتحديث إلى الإصدار 8.0.0 أو أحدث.

OpenEMR هو تطبيق للسجلات الطبية الإلكترونية وإدارة العيادات الطبية. لا تتحقق الإصدارات الأقدم من 8.0.0 بشكل كافٍ من تفويض المستخدم عند الوصول إلى العروض القابلة للطباعة لنماذج قائمة على التخطيط (LBF). وعلى وجه التحديد، يقبل التطبيق قيمتي `formid` و`visitid` (أو `patientid`) من الطلبات دون التأكد مما إذا كان النموذج ينتمي إلى المريض أو الزيارة المصرح بها للمستخدم الذي تم توثيقه حاليًا. وهذا يسمح للمستخدم المصادق عليه الذي يتمتع بحق الوصول إلى LBF بتعداد معرّفات النماذج، وربما عرض أو طباعة نماذج الزيارات الطبية لأي مريض. يستخدم التطبيق المعلمتين `formid` و`visitid` (أو `patientid`) في الطلب للوصول إلى النماذج.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. قبل الإصدار 8.0.0، لم يكن سياق `patient picture` في وحدة التحكم في المستندات يتحقق من صلاحية المستخدم عند توفير صور المرضى باستخدام معرّف المستند أو معرّف المريض. وكان ذلك يسمح لمستخدم معتمد يتمتع بحقوق الوصول إلى المستندات باسترداد صور مرضى آخرين عند تقديم معرّفاتهم. المكون المعرض للخطر هو سياق `patient picture` في وحدة التحكم في المستندات. والمعلمة المتأثرة هي معرّف المريض.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. تعاني الإصدارات الأقدم من 8.0.0 من مشكلة تتمثل في أن واجهة برمجة تطبيقات (API) حالة عارض DICOM لا تتحقق مما إذا كان المستند ينتمي إلى المريض المصرح له أو إلى الاستشارة الحالية للمستخدم عند قبول معرّف المستند (`doc id`). وهذا يسمح للمستخدم المصادق عليه بقراءة أو تعديل حالة عارض DICOM، مثل الملاحظات وإعدادات العرض، لأي مستند عند سرد معرّفات المستندات. تشمل نقاط نهاية واجهة برمجة التطبيقات (API) المتأثرة تلك الخاصة بتحميل أو حفظ/تحميل حالة عارض DICOM.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. يوجد عيب في وحدة التطعيم حيث يتم دمج قيم `patient id` التي يقدمها المستخدم مباشرةً في استعلامات SQL دون تنقية مناسبة. وهذا يسمح لأي مستخدم مسجّل بتشغيل استعلامات SQL تعسفية، مما قد يؤدي إلى اختراق قاعدة البيانات، والوصول غير المصرح به إلى المعلومات الصحية المحمية (PHI)، وسرقة بيانات الاعتماد، وتنفيذ التعليمات البرمجية عن بُعد.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. قبل الإصدار 8.0.0، كان من الممكن التحايل على فحص انتهاء صلاحية الجلسة في الملف `library/auth.inc.php`. وعلى وجه التحديد، عندما يتم تعيين المعلمة `skip timeout reset` على القيمة ’1‘ في طلب ما، يتم تجاهل التحقق من انتهاء صلاحية الجلسة، بما في ذلك استدعاء الدالة `SessionTracker::isSessionExpired()`. وهذا يسمح للجلسات المنتهية الصلاحية بالبقاء نشطة، مما يتيح للمهاجم الذي يمتلك ملف تعريف ارتباط جلسة مسروقًا الحفاظ على الوصول إلى النظام إلى أجل غير مسمى من خلال تضمين المعلمة `skip timeout reset=1` باستمرار في طلباته.

اسم البرنامج المعرض للخطر والإصدارات المتأثرة إصدارات OpenEMR الأقدم من 8.0.0 الوصف OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. قبل الإصدار 8.0.0، لا يتحقق «مركز الرسائل» (Message Center) من امتيازات المسؤول عند التعامل مع معلمة URL `show all=yes` التي يتم تمريرها إلى الدالة `getPnotesByUser()`. وهذا يسمح لأي مستخدم مسجل الدخول بعرض جميع الرسائل الداخلية عند طلب نقطة نهاية واجهة برمجة التطبيقات (API) `/messages.php?show all=yes`. ويكون الرابط «Show All» مرئيًا للمستخدمين غير الإداريين، مما يتيح الوصول غير المصرح به إلى الرسائل الداخلية. التوصيات قم بالتحديث إلى الإصدار 8.0.0 أو أحدث.

OpenEMR هو تطبيق للسجلات الصحية الإلكترونية وإدارة العيادات الطبية. قبل الإصدار 8.0.0، لا تستدعي جدول مسارات واجهة برمجة التطبيقات (API) REST الموجود في `apis/routes/ rest routes standard.inc.php` الدالة `RestConfig::request authorization check()` لمسارات المستندات والتأمين. وهذا يسمح لأي رمز وصول API صالح بالوصول إلى مستندات وبيانات التأمين الخاصة بالمرضى أو تعديلها، بغض النظر عن الأذونات الممنوحة، مما قد يؤدي إلى الكشف عن المعلومات الصحية المحمية (PHI). لا تقوم المسارات المعرضة للخطر بإجراء التحقق المناسب من التحكم في الوصول. لا يتم استدعاء الدالة `RestConfig::request authorization check()` لنقاط نهاية محددة في واجهة برمجة التطبيقات (API).