عشوائية ترتيب فضاء العناوين

**تخطيط مساحة العنوان العشوائي** ( **ASLR** ) هو إجراء أمني حاسوبي يهدف إلى الحماية من استغلال الثغرات الناجمة عن تلف الذاكرة. وتعمل هذه التقنية على ترتيب مواقع مساحة العنوان بشكل عشوائي للمكونات الأساسية لعملية ما، مثل قاعدة القابل للتنفيذ، ومواقع المكدس (Stack)، والكومة (Heap)، والمكتبات، وذلك ملف بهدف منع المهاجم من إعادة توجيه تنفيذ التعليمات البرمجية بشكل يعتمد عليه، على سبيل المثال، إلى وظيفة مستغلة محددة في الذاكرة. وعند تطبيق تقنية ASLR على مستوى نواة نظام التشغيل، يُطلق عليها اسم عشوائية تخطيط مساحة عنوان النواة (KASLR).. 

## تاريخ
يُعد مشروع باكس لينكس أول من صاغ مصطلح "تخطيط مساحة العنوان العشوائي"، وقام بنشر أول تصميم وتنفيذ لهذه التقنية في يوليو 2001 على شكل تصحيح لنواة لينكس. ويُعتبر تنفيذه شاملاً، حيث قدم تصحيحًا للتوزيع العشوائي لمكدس النواة منذ أكتوبر 2002. 

كان نظام التشغيل OpenBSD الإصدار 3.4، الذي صدر في عام 2003، أول نظام تشغيل رئيسي يدعم تقنية ASLR افتراضيًا،[1][2] تبعه نظام لينكس في عام 2005.

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

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

للتغلب على تقنية تخطيط مساحة العنوان العشوائي (ASLR)، يتطلب الأمر من المهاجمين تخمين مواقع جميع مناطق الذاكرة التي يسعون إلى استغلالها بنجاح. وفيما يتعلق بمناطق البيانات كالمكدس (Stack) والكومة (Heap)، حيث يمكن تحميل تعليمات برمجية خبيثة أو بيانات استغلالية، يصبح استهداف نطاق أوسع من المواقع المحتملة ممكنًا باستخدام شرائح تعليمات NOP (لا تنفذ عملية) أو نسخ متكررة من البيانات. يزيد هذا من فرص نجاح الهجوم حتى لو تم تعيين المنطقة عشوائيًا إلى إحدى القيم القليلة المحتملة. في المقابل، تتطلب مناطق التعليمات البرمجية، مثل قاعدة المكتبة والملف التنفيذي الرئيسي، اكتشافًا دقيقًا لمواقعها. وغالبًا ما تكون هذه المناطق عرضة لتقنيات المزج، حيث يتم، على سبيل المثال، حقن إطارات المكدس في المكدس وتنفيذ عمليات إرجاع إلى المكتبة.

يمكن إعلان المتغيرات التالية:

* E_s (أجزاء الإنتروبيا في أعلى المكدس)
* E_m (بتات الإنتروبيا لقاعدة `mmap()` )
* E_x (بتات الإنتروبيا لقاعدة الملف التنفيذي الرئيسي)
* E_h (بتات الإنتروبيا لقاعدة الكومة)
* A_s (البتات المهاجمة لكل محاولة إنتروبيا المكدس)
* A_m (البتات المهاجمة لكل محاولة من إنتروبيا `mmap()` الأساسية)
* A_x (البتات المهاجمة لكل محاولة من إنتروبيا الملف التنفيذي الرئيسي)
* A_h (البتات المهاجمة لكل محاولة لإحداث إنتروبيا قاعدة الكومة)
* \alpha (المحاولات المبذولة)
* N (إجمالي كمية الإنتروبيا: N = (E_s-A_s) + (E_m-A_m) + (E_x-A_x) + (E_h-A_h)\, )

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

احتمالية تحقيق النجاح بعد تنفيذ عدد محدد من المحاولات (α) على نظام يستخدم N بت من الإنتروبيا في عملية تخطيط مساحة العنوان العشوائي (ASLR).

* g \left ( \alpha\, \right ) = 1 - { \left ( 1 - {2^{-N}} \right ) ^ \alpha\,} \,\text{ if } 0 \le \, \alpha\, (تخمين معزول؛ يتم إعادة ترتيب مساحة العنوان بشكل عشوائي بعد كل محاولة)
* b \left ( \alpha\, \right ) = \frac{\alpha\,} \,\text{ if } 0 \le \, \alpha\, \le \, {2^N} (القوة الغاشمة المنهجية على نسخ البرنامج التي لها نفس مساحة العنوان)

