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

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

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

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

دليل الأدوات

الفئات

عرض جميع الفئات
Loading categories
أدوات/GitHubGitHub/satheesh575555/linux-4.1.15_cve-2023-28772
أمان الأنظمة المدمجةتحليل الثغرات الأمنيةالاستغلالتحليل الملفات الثنائيةالتعلم والتعليم
GitHubsatheesh575555/linux-4.1.15_cve-2023-28772

linux-4.1.15_CVE-2023-28772

يحلل ويوضح ثغرة نواة Linux CVE-2023-28772، ويوفر مصدر نواة مصححًا أو ضعيفًا لأغراض البحث الأمني والتعليم.

عرض المستودع

الأكثر شعبية

عرض الكل →

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

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

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

عرض جميع الأدوات →
مشاركة
11منذ 3 سنواتلم تتم المراجعة بعد

إصدار نواة لينكس 4.x http://kernel.org/

هذه هي ملاحظات الإصدار لإصدار لينكس 4. اقرأها بعناية، لأنها تخبرك بما يدور حوله هذا الموضوع، وتشرح كيفية تثبيت النواة، وماذا تفعل إذا حدث خطأ ما.

ما هو لينكس؟

لينكس هو نسخة من نظام التشغيل يونكس، كُتب من الصفر بواسطة لينوس تورفالدز بمساعدة فريق غير رسمي من المبرمجين عبر الإنترنت. يهدف إلى التوافق مع POSIX و Single UNIX Specification.

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

يتم توزيعه تحت رخصة GNU العامة - راجع ملف COPYING المرفق لمزيد من التفاصيل.

على أي أجهزة يعمل؟

على الرغم من تطويره في الأصل لأجهزة الكمبيوتر الشخصية 32 بت المعتمدة على x86 (386 أو أعلى)، إلا أن لينكس اليوم يعمل أيضًا على (على الأقل) بنيات Alpha AXP من Compaq، و Sun SPARC و UltraSPARC، و Motorola 68000، و PowerPC، و PowerPC64، و ARM، و Hitachi SuperH، و Cell، و IBM S/390، و MIPS، و HP PA-RISC، و Intel IA-64، و DEC VAX، و AMD x86-64، و AXIS CRIS، و Xtensa، و Tilera TILE، و AVR32 و Renesas M32R.

يمكن نقل لينكس بسهولة إلى معظم البنيات 32 أو 64 بت ذات الأغراض العامة طالما أنها تحتوي على وحدة إدارة ذاكرة صفحات (PMMU) ومترجم GNU C (gcc) (جزء من مجموعة مترجمات GNU، GCC). تم أيضًا نقل لينكس إلى عدد من البنيات بدون PMMU، على الرغم من أن الوظائف محدودة بشكل واضح عندئذٍ. تم أيضًا نقل لينكس إلى نفسه. يمكنك الآن تشغيل النواة كتطبيق مساحة مستخدم - وهذا يسمى UserMode Linux (UML).

التوثيق:

  • هناك الكثير من التوثيق المتاح سواء في شكل إلكتروني على الإنترنت وفي الكتب، سواء كانت خاصة بلينكس أو تتعلق بأسئلة يونكس العامة. أوصي بالاطلاع على الدلائل الفرعية للتوثيق على أي موقع FTP للينكس للحصول على كتب LDP (مشروع توثيق لينكس). هذا الملف README ليس المقصود منه أن يكون توثيقًا للنظام: هناك مصادر أفضل بكثير متاحة.

  • توجد ملفات README متنوعة في الدليل الفرعي Documentation/: تحتوي هذه عادةً على ملاحظات تثبيت خاصة بالنواة لبعض برامج التشغيل على سبيل المثال. راجع Documentation/00-INDEX للحصول على قائمة بما يوجد في كل ملف. يرجى قراءة ملف Changes، لأنه يحتوي على معلومات حول المشكلات التي قد تنتج عن ترقية النواة الخاصة بك.

  • يحتوي الدليل الفرعي Documentation/DocBook/ على العديد من الأدلة لمطوري النواة والمستخدمين. يمكن عرض هذه الأدلة بعدة تنسيقات: PostScript (.ps)، PDF، HTML، وصفحات الرجل، من بين أخرى. بعد التثبيت، ستقوم "make psdocs" أو "make pdfdocs" أو "make htmldocs" أو "make mandocs" بعرض التوثيق بالتنسيق المطلوب.

