Mehmet Ince

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

يحتوي ملحق address standardizer على مشكلة كتابة خارج النطاق. يمكن لمستخدم قاعدة البيانات القادر على توفير أسماء علاقات يتحكم فيها المتصل إلى الدالة `standardize address()` أن يتسبب في تلف الذاكرة. يحدث هذا عندما يتم تزويد جدول القواعد بقيمة تصنيف `Type` تتجاوز نطاق الفئة المحدد. تُستخدم قيمة نوع القاعدة الزائدة الحجم كمؤشر في جدول ارتباط الإخراج الداخلي دون فحص حدود مناسب، مما يؤدي إلى كتابة خارج النطاق.

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

تحدث عملية قراءة خارج النطاق عندما يقوم مهاجمون تمت مصادقتهم بتقديم قيمة «Simple8b selector-11» مُصممة خصيصًا. يتم تخزين هذه القيمة في نوع فهرس القاموس «Arrow» المُوقَّع من نوع `int16`، وتتجاوز عمليات التحقق من صحة الفهرس أثناء فك ضغط قاموس النصوص المجمعة. يمكن للمهاجمين الذين يتمتعون بوصول مباشر عبر لغة معالجة البيانات (DML) إلى علاقة «hypertable» مادية مضغوطة وغير مجمدة أن يطلقوا عملية القراءة هذه قبل قاعدة مصفوفة الإزاحات النشطة باستخدام استراتيجية التجزئة النصية الفردية VectorAgg. وقد يؤدي ذلك إلى فشل في سلامة نتائج الاستعلامات، أو إخراج تجميع غير صحيح، أو حدوث خطأ SIGSEGV (خطأ في التجزئة) في الخلفية، أو استعادة نظام PostgreSQL بعد التعطل.

توجد ثغرة قراءة خارج النطاق في مكرر الصفوف العكسي لضغط Gorilla. يمكن للمهاجمين المصادق عليهم الذين يتمتعون بحق الوصول عبر لغة معالجة البيانات (DML) إلى جدول hypertable مضغوط أن يتسببوا في حدوث هجوم رفض الخدمة عن طريق تخزين بيانات مضغوطة مصممة خصيصًا تحتوي على مصفوفة بتات (BitArray) غير متسقة داخليًّا. يؤدي هذا إلى حدوث لفّ عدد صحيح غير موقّع أثناء حساب فهرس حاوية المكرر العكسي، مما يؤدي إلى قراءة تتجاوز نهاية مصفوفة الحاوية ووقوع عطل SIGSEGV. يمكن أن يتكرر هذا العطل أثناء عمليات المسح اللاحقة بالترتيب العكسي.

توجد ثغرة قراءة خارج نطاق البيانات في مُكرر الصفوف العكسي لضغط «Dictionary» داخل الملف `tsl/src/compression/algorithms/dictionary.c`. بينما يقوم المسار الأمامي بالتحقق من صحة الفهرس الذي تم فك تشفيره، يعتمد المسار العكسي على تأكيد تم إزالته من إصدارات البرنامج، مما يترك فهرس Simple8b ذي 64 بت دون التحقق من صحته. وهذا يسمح للمهاجم الذي يمتلك وصولًا بلغة DML (لغة معالجة البيانات) إلى علاقة مضغوطة فعليًا بتخزين بيانات مصطنعة وتنفيذ مسح بترتيب عكسي. عند استخدام نوع عمود «التمرير بالقيمة»، يتم إرجاع البيانات خارج النطاق إلى العميل كقيمة عمود قياسية، مما قد يؤدي إلى الكشف عن ذاكرة الخلفية، بما في ذلك تجمع المخازن المؤقتة المشتركة، متجاوزًا ضوابط الوصول إلى SQL.

يوجد ثغرة في سياسة الأمان تسمح لأي مستخدم قاعدة بيانات لديه أذونات تنفيذ SQL باستخراج بيانات اعتماد AWS بنص عادي. من خلال استدعاء الدالة `load aws credentials()` وتعيين المعلمة `redact secret` على القيمة false، يمكن للمستخدم التحايل على سياسة `allow unredacted secrets=false` المطبقة على مستوى قاعدة البيانات بأكملها. وهذا يسمح باسترداد سلسلة بيانات اعتماد AWS، بما في ذلك `access key id` و`secret access key` و`session token` و`region`. ويعد هذا الأمر بالغ الأهمية بشكل خاص في البيئات المُدارة حيث يتم تحميل `pg duckdb` مسبقًا وتكون سلاسل بيانات الاعتماد مثل IMDSv2 أو IRSA أو دور مهمة ECS أو دور مثيل EC2 متاحة.

تقوم آلية قائمة الانتظار في pglogical، التي تنقل الأوامر خارج النطاق (out-of-band) مثل أوامر DDL (لغة تعريف البيانات) المنسوخة من الناشر إلى المشترك، بتنفيذ حمولات الرسائل على المشترك باستخدام مستوى امتيازات عامل التنفيذ (apply worker). في التثبيتات الافتراضية، يعادل هذا المستوى مستخدمًا متميزًا في PostgreSQL. يمكن للمهاجم الذي يتصرف بصفته الناشر إرسال رسائل قائمة انتظار مصممة خصيصًا لتنفيذ أوامر SQL تعسفية على المشترك بصفته مستخدمًا متميزًا. وهذا يسمح بترقية الامتيازات من دور مسموح له باستخدام pglogical إلى وضع المستخدم المتميز الكامل، مما قد يؤدي إلى كسر عزل المستأجر في عمليات النشر المشتركة. يتطلب استغلال هذه الثغرة أن يوجه المهاجم اشتراكًا إلى نقطة نهاية يسيطر عليها، وهي قدرة تُخصص عادةً للمستخدمين المتميزين، لكن غالبًا ما تُفوض إلى أدوار غير المستخدمين المتميزين في عمليات النشر المُدارة.

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