في العديد من الأنظمة الحديثة، يمكن أن يصل عدد البتات المستخدمة في تقنية ASLR (المعبر عنها بـ N) إلى الآلاف أو الملايين، مما يوفر مستوى عالٍ من الحماية. أما في الأنظمة ذات معمارية 32 بت، فيبلغ متوسط كمية الإنتروبيا (N) حوالي 8 بتات.[1] وبالنظر إلى سرعات الحواسيب في عام 2004، ذكر شاكام وزملاؤه أنه "يمكن تجاوز عشوائية العناوين التي تبلغ 16 بتًا بهجوم القوة الغاشمة في غضون دقائق معدودة". (يعتمد هذا التصريح على افتراض إمكانية مهاجمة التطبيق المستهدف عدة مرات متتالية دون أي تأخير.)

يقوم نظام أندرويد،[8] وأنظمة تشغيل أخرى محتملة،[ما هي؟] بتنفيذ تقنية عشوائية ترتيب تحميل المكتبات (Library Load Order Randomization)، وهي شكل من أشكال ASLR يعمل على جعل ترتيب تحميل المكتبات المشتركة عشوائيًا. توفر هذه التقنية قدرًا محدودًا من الإنتروبيا. يوضح الجدول التالي تقريبًا لعدد بتات الإنتروبيا التي توفرها كل مكتبة مطلوبة؛ ولا يأخذ هذا التقدير في الحسبان الأحجام المختلفة للمكتبات حتى الآن، لذا فإن الإنتروبيا الفعلية المكتسبة تكون أعلى إلى حد ما. يحتاج المهاجمون عادةً إلى استغلال مكتبة واحدة فقط؛ وتصبح العمليات الحسابية أكثر تعقيدًا عند وجود مكتبات متعددة، كما سيُوضح لاحقًا. وتمثل حالة المهاجم الذي يستخدم مكتبة واحدة فقط تبسيطًا للصيغة الأكثر تعقيدًا عندما يكون عدد المكتبات المستغلة (l) يساوي 1.

* 
* 
E_m = \begin{cases} \log_2 \left (l \right ) &\text{ if } \beta\, = 1, l \ge \, 1 \\
\sum_{i=l}^{l - \left ( \beta\, - 1 \right )} \log_2 \left (i \right ) &\text{ if } \beta\, \ge \, 1, l \ge \, 1
\end{cases}


تميل هذه القيم إلى الانخفاض حتى مع القيم الكبيرة لـ l (عدد المكتبات)، والأهم من ذلك أن المهاجمين عادةً ما يكونون مقيدين باستخدام مكتبة سي القياسية فقط، وبالتالي يمكن غالبًا افتراض أن β=1 (حيث β يمثل عدد المكتبات التي يمكن للمهاجم استخدامها بشكل موثوق). ومع ذلك، حتى مع وجود عدد قليل من المكتبات الأخرى، يمكن اكتساب بعض البتات الإضافية من الإنتروبيا. لذا، من المفيد دمج عشوائية ترتيب تحميل المكتبات مع عشوائية عنوان VMA (مساحة الذاكرة الافتراضية) للحصول على بعض البتات الإضافية من الإنتروبيا. تجدر الإشارة إلى أن هذه البتات الإضافية من الإنتروبيا لن تنطبق على أجزاء الذاكرة التي يتم تعيينها باستخدام الدالة `mmap()`، بل ستقتصر على المكتبات المشتركة فقط.

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

من المحتمل تسريب معلومات تتعلق بتخطيط الذاكرة من خلال استغلال ثغرات سلاسل التنسيق (Format String Vulnerabilities). تعتمد دوال سلاسل التنسيق، مثل `printf`، على قائمة من الوسائط المتغيرة لتنفيذ وظيفتها، وتحدد مُحدِّدات التنسيق شكل هذه القائمة. وبسبب الطريقة التي تُمرر بها الوسائط عادةً، يشير كل مُحدِّد تنسيق إلى موقع قريب من أعلى إطار المكدس (Stack Frame). وفي نهاية المطاف، يمكن استخراج مؤشر الإرجاع (Return Pointer) ومؤشر إطار المكدس (Stack Frame Pointer)، مما يكشف عن عنوان المكتبة المعرضة للاستغلال وعنوان إطار مكدس معروف. هذا الاستغلال يُقلل من فعالية عشوائية المكتبات والمكدس التي تهدف إلى إعاقة المهاجم.

