Skip to content
KitploitKITPLOIT
أدواتالمدونة
إرسال
أدواتالمدونة
إرسال

أدوات الاختراق واختبار الاختراق والأمن السيبراني لترسانتك الأمنية!

Kitploit هو دليل لأدوات الاختراق والأمن السيبراني واختبار الاختراق. اكتشف آخر تحديثات المشاريع للعثور على الثغرات وتحليل الأنظمة وأتمتة الاختبارات وتعزيز أمنك.

··الخلاصات·اتصال·الخصوصية·© 2026 Kitploit

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
CVE-2026-0603 — Hibernate ORM حقن SQL من الدرجة الثانية | Kitploit
أدوات/GitHubGitHub/eqstlab/cve-2026-0603
تحليل الثغرات الأمنيةالاستغلالاستغلال تطبيقات الويباختبار الاختراقالتعلم والتعليمأمن قواعد البيانات
GitHubeqstlab/cve-2026-0603

CVE-2026-0603

Hibernate ORM حقن SQL من الدرجة الثانية

عرض المستودع
12منذ 23 أياملم تتم المراجعة بعد

الأكثر شعبية

عرض الكل →

اكتشف الأدوات الأكثر استخدامًا من قبل مجتمعنا.

استكشف جميع الأدوات

تصفح مجموعتنا من الأدوات

عرض جميع الأدوات →
مشاركة

CVE-2026-0603 حقن Hibernate ORM / حقن SQL من الدرجة الثانية

★ CVE-2026-0603 إثبات مفهوم حقن Hibernate SQL ★

https://github.com/user-attachments/assets/2e7c3a89-e26f-48cd-af0b-8b82d32ce71f


نظرة عامة

CVE-2026-0603 هو ثغرة حقن SQL من الدرجة الثانية في Hibernate ORM، وهو إطار عمل ORM لجافا واسع الانتشار.
عندما يُستخدم مفتاح أساسي نصي مُقدَّم من المستخدم يحتوي على حمولة SQL خبيثة في عملية DELETE أو UPDATE جماعية، يُدرج Hibernate القيمة مباشرةً في جملة WHERE دون تعقيم، مما يؤدي إلى حذف أو تعديل جماعي غير مقصود لسجلات قاعدة البيانات.


الإصدارات المتأثرة

الفئةالإصدار
المتأثرةHibernate ORM 5.2.8 ≤ الإصدار ≤ 5.6.15
المُصحَّحةلا يوجد تصحيح رسمي (5.6.x EOL)

التأثير

  • حذف جماعي للسجلات عبر جداول متعددة
  • تعديل جماعي للسجلات عبر جداول متعددة
  • تسريب محتمل للبيانات الحساسة من قاعدة البيانات

البيئة

root@kitploit:~
docker build -t cve-2026-0603-hibernate-vuln .
docker run --rm -it -p 8080:8080 --name hibernate-vuln cve-2026-0603-hibernate-vuln

إثبات المفهوم

بعد تشغيل البيئة المعرّضة للثغرة، اتبع الخطوات أدناه لإعادة إنتاج الهجوم.

الخطوة 1. التسجيل باسم مستخدم خبيث

root@kitploit:~
username: ' or '1' = '1

الخطوة 2. تفعيل التحديث أو الحذف

انقر على زر التحديث أو الحذف في الحساب المسجَّل.

الخطوة 3. تأكيد تأثر جميع بيانات المستخدمين

تحقق من أن استعلام DELETE أو UPDATE قد طُبِّق على جميع الصفوف، وليس فقط على الحساب المسجَّل. في حالة DELETE، تُحذف جميع السجلات عبر كلا الجدولين. في حالة UPDATE، تُعدَّل جميع السجلات بالقيم المُقدَّمة من المهاجم.


التخفيف

  • أزل إعداد InlineIdsOrClauseBulkIdStrategy من application.yml
  • إذا كان لا بد من استخدام InlineIdsOrClauseBulkIdStrategy، فطبِّق تحققًا صارمًا من المدخلات قائمًا على القائمة البيضاء على أي قيم مفاتيح أساسية مُقدَّمة من المستخدم لرفض أحرف التحكم في SQL

التحليل

  • KR: https://www.skshieldus.com/security-insights/reports/eqst-orm-injection-explained
  • EN: https://www.skshieldus.com/en/report?tab=eqst
تنزيل الأداة