Skip to content
KitploitKITPLOIT
أدواتعمليات الاستغلالالمدونة
Log in
إرسال
أدواتعمليات الاستغلالالمدونة
إرسال

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
sqlite-cli-recover — SQLite 3.53.4 CLI - عالي - محلي - حقن الأوامر - استعادة البيانات تُصدر مخططًا ضارًا كـ أمر نقطة | Kitploit
أدوات/GitHubGitHub/abraxas/sqlite-cli-recover
تحليل الثغرات الأمنيةالاستغلالاختبار الاختراقالقيادة والسيطرةالأوراق والأبحاثأمن قواعد البياناتمختبرات وتدريب عملي
GitHubabraxas/sqlite-cli-recover

sqlite-cli-recover

SQLite 3.53.4 CLI - عالي - محلي - حقن الأوامر - استعادة البيانات تُصدر مخططًا ضارًا كـ أمر نقطة

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

الأكثر شعبية

عرض الكل →

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

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

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

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

Abraxas Labs - sqlite-cli-recover

abraxaslabs.tech  ·  github.com/abraxas  ·  @abraxas_null  ·  [email protected]  ·  sqlite-cli-recover

sqlite-cli-recover

الفئة: حقن أوامر الوصول: محلي

SQLite 3.53.4 (b09c88c) CLI .recover يطبع sqlite_schema.sql الخبيث كأمر نقطي لاحق. recoverOneStmt يُحضّر الجملة الأولى فقط. يظل CREATE TABLE المزروع مع سطر جديد .shell مكتوبًا. أنبوب الاستعادة الموثّق يشغّله بمعرّف المستخدم الخاص بالمشغّل.

.dump printSchemaLine هو نفس فئة الإخراج. ليس libsqlite3. ليس --safe. الأوراكل هو echo لسلسلة شاهد.

المعرّفلا يوجد CVE بعد
الفئةحقن أوامر (CLI .recover / .dump إخراج المخطط)
الوصولمحلي (الضحية تشغّل أنبوب الاستعادة الموثّق؛ UI:R)
CWECWE-78
CVSSمرتفع: 7.8 CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:H/I:H/A:H
المنتجSQLite (sqlite3 CLI)
المتأثر3.53.4 (b09c88c14082339b66c7b7158d609a771e64ca69) SOURCE_ID 2026-07-24 19:02:57 bf7c7f30031888f4e796e429ab3978879485813aaca6f641c7b33e4e09459bcc
المصادقةالضحية تشغّل sqlite3 hostile.db .recover | sqlite3 restored.db
الترخيصGNU Affero GPL v3.0
المختبر127.0.0.1:18930 فقط. الشاهد SQLITE-CLI-RECOVER-WITNESS.

ما يمكن للمهاجم فعله

ازرع CREATE أول صالحًا مع .shell لاحقًا في sqlite_schema.sql. الضحية التي تستعيد قاعدة البيانات تلك إلى sqlite3 ثانٍ تشغّل الأمر النقطي بمعرّف المستخدم الخاص بها.

الزرع هو ملف .db. إجراء الضحية هو أنبوب الاستعادة الموثّق، وليس سطر go ملصوقًا ولا --safe معطّلًا بالخطأ. .shell هو system(). أوراكل المختبر هو echo لشاهد. ليس صدفة عكسية.

كيف وجدته

عشرون عملية بحث في المصدر لـ 3.53.4. بحث Recover الخاص اعتبر recoverOneStmt تحضيرًا للجملة الأولى فقط ومضى. المتبقي هو مسار الطباعة: recoverSqlCb لا يزال يُخرج النص الإضافي. تمرير ذلك السكربت عبر الأنبوب هو ما يخبرك sqlite.org به للاستعادة.

المنعطفات الخاطئة المسجّلة مسبقًا: اعتبار تحضير الجملة الأولى تجريدًا؛ تثبيت 3.54.0 (مسودة)؛ إعادة تقديم CVE-2022-46908 --safe؛ تسمية هذا RCE في libsqlite3؛ استخدام صدفة عكسية كأوراكل.

المختبر

cd lab
./run.sh

يبني sqlite-src-3530400 إلى sqlite3 مع استعادة CLI الافتراضية على Unix (OPT_SHELL / SQLITE_ENABLE_DBPAGE_VTAB). writable_schema بعد .dbconfig defensive off. مزروع CREATE TABLE t(x); مع سطر جديد .shell echo SQLITE-CLI-RECOVER-WITNESS. .recover طبع .shell. عند تمريره عبر الأنبوب إلى sqlite3 ثانٍ، شغّله. ربط الاسترجاع.

SUCCESS sqlite-cli-recover how=recover-pipe-dot-shell recover-has-shell=yes restore-echo=yes SQLITE-CLI-RECOVER-WITNESS

الإصلاح

لا تطبع SQL المخطط الذي ليس جملة واحدة. اقسم عند أول تحضير، أخرج تلك الجملة فقط، أو ارفض الصف. اقتبس CREATE العادي بالطريقة التي يستخدمها تفريغ الجدول الافتراضي بالفعل %q. اعتبر سطر . اللاحق خبيثًا وأسقطه. --safe على sqlite3 الاستعادة يحجب .shell؛ إنه ليس مفعّلًا في الأنبوب الموثّق.

المراجع

  • sqlite.org/src وسم version-3.53.4 (b09c88c14082339b66c7b7158d609a771e64ca69)
  • Recovering Data From A Corrupt SQLite Database - .recover الموثّق ثم الاستعادة
  • ext/recover/sqlite3recover.c recoverOneStmt / recoverWriteSchema1
  • src/shell.c.in recoverSqlCb, .dump printSchemaLine
تنزيل الأداة