يمكن أيضًا تقليل فعالية الإنتروبيا في المكدس (Stack) أو الكومة (Heap) من خلال بعض التقنيات. فعادةً ما يكون المكدس محاذيًا على حدود 16 بايت، وهو أصغر فاصل عشوائي ممكن. أما الكومة، فعادةً ما تكون محاذية على حدود الصفحات، والتي غالبًا ما تكون 4096 بايت. عند محاولة تنفيذ هجوم، من الممكن محاذاة الهجمات المتكررة مع هذه الفواصل الزمنية. على سبيل المثال، يمكن استخدام شريحة من تعليمات NOP (لا تنفذ عملية) مع حقن شفرة شل (Shellcode)، ويمكن استبدال السلسلة '/bin/sh' بالسلسلة '////////bin/sh' مع عدد عشوائي من علامات الشرطة المائلة عند محاولة العودة إلى النظام. عدد البتات التي تمت إزالتها هو بالضبط \log_2\!\left (n \right ) لمدة  فترة تم مهاجمتها.

تكون هذه الانخفاضات في فعالية الإنتروبيا محدودة بكمية البيانات المتاحة في المكدس أو الكومة. فعلى سبيل المثال، عادةً ما يكون الحجم الأقصى للمكدس 8 ميجابايت وقد يتقلص إلى أقل من ذلك بكثير أثناء التنفيذ؛ يسمح هذا بتقليل الإنتروبيا بما يصل إلى 19 بتًا، على الرغم من أن التقدير الأكثر تحفظًا يشير إلى حوالي 10 بتات تتوافق مع نطاق حشو للمكدس يتراوح بين 4 و 16 بايت.فإن حجم الكومة محدود في سلوك مُخصص الذاكرة؛ ففي حالة مكتبة جنو لسي ، حيث يتم إنشاء قواعد بيانات التخصيصات التي تزيد عن 128 كيلوبايت باستخدام الدالة ،مما يحد من قدرة المهاجمين على تقليل الإنتروبيا بأكثر من 5 بتات. ويُعد هذا أيضًا عاملًا مُقيِّدًا عند اللجوء إلى أسلوب القوة الغاشمة، فإن حجم كل هجوم يزداد بشكل ملحوظ، وهو ما قد يجعل السلوك الخبيث واضحًا لأنظمة اكتشاف التطفل في بعض الحالات.

### القيود
العناوين المحمية بواسطة تقنية ASLR قد تتعرض للتسريب عبر قنوات جانبية متنوعة، مما يُبطل فعالية هذه الآلية الدفاعية. وقد استغلت هجمات حديثة معلومات مُسربة من خلال جداول الصفحات المتحركة الخاصة بمخزن هدف الفرع (Branch Target Buffer - BTB) لوحدة المعالجة المركزية أو وحدة إدارة الذاكرة (Memory Management Unit - MMU).يظل من غير الواضح ما إذا كان من الممكن التخفيف من حدة هذه الفئة من الهجمات التي تستهدف تجاوز تقنية ASLR عبر القنوات الجانبية. وفي حال عدم التوصل إلى آليات دفاع فعالة ضدها، فإن الفوائد الأمنية التي توفرها ASLR قد تتضاءل أو تختفي تمامًا.

### التحليل التجريبي
في أغسطس 2024، صدرت ورقة بحثية تضمنت تحليلًا تجريبيًا معمقًا لمنصات سطح المكتب الرئيسية، بما في ذلك لينكس و macOS و وندوز، وذلك عبر فحص التباين في مواقع كائنات الذاكرة بين العمليات المختلفة، والخيوط المتعددة، وعمليات إعادة تشغيل النظام. وقد أظهرت النتائج أنه في حين توفر بعض الأنظمة اعتبارًا من عام 2024، مثل توزيعات Linux الحديثة، درجة قوية من العشوائية في تخطيط الذاكرة، فإن أنظمة أخرى، مثل Windows و macOS، غالبًا ما تقصر في توفير عشوائية كافية للمجالات الرئيسية مثل التعليمات البرمجية القابلة للتنفيذ والمكتبات المشتركة. بالإضافة إلى ذلك، كشف الباحثون عن انخفاض ملحوظ في إنتروبيا المكتبات بعد إصدار النواة لينكس 5.18، وحددوا مسارات ارتباط يمكن للمهاجمين استغلالها لتقليل تعقيد عملية الاستغلال بشكل كبير.

