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

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

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

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

• ${\displaystyle E_{s}}$ (أجزاء الإنتروبيا في أعلى المكدس)
• ${\displaystyle E_{m}}$ (بتات الإنتروبيا لقاعدة mmap() )
• ${\displaystyle E_{x}}$ (بتات الإنتروبيا لقاعدة الملف التنفيذي الرئيسي)
• ${\displaystyle E_{h}}$ (بتات الإنتروبيا لقاعدة الكومة)
• ${\displaystyle A_{s}}$ (البتات المهاجمة لكل محاولة إنتروبيا المكدس)
• ${\displaystyle A_{m}}$ (البتات المهاجمة لكل محاولة من إنتروبيا mmap() الأساسية)
• ${\displaystyle A_{x}}$ (البتات المهاجمة لكل محاولة من إنتروبيا الملف التنفيذي الرئيسي)
• ${\displaystyle A_{h}}$ (البتات المهاجمة لكل محاولة لإحداث إنتروبيا قاعدة الكومة)
• ${\displaystyle \alpha }$ (المحاولات المبذولة)
• ${\displaystyle N}$ (إجمالي كمية الإنتروبيا: ${\displaystyle N=(E_{s}-A_{s})+(E_{m}-A_{m})+(E_{x}-A_{x})+(E_{h}-A_{h})\,}$ )

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

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

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

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

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

• عدد المكتبات التي يستخدمها المهاجم
• ${\displaystyle E_{m}={\begin{cases}\log _{2}\left(l\right)&{\text{ if }}\beta \,=1,l\geq \,1\\\sum _{i=l}^{l-\left(\beta \,-1\right)}\log _{2}\left(i\right)&{\text{ if }}\beta \,\geq \,1,l\geq \,1\end{cases}}}$

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

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

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

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

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

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

قدمت شركة أبل تقنية تخطيط مساحة العنوان العشوائي (ASLR) في نظام التشغيل اي او إٍس 4.3، الذي أُصدر في مارس 2011.^[13]

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

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

قامت نواة لينكس بتفعيل شكل أساسي من تقنية 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]^[16] وتتحكم مجموعة من خيارات sysctl في السلوك العام لتقنية ASLR. على سبيل المثال، يتحكم الخيار kernel.randomize_va_space في جوانب مساحة العنوان التي سيتم تطبيق العشوائية عليها؛ وتُعد القيمة 2 هي الخيار الأقوى. أما الخيار vm.mmap_rnd_bits فيتحكم في عدد البتات التي سيتم تعيينها عشوائيًا لعمليات mmap. . ^[17]

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

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

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

قامت شركة Microsoft بتضمين تقنية ASLR ي نظام التشغيل ويندوز فيستا (الذي أُصدر في يناير 2007) والإصدارات اللاحقة فقط للملفات التنفيذية ومكتبات الارتباط الديناميكي (DLLs) التي تم ربطها خصيصًا لتمكين ASLR. ^[30] من أجل التوافق، لا يتم تمكينه افتراضيًا للتطبيقات الأخرى. بشكل عام، تكون البرامج القديمة فقط غير متوافقة ويمكن تمكين ASLR بالكامل عن طريق تحرير إدخال التسجيل HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management\MoveImages ، ^[31] أو عن طريق تثبيت مجموعة أدوات تجربة التخفيف المحسّنة من Microsoft.

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

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

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

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

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

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

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

في عام 2003، أصبح OpenBSD أول نظام تشغيل رئيسي يدعم شكلًا قويًا من ASLR ويقوم بتنشيطه افتراضيًا. ^[41] أكمل OpenBSD دعمه لـ ASLR في عام 2008 عندما أضاف الدعم لثنائيات PIE . ^[42] تم تصميم malloc(3) في OpenBSD 4.4 لتحسين الأمان من خلال الاستفادة من ميزات ASLR وصفحة الفجوة التي تم تنفيذها كجزء من نداء نظام mmap في OpenBSD، وللكشف عن أخطاء الاستخدام بعد التحرير. ^[43] تم إصدار 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) افتراضيًا.^[42]

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

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

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

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