تثبيت مصدر النواة:

  • إذا قمت بتثبيت المصادر الكاملة، ضع ملف النواة المضغوط في دليل لديك أذونات فيه (مثل دليل منزلك) وقم بفك ضغطه:

    xz -cd linux-4.X.tar.xz | tar xvf -

    استبدل "X" برقم الإصدار لأحدث نواة.

    لا تستخدم منطقة /usr/src/linux! تحتوي هذه المنطقة على مجموعة (غير كاملة عادةً) من رؤوس النواة المستخدمة بواسطة ملفات رأس المكتبة. يجب أن تتطابق مع المكتبة، وألا تتلف بسبب أي إصدار نواة حالي.

  • يمكنك أيضًا الترقية بين إصدارات 4.x عن طريق التصحيح. يتم توزيع التصحيحات بتنسيق xz. للتثبيت عن طريق التصحيح، احصل على جميع ملفات التصحيح الأحدث، أدخل الدليل الأعلى لمصدر النواة (linux-4.X) ونفذ:

    xz -cd ../patch-4.x.xz | patch -p1

    استبدل "x" لجميع الإصدارات الأكبر من الإصدار "X" لشجرة المصادر الحالية الخاصة بك، بالترتيب، وستكون بخير. قد ترغب في إزالة ملفات النسخ الاحتياطي (some-file-name~ أو some-file-name.orig)، وتأكد من عدم وجود تصحيحات فاشلة (some-file-name# أو some-file-name.rej). إذا كانت موجودة، فإما أنت أو أنا أخطأنا.

    على عكس التصحيحات لنواة 4.x، فإن تصحيحات نواة 4.x.y (المعروفة أيضًا باسم النوى المستقرة -stable) ليست تراكمية بل يتم تطبيقها مباشرة على النواة الأساسية 4.x. على سبيل المثال، إذا كانت نواتك الأساسية هي 4.0 وتريد تطبيق تصحيح 4.0.3، فلا يجب عليك أولاً تطبيق تصحيحات 4.0.1 و 4.0.2. وبالمثل، إذا كنت تستخدم إصدار النواة 4.0.2 وتريد الانتقال إلى 4.0.3، يجب عليك أولاً عكس تصحيح 4.0.2 (أي patch -R) قبل تطبيق تصحيح 4.0.3. يمكنك قراءة المزيد عن هذا في Documentation/applying-patches.txt

    بدلاً من ذلك، يمكن استخدام البرنامج النصي patch-kernel لأتمتة هذه العملية. يحدد إصدار النواة الحالي ويطبق أي تصحيحات موجودة.

    linux/scripts/patch-kernel linux

    الوسيطة الأولى في الأمر أعلاه هي موقع مصدر النواة. يتم تطبيق التصحيحات من الدليل الحالي، ولكن يمكن تحديد دليل بديل كوسيطة ثانية.

  • تأكد من عدم وجود ملفات .o قديمة وتبعيات باقية:

    cd linux make mrproper

    يجب أن يكون لديك الآن المصادر مثبتة بشكل صحيح.

متطلبات البرامج

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

دليل البناء للنواة:

عند تجميع النواة، سيتم تخزين جميع ملفات المخرجات افتراضيًا مع شفرة مصدر النواة. استخدام الخيار "make O=output/dir" يسمح لك بتحديد مكان بديل لملفات المخرجات (بما في ذلك .config). مثال:

root@kitploit:~
 شفرة مصدر النواة: /usr/src/linux-4.X
 دليل البناء:    /home/name/build/kernel

لتكوين وبناء النواة، استخدم:

root@kitploit:~
 cd /usr/src/linux-4.X
 make O=/home/name/build/kernel menuconfig
 make O=/home/name/build/kernel
 sudo make O=/home/name/build/kernel modules_install install

يرجى ملاحظة: إذا تم استخدام الخيار 'O=output/dir'، فيجب استخدامه لجميع استدعاءات make.

تكوين النواة:

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

  • أوامر التكوين البديلة هي:

    "make config" واجهة نصية عادية.

    "make menuconfig" قوائم ملونة تعتمد على النص، وقوائم اختيار ومربعات حوار.

    "make nconfig" قوائم ملونة محسنة تعتمد على النص.

    "make xconfig" أداة تكوين تعتمد على X windows (Qt).

    "make gconfig" أداة تكوين تعتمد على X windows (Gtk).

    "make oldconfig" الإجابة افتراضيًا على جميع الأسئلة بناءً على محتويات ملف ./.config الحالي الخاص بك والسؤال عن رموز التكوين الجديدة.

    "make silentoldconfig" مثل ما سبق، ولكن يتجنب ازدحام الشاشة بأسئلة تمت الإجابة عليها بالفعل. بالإضافة إلى تحديث التبعيات.

    "make olddefconfig" مثل ما سبق، ولكن يضبط الرموز الجديدة على قيمها الافتراضية دون مطالبة.

    "make defconfig" إنشاء ملف ./.config باستخدام قيم الرموز الافتراضية إما من arch/$ARCH/defconfig أو arch/$ARCH/configs/${PLATFORM}_defconfig، اعتمادًا على البنية.

    "make ${PLATFORM}_defconfig" إنشاء ملف ./.config باستخدام قيم الرموز الافتراضية من arch/$ARCH/configs/${PLATFORM}_defconfig. استخدم "make help" للحصول على قائمة بجميع المنصات المتاحة لبنيتك.

    "make allyesconfig" إنشاء ملف ./.config عن طريق ضبط قيم الرموز إلى 'y' قدر الإمكان.

    "make allmodconfig" إنشاء ملف ./.config عن طريق ضبط قيم الرموز إلى 'm' قدر الإمكان.

    "make allnoconfig" إنشاء ملف ./.config عن طريق ضبط قيم الرموز إلى 'n' قدر الإمكان.

    "make randconfig" إنشاء ملف ./.config عن طريق ضبط قيم الرموز إلى قيم عشوائية.

    "make localmodconfig" إنشاء تكوين بناءً على التكوين الحالي والوحدات المحملة (lsmod). يعطل أي خيار وحدة غير ضروري للوحدات المحملة.

    root@kitploit:~
                        لإنشاء localmodconfig لجهاز آخر،
                        قم بتخزين lsmod لذلك الجهاز في ملف
                        وقم بتمريره كمعامل LSMOD.
    
                target$ lsmod > /tmp/mylsmod
                target$ scp /tmp/mylsmod host:/tmp
    
                host$ make LSMOD=/tmp/mylsmod localmodconfig
    
                        ما سبق يعمل أيضًا عند التجميع المتقاطع.
    

    "make localyesconfig" مشابه لـ localmodconfig، باستثناء أنه سيحول جميع خيارات الوحدات إلى خيارات مدمجة (=y).

    يمكنك العثور على مزيد من المعلومات حول استخدام أدوات تكوين نواة لينكس في Documentation/kbuild/kconfig.txt.

  • ملاحظات حول "make config":

    • وجود برامج تشغيل غير ضرورية سيجعل النواة أكبر، ويمكن في بعض الظروف أن يؤدي إلى مشكلات: البحث عن بطاقة تحكم غير موجودة قد يربك وحدات التحكم الأخرى لديك

تجميع النواة:

  • تأكد من أن لديك على الأقل gcc 3.2 متاح. لمزيد من المعلومات، راجع Documentation/Changes.

    يرجى ملاحظة أنه لا يزال بإمكانك تشغيل برامج مستخدم a.out مع هذه النواة.

  • قم بتنفيذ "make" لإنشاء صورة نواة مضغوطة. من الممكن أيضًا تنفيذ "make install" إذا كان لديك lilo مثبتًا ليتناسب مع ملفات make للنواة، ولكن قد ترغب في التحقق من إعداد lilo الخاص بك أولاً.

    للقيام بالتثبيت الفعلي، يجب أن تكون جذرًا (root)، ولكن لا يتطلب أي من عمليات البناء العادية ذلك. لا تستهين باسم الجذر.

  • إذا قمت بتكوين أي من أجزاء النواة كـ modules، فسيتعين عليك أيضًا القيام بـ "make modules_install".

  • مخرجات تجميع/بناء النواة المفصلة:

    عادةً، يعمل نظام بناء النواة في وضع هادئ إلى حد ما (ولكن ليس صامتًا تمامًا). ومع ذلك، في بعض الأحيان تحتاج أنت أو مطورو النواة الآخرون إلى رؤية أوامر التجميع والربط وغيرها تمامًا كما يتم تنفيذها. لهذا، استخدم وضع البناء "المفصل" (verbose). يتم ذلك عن طريق إدراج "V=1" في أمر "make". على سبيل المثال:

    make V=1 all

    لجعل نظام البناء يخبر أيضًا بسبب إعادة بناء كل هدف، استخدم "V=2". الإعداد الافتراضي هو "V=0".

  • احتفظ بنسخة احتياطية من النواة في متناول اليد في حالة حدوث خطأ ما. هذا صحيح بشكل خاص بالنسبة للإصدارات التطويرية، لأن كل إصدار جديد يحتوي على كود جديد لم يتم تصحيح أخطائه. تأكد من الاحتفاظ بنسخة احتياطية من الوحدات المقابلة لتلك النواة أيضًا. إذا كنت تقوم بتثبيت نواة جديدة بنفس رقم الإصدار مثل نواتك العاملة، قم بعمل نسخة احتياطية من دليل الوحدات الخاص بك قبل القيام بـ "make modules_install".

    بدلاً من ذلك، قبل التجميع، استخدم خيار تكوين النواة "LOCALVERSION" لإلحاق لاحقة فريدة بإصدار النواة العادي. يمكن ضبط LOCALVERSION في قائمة "الإعداد العام" (General Setup).

  • من أجل إقلاع النواة الجديدة، ستحتاج إلى نسخ صورة النواة (على سبيل المثال .../linux/arch/i386/boot/bzImage بعد التجميع) إلى المكان الذي توجد فيه نواتك القابلة للإقلاع العادية.

  • لم يعد إقلاع النواة مباشرة من قرص مرن دون مساعدة محمل إقلاع مثل LILO مدعومًا.

    إذا قمت بإقلاع لينكس من القرص الصلب، فمن المحتمل أنك تستخدم LILO، الذي يستخدم صورة النواة كما هو محدد في الملف /etc/lilo.conf. ملف صورة النواة هو عادة /vmlinuz أو /boot/vmlinuz أو /bzImage أو /boot/bzImage. لاستخدام النواة الجديدة، احفظ نسخة من الصورة القديمة وانسخ الصورة الجديدة فوق القديمة. ثم، يجب عليك إعادة تشغيل LILO لتحديث خريطة التحميل!! إذا لم تفعل، فلن تتمكن من إقلاع صورة النواة الجديدة.

    إعادة تثبيت LILO عادة ما تكون مسألة تشغيل /sbin/lilo. قد ترغب في تحرير /etc/lilo.conf لتحديد إدخال لصورة النواة القديمة (على سبيل المثال /vmlinux.old) في حال لم تعمل الجديدة. راجع وثائق LILO لمزيد من المعلومات.

    بعد إعادة تثبيت LILO، يجب أن يكون كل شيء جاهزًا. قم بإيقاف تشغيل النظام، وأعد التشغيل، واستمتع!

    إذا احتجت في أي وقت إلى تغيير جهاز الجذر الافتراضي، وضع الفيديو، حجم قرص الرام، إلخ. في صورة النواة، استخدم برنامج 'rdev' (أو بدلاً من ذلك خيارات إقلاع LILO عند الاقتضاء). لا حاجة لإعادة تجميع النواة لتغيير هذه المعلمات.

إذا حدث خطأ ما:

  • إذا كانت لديك مشكلات تبدو بسبب أخطاء في النواة، يرجى التحقق من ملف MAINTAINERS لمعرفة ما إذا كان هناك شخص معين مرتبط بجزء النواة الذي تواجه مشكلة معه. إذا لم يكن هناك أي شخص مدرج هناك، فإن ثاني أفضل شيء هو إرسال بريد إلكتروني إليّ ([email protected])، وربما إلى أي قائمة بريدية أخرى ذات صلة أو إلى مجموعة الأخبار.

  • في جميع تقارير الأخطاء، يرجى ذكر أي نواة تتحدث عنها، وكيفية تكرار المشكلة، وما هو إعدادك (استخدم فطنتك السليمة). إذا كانت المشكلة جديدة، أخبرني بذلك، وإذا كانت المشكلة قديمة، يرجى محاولة إخباري عندما لاحظتها لأول مرة.

  • إذا أدى الخطأ إلى رسالة مثل

    unable to handle kernel paging request at address C0000010 Oops: 0002 EIP: 0010:XXXXXXXX eax: xxxxxxxx ebx: xxxxxxxx ecx: xxxxxxxx edx: xxxxxxxx esi: xxxxxxxx edi: xxxxxxxx ebp: xxxxxxxx ds: xxxx es: xxxx fs: xxxx gs: xxxx Pid: xx, process nr: xx xx xx xx xx xx xx xx xx xx xx

    أو معلومات تصحيح أخطاء نواة مماثلة على شاشتك أو في سجل النظام الخاص بك، يرجى نسخها بالضبط. قد يبدو التفريغ غير مفهوم لك، لكنه يحتوي على معلومات قد تساعد في تصحيح المشكلة. النص فوق التفريغ مهم أيضًا: يخبر بشيء عن سبب قيام النواة بتفريغ الكود (في المثال أعلاه، يرجع إلى مؤشر نواة خاطئ). توجد معلومات إضافية حول فهم التفريغ في Documentation/oops-tracing.txt

  • إذا قمت بتجميع النواة مع CONFIG_KALLSYMS يمكنك إرسال التفريغ كما هو، وإلا سيتعين عليك استخدام برنامج "ksymoops" لفهم التفريغ (لكن التجميع مع CONFIG_KALLSYMS هو المفضل عادةً). يمكن تنزيل هذه الأداة من ftp://ftp..kernel.org/pub/linux/utils/kernel/ksymoops/ . بدلاً من ذلك، يمكنك البحث في التفريغ يدويًا:

  • في تفريغات التصحيح مثل ما سبق، يساعد بشكل كبير إذا كان بإمكانك البحث عن معنى قيمة EIP. القيمة السداسية العشرية كما هي لا تساعدني أو أي شخص آخر كثيرًا: ستعتمد على إعداد النواة الخاص بك. ما يجب عليك فعله هو أخذ القيمة السداسية العشرية من سطر EIP (تجاهل "0010:")، والبحث عنها في قائمة أسماء النواة لمعرفة أي دالة من دوال النواة تحتوي على العنوان المخالف.

    لمعرفة اسم دالة النواة، ستحتاج إلى العثور على الملف الثنائي للنظام المرتبط بالنواة التي أظهرت الأعراض. هذا هو ملف 'linux/vmlinux'. لاستخراج قائمة الأسماء ومطابقتها مع EIP من تعطل النواة، قم بما يلي:

    nm vmlinux | sort | less

    سيعطيك هذا قائمة بعناوين النواة مرتبة ترتيبًا تصاعديًا، ومن السهل العثور على الدالة التي تحتوي على العنوان المخالف. لاحظ أن العنوان المعطى بواسطة رسائل تصحيح أخطاء النواة لن يتطابق بالضرورة تمامًا مع عناوين الدوال (في الواقع، هذا غير مرجح جدًا)، لذا لا يمكنك فقط 'grep' القائمة: ومع ذلك، ستعطيك القائمة نقطة البداية لكل دالة نواة، لذلك بالبحث عن الدالة التي لها عنوان بداية أقل من الذي تبحث عنه ولكن يتبعها دالة ذات عنوان أعلى ستجد الدالة التي تريدها. في الواقع، قد تكون فكرة جيدة تضمين القليل من "السياق" في تقرير مشكلتك، مع إعطاء بضعة أسطر حول السطر المثير للاهتمام.

    إذا لم تستطع لسبب ما القيام بما سبق (لديك صورة نواة مجمعة مسبقًا أو ما شابه)، فإن إخباري بقدر ما تستطيع عن إعدادك سيساعد. يرجى قراءة مستند REPORTING-BUGS للحصول على التفاصيل.

تنزيل الأداة
  • تجميع النواة مع تعيين "نوع المعالج" إلى أعلى من 386 سينتج نواة لا تعمل على معالج 386. سوف تكتشف النواة ذلك عند الإقلاع وتتوقف.

  • النواة التي تحتوي على محاكاة رياضية (math-emulation) مدمجة ستستمر في استخدام المعالج المساعد إذا كان موجودًا: لن يتم استخدام المحاكاة الرياضية أبدًا في هذه الحالة. ستكون النواة أكبر قليلاً، ولكنها ستعمل على أجهزة مختلفة بغض النظر عما إذا كان لديها معالج مساعد رياضي أم لا.

  • تفاصيل تكوين "اختراق النواة" (kernel hacking) تؤدي عادةً إلى نواة أكبر أو أبطأ (أو كليهما)، ويمكن أن تجعل النواة أقل استقرارًا عن طريق تكوين بعض الإجراءات لمحاولة كسر الكود السيئ بشكل نشط للعثور على مشكلات النواة (kmalloc()). لذلك يجب عليك على الأرجح الإجابة بـ 'n' على الأسئلة المتعلقة بميزات "التطوير" أو "التجريبية" أو "التصحيح".

  • أعد التشغيل مع النواة الجديدة واستمتع.

  • بدلاً من ذلك، يمكنك استخدام gdb على نواة قيد التشغيل. (للقراءة فقط؛ أي لا يمكنك تغيير القيم أو تعيين نقاط التوقف.) للقيام بذلك، قم أولاً بتجميع النواة مع -g؛ قم بتحرير arch/i386/Makefile بشكل مناسب، ثم قم بعمل "make clean". ستحتاج أيضًا إلى تمكين CONFIG_PROC_FS (عبر "make config").

    بعد إعادة التشغيل مع النواة الجديدة، قم بتنفيذ "gdb vmlinux /proc/kcore". يمكنك الآن استخدام جميع أوامر gdb المعتادة. الأمر للبحث عن النقطة التي تعطل فيها نظامك هو "l *0xXXXXXXXX". (استبدل XXXes بقيمة EIP.)

    استخدام gdb على نواة غير قيد التشغيل يفشل حاليًا لأن gdb (بشكل خاطئ) يتجاهل إزاحة البداية التي تم تجميع النواة من أجلها.