## التنفيذات
تقوم غالبية أنظمة التشغيل العامة واسعة الانتشار بتطبيق تقنية تخطيط مساحة العنوان العشوائي (ASLR).

### أندرويد
يوفر نظام التشغيل أندرويد 4.0 Ice Cream Sandwich تقنية تخطيط مساحة العنوان العشوائي (ASLR) بهدف تعزيز أمان النظام وحماية تطبيقات الطرف الثالث من محاولات الاستغلال التي تستغل مشكلات إدارة الذاكرة. وقد أُضيف دعم الملفات التنفيذية المستقلة عن الموضع (Position-Independent Executables - PIE) في نظام أندرويد4.1. وفي نظام أندرويد 5.0، توقف الدعم عن الملفات غير المستقلة عن الموضع (non-PIE) وأصبح إلزاميًا أن تكون جميع الملفات الثنائية المرتبطة ديناميكيًا مستقلة عن الموضع. وقد قُبلت إضافة ميزة ترتيب تحميل المكتبات العشوائي (Library Load Order Randomization) في مشروع Android مفتوح المصدر في 26 أكتوبر 2015،[4] وتم تضمينها في إصدار أندرويد 7.0.

### دراغون فلاي بي إس دي
يتضمن نظام التشغيل دراغون فلاي بي إس دي تطبيقًا لتقنية ASLR يستند إلى نموذج OpenBSD، وقد أُضيف هذا التطبيق في عام 2010. وتكون هذه الميزة مُعطلة افتراضيًا، ويمكن تفعيلها عن طريق تعيين قيمة المتغير sysctl `vm.randomize_mmap` إلى 1.

### فري بي إس دي
أُضيف دعم تقنية ASLR إلى نظام التشغيل فري بي إس دي في الإصدار 13.0. وقد تم تفعيلها افتراضيًا بدءًا من الإصدار 13.2.

### iOS (iPhone، iPod touch، iPad)
قدمت شركة أبل تقنية تخطيط مساحة العنوان العشوائي (ASLR) في نظام التشغيل اي او إٍس 4.3، الذي أُصدر في مارس 2011.

تم تقديم KASLR في نظام التشغيل iOS 6. قاعدة النواة العشوائية هي  ، حيث أن  عبارة عن بايت عشوائي من SHA1 (بيانات عشوائية) تم إنشاؤها بواسطة iBoot (محمل التمهيد اي او إٍس للمرحلة الثانية).

قُدمت تقنية KASLR (عشوائية تخطيط مساحة عنوان النواة) في نظام التشغيل اي او إٍس6.[1] ويتم تحديد العنوان الأساسي للنواة بشكل عشوائي باستخدام الصيغة: 0x01000000 + ((1 + 0xRR) * 0x00200000)، حيث يمثل 0xRR بايتًا عشوائيًا يتم إنشاؤه بواسطة خوارزمية SHA1 بناءً على بيانات عشوائية، ويتم إنشاؤه بواسطة iBoot (محمل التمهيد للمرحلة الثانية في نظام اي او إٍس ).

### لينكس
قامت نواة لينكس بتفعيل شكل أساسي من تقنية ASLR افتراضيًا منذ إصدار النواة 2.6.12، الذي صدر في يونيو 2005. وتوفر مجموعات تصحيحات PaX و Exec Shield لنواة لينكس تطبيقات أكثر شمولية لهذه التقنية.توفر رقعة Exec Shield لنظام لينكس 19 بت من إنتروبيا المكدس على فترة 16 بايت، فإن 8 بتات من العشوائية الأساسية لعمليات `mmap` على مدى صفحة واحدة بحجم 4096 بايت تُنتج توزيعًا لقاعدة المكدس ضمن منطقة ذاكرة بعرض 8 ميجابايت، مما يوفر 524,288 موقعًا محتملًا، بينما تُوزع قاعدة `mmap` ضمن منطقة ذاكرة بعرض 1 ميجابايت، مما يوفر 256 موقعًا محتملًا.