توجد حالة «استخدام بعد التحرير» (use-after-free) في كود إشارات العمال. ويحدث ذلك عندما يتم إلغاء الإشارة إلى بنية عامل بعد تحرير الخانة الأساسية أو إعادة تدويرها خلال أحداث دورة حياة العامل العادية. يمكن لمستخدم ذي امتيازات منخفضة إحداث هذه الحالة من خلال التأثير على توقيت عمليات بدء العامل وإيقافه وإعادة تشغيله. يؤدي هذا عادةً إلى تعطل عمال النسخ المتماثل، مما يؤثر على التوافر، ولكنه قد يُستخدم أيضًا لتنفيذ تعليمات برمجية عن بُعد باستخدام امتيازات الخلفية الخاصة بـ PostgreSQL.

يفشل عامل التنفيذ (apply worker) في التحقق بشكل كافٍ من طول حقول معينة في رسائل بروتوكول النسخ المتماثل الواردة قبل نسخها، مما يؤدي إلى قراءة خارج نطاق الذاكرة. يمكن للمهاجم الذي يتصرف بصفته ناشرًا إرسال رسائل مصممة خصيصًا تجعل عامل التطبيق الخاص بالمشترك يقرأ خارج حدود المخزن المؤقت المخصص، مما قد يؤدي إلى الكشف عن ذاكرة العملية المجاورة أو تعطل العامل. يتطلب استغلال هذه الثغرة القدرة على توجيه الاشتراك إلى نقطة نهاية يسيطر عليها المهاجم. وعلى الرغم من أن هذا يتطلب عادةً امتيازات المستخدم المتميز، إلا أنه أمر بالغ الأهمية بشكل خاص في عمليات النشر المُدارة حيث يتم تفويض إنشاء الاشتراك إلى أدوار غير مستخدم متميز.

يوجد ثغرة أمنية تسمح بتحميل ملفات بشكل تعسفي دون مصادقة في برنامج Tiki Wiki CMS Groupware. تقع هذه الثغرة الأمنية في الموصل الافتراضي لمكون ELFinder (`connector.minimal.php`). وهذا يسمح للمهاجمين عن بُعد بتحميل وتنفيذ نصوص PHP الخبيثة في سياق خادم الويب بسبب عدم التحقق من نوع الملف. يمكن للمهاجمين إنشاء طلب POST لتحميل حمولات PHP قابلة للتنفيذ عبر واجهة ELFinder المعروضة في `/vendor extra/elfinder/`.

توجد مشكلة في تنفيذ التعليمات البرمجية عن بُعد في CryptoLog (إصدار PHP) بسبب مزيج من ثغرات حقن SQL وحقن الأوامر. يمكن لمهاجم غير مصدق عليه الحصول على وصول إلى شل بصفته مستخدم خادم الويب. تتضمن سلسلة الهجوم استغلال ثغرة حقن SQL في `login.php` لتجاوز المصادقة، يليها حقن الأوامر في نقطة نهاية واجهة برمجة التطبيقات (API) `/logshares ajax.php`. يتم تجاوز المصادقة عن طريق إرسال SQL مُعدة خصيصًا عبر معلمة POST `user`. بعد المصادقة، يمكن للمهاجم الاستفادة من معلمة POST `lsid` في نقطة النهاية `/logshares ajax.php` لحقن وتنفيذ أمر باستخدام صيغة $(...). مسار الاستغلال هذا غير موجود في إصدار ASP.NET من CryptoLog الذي تم إصداره منذ عام 2009.

تتعلق المشكلة بثغرة أمنية تتمثل في تزوير الطلبات من جانب الخادم (SSRF) وتسريب المعلومات.

تتعلق المشكلة بثغرة أمنية من نوع تزوير الطلبات من جانب الخادم (SSRF) وتسريب المعلومات في database schema في PostHog.

تتعلق المشكلة بثغرة أمنية تتعلق بحقن SQL في وظائف جداول ClickHouse في PostHog، مما قد يؤدي إلى تنفيذ التعليمات البرمجية عن بُعد.

تتعلق المشكلة بعدم معالجة طلبات POST المرسلة إلى منفذ معين تحتوي على معلومات الإصدار بشكل سليم. وقد يستغل المهاجم هذه الثغرة لتنفيذ أوامر تعسفية على النظام المتأثر. ترتبط هذه الثغرة الأمنية بفشل في معالجة العناصر الخاصة المستخدمة في أوامر نظام التشغيل. قد يتيح استغلال هذه الثغرة الأمنية لمهاجم عن بُعد تنفيذ تعليمات برمجية تعسفية عن طريق إرسال طلبات POST مصممة خصيصًا.

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

يمكن للمستخدم الذي يتمتع بامتيازات المسؤول الحصول على رموز المصادقة.

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