يمكن تعطيل تقنية ASLR لعملية معينة عن طريق تعديل نطاق تنفيذها باستخدام استدعاء النظام `personality(2)`.[1] وتتحكم مجموعة من خيارات `sysctl` في السلوك العام لتقنية ASLR. على سبيل المثال، يتحكم الخيار `kernel.randomize_va_space` في جوانب مساحة العنوان التي سيتم تطبيق العشوائية عليها؛ وتُعد القيمة 2 هي الخيار الأقوى. أما الخيار `vm.mmap_rnd_bits` فيتحكم في عدد البتات التي سيتم تعيينها عشوائيًا لعمليات `mmap`. . 

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

في عام 2014، كشف ماركو-جيسبرت وريبول عن تقنية أُطلق عليها اسم offset2lib، والتي تعمل على إضعاف فعالية تقنية ASLR في نظام لينكس للملفات التنفيذية المستقلة عن الموضع (PIE). تقوم نوى لينكس بتحميل ملفات PIE التنفيذية مباشرة بعد تحميل مكتباتها؛ ونتيجة لذلك، توجد إزاحة ثابتة بين عنوان الملف التنفيذي وعناوين وظائف المكتبة. إذا تمكن المهاجم من اكتشاف عنوان وظيفة معينة داخل الملف التنفيذي، فستصبح عناوين المكتبات الأخرى معروفة أيضًا. وقد أظهر الباحثان هجومًا عمليًا يمكنه تحديد هذا العنوان في أقل من 400 محاولة. وقد اقترحا خيارًا جديدًا لتكوين النواة تحت اسم `randomize_va_space=3` بهدف توزيع موضع الملف التنفيذي بشكل عشوائي بالنسبة للمكتبات،[1] إلا أن هذا الخيار لم يُدمج بعد في الشيفرة المصدرية الرئيسية لنواة Linux حتى عام 2024. 

أدى إصدار لينكس kernel 5.18 في مايو 2022 إلى تقليل فعالية تنفيذات 32 بت و64 بت. تستدعي أنظمة ملفات Linux `thp_get_unmapped_area` للرد على mmap المدعومة بالملف. مع التغيير في الإصدار 5.18، الملفات التي يزيد حجمها عن 2&nbsp;تم تصميم MiB لإرجاع 2&nbsp;عناوين متوافقة مع ميجا بايت، بحيث يمكن دعمها بواسطة صفحات ضخمة . (في السابق، كانت المحاذاة المتزايدة تُطبق فقط على تعيينات الوصول المباشر (DAX)). وفي الوقت نفسه، توسعت مكتبة C (libc) بمرور الوقت لتتجاوز عتبة 2 ميجابايت المحددة، ونتيجة لذلك، وبدلًا من محاذاتها على حدود 4 كيلوبايت (كما كان شائعًا في السابق)، أصبحت هذه المكتبات الآن محاذية على حدود 2 ميجابايت، مما أدى إلى فقدان 9 بتات من الإنتروبيا. وبالنسبة لأنظمة لينكس ذات معمارية 32 بت، لا تُظهر العديد من التوزيعات أي عشوائية في تحديد موقع مكتبة libc على الإطلاق. أما في أنظمة لينكس ذات معمارية 64 بت، فقد انخفضت إنتروبيا تحديد موقع libc من 28 بتًا إلى 19 بتًا. وردًا على ذلك، قام Ubuntu بزيادة إعداد عشوائية عناوين الذاكرة الافتراضية.  وقد أضاف Martin Doucha حالة اختبار إلى مشروع اختبار Linux بهدف الكشف عن هذه المشكلة. 

#### تخطيط مساحة عنوان النواة عشوائيًا
يتيح تخطيط مساحة عنوان النواة (KASLR) تطبيق تقنية عشوائية تخطيط مساحة العنوان على صورة نواة لينكس عن طريق تغيير الموقع الذي يتم فيه تحميل كود النواة في الذاكرة بشكل عشوائي أثناء عملية التمهيد.  تم دمج KASLR في الخط الرئيسي لنواة لينكس في إصدار النواة 3.14، الذي تم إصداره في 30 مارس 2014.  عند تجميع النواة، يمكن تعطيل ميزة KASLR (عشوائية تخطيط مساحة عنوان النواة) في وقت التمهيد عن طريق تحديد الخيار `nokaslr` كأحد معلمات تمهيد النواة.. 

هناك العديد من هجمات القنوات الجانبية في معالجات x86 والتي قد تؤدي إلى تسريب عناوين النواة.   في أواخر عام 2017، تم تطوير عزل جدول صفحات النواة (KPTI المعروف أيضًا باسم KAISER) للتغلب على هذه الهجمات.  ومع ذلك، فإن هذه الطريقة في تطبيق ASLR لا توفر حماية ضد هجمات القنوات الجانبية التي تستغل التصادمات في هياكل التنبؤ بالفرع (Branch Prediction Structures). 

اعتبارًا من عام 2021، يُعد تخطيط مساحة عنوان النواة الأكثر دقة (أو ما يُعرف بـ FGKASLR، أي KASLR الحبيبي للوظيفة) امتدادًا مُقترحًا لتقنية KASLR يهدف إلى تعزيز العشوائية لتشمل مستوى الوظائف داخل النواة. ويتحقق ذلك عن طريق وضع كل وظيفة في قسم ذاكرة منفصل وإعادة ترتيب هذه الأقسام بشكل عشوائي أثناء عملية تمهيد النظام.

### مايكروسوفت ويندوز
قامت شركة Microsoft بتضمين تقنية ASLR ي نظام التشغيل ويندوز فيستا (الذي أُصدر في يناير 2007) والإصدارات اللاحقة فقط للملفات التنفيذية ومكتبات الارتباط الديناميكي (DLLs) التي تم ربطها خصيصًا لتمكين ASLR.  من أجل التوافق، لا يتم تمكينه افتراضيًا للتطبيقات الأخرى. بشكل عام، تكون البرامج القديمة فقط غير متوافقة ويمكن تمكين ASLR بالكامل عن طريق تحرير إدخال التسجيل  ،  أو عن طريق تثبيت مجموعة أدوات تجربة التخفيف المحسّنة من Microsoft.

يتم أيضًا تطبيق العشوائية على مواقع الكومة (Heap)، والمكدس(Stack)، وكتلة بيئة العملية (Process Environment Block - PEB)، وكتلة بيئة الخيط (Thread Environment Block - TEB). وقد أشارت ورقة بيضاء أمنية صادرة عن شركة Symantec إلى أن تطبيق تقنية ASLR في نظام التشغيل Windows Vista ذي معمارية 32 بت قد لا يوفر مستوى الحماية المتوقع، وقد أقرت شركة Microsoft بوجود بعض نقاط الضعف في تنفيذه. 

تقدم أنظمة منع التطفل المستندة إلى المضيف مثل *WehnTrust* و *Ozone* أيضًا ASLR لنظامي التشغيل ويندوز اكس بي وويدوز سرفر 2003 . WehnTrust هو برنامج مفتوح المصدر. التفاصيل الكاملة لتنفيذ الأوزون غير متاحة.

توفر أنظمة منع التطفل المستندة إلى المضيف (Host-based Intrusion Prevention Systems - HIPS)، مثل WehnTrust و Ozone ، أيضًا وظيفة ASLR لأنظمة التشغيل ويندوز اكس بي وويندوز سيرفر 2003. ويُعد WehnTrust برنامجًا مفتوح المصدر ، بينما التفاصيل الكاملة لتنفيذ Ozone غير متاحة للعامة. 

في فبراير 2012، أشارت ملاحظات  إلى أن فعالية تقنية ASLR على أنظمة ويندوز ذات معمارية 32 بت والإصدارات الأقدم من ويندوز 8 قد تتراجع في حالات نقص الذاكرة. وقد توصلت نفس الدراسة إلى تأثير مماثل على نظام لينكس. أما بالنسبة لنظام Mac OS X 10.7.3، فقد تسبب كود الاختبار المستخدم في حدوث حالة ذعر في النواة، مما جعل سلوك تقنية ASLR في هذا السيناريو غير واضح.

### نت بي إس دي
ظهر دعم ASLR في عالم المستخدم في NetBSD 5.0 (تم إصداره في أبريل 2009)، وتم تمكينه افتراضيًا في NetBSD-current في أبريل 2016

أُضيف دعم تقنية ASLR لمساحة المستخدم في نظام التشغيل نت بي اس دي 5.0، الذي أُصدر في أبريل 2009.[1] وقد تم تفعيل هذه الميزة افتراضيًا في النسخة الحالية من NetBSD (NetBSD-current) في أبريل 2016. 

أُضيف دعم تقنية Kernel ASLR (KASLR) على معمارية amd64 في النسخة الحالية من نظام التشغيل NetBSD (NetBSD-current) في أكتوبر 2017، مما جعل NetBSD أول نظام تشغيل من عائلة BSD يدعم KASLR. 

### أوبن بي إس دي
في عام 2003، أصبح OpenBSD أول نظام تشغيل رئيسي يدعم شكلًا قويًا من ASLR ويقوم بتنشيطه افتراضيًا.  أكمل OpenBSD دعمه لـ ASLR في عام 2008 عندما أضاف الدعم لثنائيات PIE .  تم تصميم malloc(3) في OpenBSD 4.4 لتحسين الأمان من خلال الاستفادة من ميزات ASLR وصفحة الفجوة التي تم تنفيذها كجزء من نداء نظام `mmap` في OpenBSD، وللكشف عن أخطاء الاستخدام بعد التحرير.  تم إصدار OpenBSD 5.3 في عام 2013، وكان أول نظام تشغيل رئيسي يمكّن الملفات القابلة للتنفيذ المستقلة عن الموضع افتراضيًا على منصات أجهزة متعددة، كما قام OpenBSD 5.7 بتنشيط الثنائيات الثابتة المستقلة عن الموضع (Static-PIE) افتراضيًا.

في عام 2003، أصبح اوبن بي اس دي أول نظام تشغيل رئيسي يدعم تطبيقًا قويًا لتقنية ASLR ويقوم بتفعيله افتراضيًا.[1] وقد استكمل OpenBSD دعمه لـ ASLR في عام 2008 بإضافة الدعم للثنائيات المستقلة عن الموضع (PIE).[2] صُممت دالة `malloc(3)` في OpenBSD 4.4 لتعزيز الأمان من خلال الاستفادة من ميزات ASLR وصفحة الفجوة التي تم تنفيذها كجزء من استدعاء النظام `mmap` في OpenBSD، وكذلك للكشف عن أخطاء الاستخدام بعد التحرير.[3] وفي عام 2013، صدر OpenBSD 5.3 ليصبح أول نظام تشغيل رئيسي يمكّن الملفات التنفيذية المستقلة عن الموضع افتراضيًا على مختلف المنصات المعمارية. كما قام OpenBSD 5.7، الذي صدر لاحقًا، بتفعيل الثنائيات الثابتة المستقلة عن الموضع (Static-PIE) افتراضيًا.

### ماك أو إس
في نظام التشغيل ماك او اكس ليوبارد 10.5، الذي أُصدر في أكتوبر 2007، قدمت شركة Apple ميزة التوزيع العشوائي لمكتبات النظام. 

في نظام ماك او اكس ليوبارد 10.7 (الصادر في يوليو 2011)، وسّعت Apple نطاق تطبيقها ليشمل جميع التطبيقات، حيث ذكرت أن "توزيع تخطيط مساحة العناوين (ASLR) قد حُسِّن لجميع التطبيقات، مما يجعل تطبيقات 64 بت و32 بت أكثر مقاومة للهجمات. 

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

### سولاريس
قُدمت تقنية ASLR في نظام التشغيل Solaris بدءًا من الإصدار 11.1، الذي أُصدر في أكتوبر 2012. وفي Solaris 11.1، يمكن تهيئة إعدادات ASLR على مستوى النظام بأكمله، أو لكل منطقة (Zone) على حدة، أو على أساس الملفات الثنائية. 

## استغلال
لقد ثبت أن هجوم القناة الجانبية الذي يستغل مخزن هدف الفرع (Branch Target Buffer) يمكنه تجاوز حماية تقنية ASLR.[1] وفي عام 2017، تم عرض هجوم أُطلق عليه اسم "ASLR⊕Cache"، والذي أظهر القدرة على إضعاف فعالية ASLR في متصفحات الويب باستخدام لغة JavaScript. 

## انظر أيضا

* تجاوز سعة المخزن المؤقت

## مراجع

## روابط خارجية

* تقنيات التخفيف من الاستغلال: تحديث بعد عشر سنوات  في OpenBSD
* توثيق PaX على ASLR
* مقارنة بين PaX وExec Shield وW^X 
* تخطيط مساحة العنوان عشوائيًا في نظام التشغيل Windows Vista - مدونة مايكل هوارد على الويب
* ASLR لنظامي التشغيل Windows 2000/XP/2003 (WehnTrust)
* تجاوز حماية PaX ASLR
* حول فعالية تخطيط مساحة العنوان العشوائية
* اختبار التطبيقات (أو المكتبات) لدعم ASLR وDEP
* مرجع ASLR Smack & Laugh 

تصنيف:أمن نظام التشغيل