بتـــــاريخ : 2/26/2011 5:59:06 AM
الفــــــــئة
  • الحـــــــــــاسب
    		•
    التعليقات المشاهدات التقييمات
    0 1979 0
    طباعة أخبر صديق

    موضوعات متعلقة

    بالصــــورتعلم كيفيه إضافة موضوع لموقع منقــــــــــــــول اكثر من 80 شكل لبرنامجك مع الشرح فيديو ثغرة امنية خطيرة في برنامج Eset Smart Security جميع الإصدارات ثغرة أمنية في إم إس إن تهدد هوتميل فوتوشوب- شرح تركيب الباترن شرح طرق التعامل مع الداتا بيز ( اضافه - تعديل - حذف - بحث ) بأفضل الأساليب خطوه بخطوه شرح واجهة الفيجوال بيسك

    مختارات من نفس الفئة

    حمل برنامج Google Maps Image Downloader 4.25 مجانا PhotoCard :برنامج لـدمج الصور والكتابة عليها - للموبايل

    ثغرة المتصفح نظرة تحليلة من الداخل شرح وتحليل لثغرة XML Parsing الأخيرة في المتصفح

    الناقل : elmasry | العمر :42 | الكاتب الأصلى : DATA_SNIPER | المصدر : www.arabteam2000-forum.com

    كلمات مفتاحية  :

    بسم الله الرحمن الرحيم.
    اليوم ان شاء الله سنتطرق للتحليل التقني لثغرة المتصفح حيث سيشمل ذلك تحليل الإستثمار وتحديد مكان الخطأ وشرح لطريقة الإستثمارة الرائعة في ذلك.

    1-نظرة عامة:
    تعتبر هذه الثغرة من أخطر الثغرات التي انتشرت في هذه الآونة الأخيرة من ناحية انها ذات تأثير بالغ فهي تسمح بتشغيل اكواد ضارة (Code Execution) في اجهزة المستخدمين،مايعني هذا هو تعريضها لخطر فعلي يتمثل في:
    1-تحميل فيروسات او احصنة طروادة للجهاز مما يعرض صاحبه لفقدان او انتهاك لخصوصيته.
    2-او فتح قناة او منفذ يسمح للمستخدم بالدخول المباشر و الغير مصرح للجهاز.
    ممما يجعلها كما سبق ذكر من اخطر الثغرات التي ارتفع من اجلها مؤشر الخطورة لدى Symantec و كدليل على ذلك قامت مجموعة من الفيروسات بإستعمالها كـ Spreading Vulnerability اي ثغرة تنتشر من خلالها،و بالعودة إلى اصل الثغرة ومكتشفها فإن الإستثمار انتشر سهوا من خلال باحثين صينين وقيل ان الثغرة في 15 نوفمبر اي قبل نشرها كانت تباع في منتيديات و وصل سعرها إلى $15,000 وهذا الخبر من موقع
    The Register .
    نظرة تحليلية:
    الثغرة تحدث اثناء معالجة مستند XML في صفحة HTML ،لنلقي نظرة على البيانات التي تحدث الثغرة شاهد الصورة:
    Posted Image
    كما تلاحظ الصفحة عبارة عن مستند XML داخل صفحة HTML ،الصفحة تحتوي على وسوم خاصة التي عليها إيطار بالأخضر.
    ربما علينا التطرق لمفهوم XML لكي يكون الشرح واضحا اكثرا:
    XML هي ان صح التعبير عبارة عن لغة أتت لوصف البينات اي ان البرامج او المتصفح عند تعامله مع بيانات من نوع XML فإنه سيتعامل مع نوع البيانات وما يحدد صفة للبيانات ونوعها هي الأوسمة tags ،والمرونة التي تقدمها XML انها تجعل لك وسوم خاصة وهذا ما اعتقد انه الأمر المهم وهذا هو الغرض الرئيسي من اللغة،لنفرض انك تتعامل مع بيانات ما يتم نقلها عبر الأنترنت ولتكن طلبات شراء مثلا وهذه البيانات لما تصل إلى الجهة المعينة فإن التعامل معها على اساس نصوص واشكال امر صعب لذلك ولتسهيل الأمر العملية يتم إستخدام XML بإستعمال اوسمة خاصة على سبيل المثال:
     

    <request>
    <book>hacking</book>
    <price>15000$</price>
    <request>

    وسيتم معالجتها كما هي موضوعة يعني سعر الكتاب هو 15000$ و اسم الكتاب هو Hacking ، فهذا بإختصار يوضح فائدة XML وما تعني الأوسمة الخاصة.
    نعود للموضوع.
    وكما قلنا سابقا ان الإستثمار يحوي اوسمة خاصة مؤطرة بالأخضر هي:
    <X> و <C> لاتنسى هذه الأوسمة لأننا سنعتمد عليها في تخطي برامج الحماية ;)
    الأمر الآخر هو هذا:
     
    [CDATA[.....image link here....]]

    الوسم المؤطر باللون البني هذا الوسم في لغة XML يوحيي للمحلل الغوى او Parser الخاص ب XML وهو الذي يقوم بتحليل مستندات XML بأن مادخل العارضيتين عبارة بيانات لا يتم معالجتها لكي تفهم هذا يجب ان تعرف ان اصل الثغرة هو ذلك الرابط.
    حيث يتم كتابة اول اربعة بايت من اسم الموقع على مؤشر مما يتسبب في تشغيل اكواد ضارة وهذا ما سنتطرق إليه بعد قليل.
    بصفة عامة اثناء التعامل مع مستندات XML فالــParser يقوم بمعالجة ماهو موجود بين الأوسمة على سبيل المثال:
     
    <test>im text</test>

    هنا الـParser يقوم بمعالجة im text ياترى لماذا؟ لأنه في بعض الأحيان تكون الأوسمة متداخلة فيما بينها مثلا:
     
    <test><test2>im text</test2><test>

    لذلك عليه معالجةما بداخل الوسم <test> ليعرف انه يوجد وسم آخر هو <test2> لكن هنالك مشكلة ماذا لو اردت ان اقوم بإرفاق اكواد جافا سكريبت او HTML داخل اوسمة وكلنا يعلم ان الأكواد تحتوي كثيرا على <> هاتين العلاميتين ماذا سنفعل؟ هنا يأتي دور الوسم الخاص CDATA حيث انه يتيح لك ان تدخل اكواد HTML او اي كود تشاء بينه بحيث ان الـParser لن يقوم بمعالجته وإظهار اخطأء في حالة انك ادخل الأكواد من دون ذلك الوسم لأنه سيحصل خلط للبينات وهذا مثال على ذلك:
     
    <test><test2><html>im text<html></test2><test>

    فكما ترى هنا ان الأمر سيختلط بين اوسمة HTML و XML لذلك لوسم CDATA دور كبير، اتمنى ان الأمر توضح، اعلم ان الموضوع تحول إلى موضوع برمجة لكن المر مهم جدا ويجب ان نتطرق لجميع النواحي في الإستثمار لكي يسهل إستيعابه.
    الشق الثاني من المستند هو عبارة عن وسم من نوع SPAN وهذا الوسم يستعمل في تخصيص اعدادت معينة لنص او مستند او جزء كما هو موضح.
    فهناك نرى ان SPAN الأول يدل على ان قالب XML المكتوب فوق يجب ان يتم معاملته على اساس كود HTML،لاحظ جيدا الكود:
    DATASRC=#I وهو مصدر البيانات والذي يشير إلى I وهو مستند XML وهذا مكتوب في بدايته.
    DATAFLD=C هنا يتم تحديد اكثر وهنا يقصد الحقل الذي به الوسم C داخل مستند XML
    DATAFORMATAS=HTML وهنا طبيعة التعامل مع القالب وكما هو موضح التعامل على اساس كود HTML .
    لكن ألا ترى امر غريب في الصفحة...،نفس التعليمة تم إعادتها وهي إعلام المتصفح بأن البيانات يجب ان يتم تعاملتها على اساس HTML.
    وهنا المشكلة العظمى حيث ان وضع الوسم داخل نفسه يسبب ما يسمى ب Heap Corruption والذي يسمح بكتابة 4 بيتات من اسم الهوست -المؤطرة باللون الأحمر- على مؤشر لكائن او دالة معينة.
    تحديد مكان الخطأ وتقنيات الإستثمار:
    الآن افتح IE7 في OllyDbg واذهب للعنوان التالي 7EA81DDC وضع نقطة توقف وذلك بعد تشغيل المتصفح في حالة التنقيح بالضغط على F9 قم بتصفح الملف I FRAME.html بإستخدام IE7 بعد فتح الملف مباشرة تجد أن المتصفح توقف عند نقطة التوقف تلك التي بها التعليمات التالية:
     
    7EA81DDC        MOV ECX,DWORD PTR DS:[EAX]

    اضغط F9 مرة أخرى ستجد نفسك عند نفس المكان مرة أخرى لكن مع بعض التغير قليلا على المسجلات لاحظ الصورة:
    Resized to 82% (was 797 x 91) - Click image to enlargePosted Image

    الآن لنضع سيناريو لهجوم متوقع يمكن ان يشن على هذه القطعة من الكود الموجودة فوق في الصورة:
     
    7EA81DDC        MOV ECX,DWORD PTR DS:[EAX]
    7EA81DDE        PUSH EDI
    7EA81DDF        PUSH EAX
    7EA81DE0        CALL DWORD PTR DS:[ECX+84]

    الكود المكتوب فوق يقوم بنقل اربعة بايتات -و تكون هذه الأربع بيتات في اغلب الأحيان مؤشر- إلى المسجل ECX ثم يقوم بدفع محتويات المسجلين EDI و EAX إلى المكدس هتان التعليمتان لا تهمنا لكن الأهم هي التعليمة الموالية،وكما قلت ان هذه الأربع بيتات عبارة عن مؤشرفإنه سيتم إستعماله وتنفيذ محتوياتها بتعليمة القفزة الأمر هنا يختلف قليلا وهو ان عملية الإستدعاء تكون بإضافة 84 إلى المؤشر وهذا الأمر لا يشكل فارقا.

    دعنا الآن نقترح سيناريو للهجوم.
    ما نريده هو ان نجعل البرنامج يقوم بتشغيل شل كود الخاص بنا فكيف نصل إلى ذلك...لاحظ معي لو اننا نقوم بالسيطرة على المسجل EAX وجعله يشير إلى عنوان هذا العنوان يحتوي على عنوان للشل كود الخاص بنا اي انا EAX مثلا يشير إلى العنوان 0x04213326 وهذا العنوان بدوره يحتوي على عنوان وهذا الأخير يشير إلى شل كود خاص بنا،ومن ثم سيتم نقل عنوان الشل كود الخاص بنا إلى المسجل ECX ،فبذلك بعد الوصول لتعليمة الإستدعاء
     
    CALL DWORD PTR DS:[ECX+84]

    فإن البرنامج سيقفز لمحتويات المسجل ECX + 84 وعملية الزيادة ليست مشكلة فيمكننا تخطيتها بإضافة NOP او انقاص 84 الأهم هو التحكم في المسجل EAX او التحكم في المؤشر التي تم نقله لـ EAX (لاحظ العبارة الأخيرة فهي مهمة لأن مسجل EAX لا يمكن ان يتم تغيره إلا بوجود تغير على مستوى الذاكرة لأن المسجل EAX سيتم نقل البينات المعدلة إليه -مؤشر-.
    لكن السؤال الذي يطرح نفسه كيف سيتم التعديل على مكان حساس او الوصول إلى مكان تخزين مؤشر في الذاكرة؟ الجواب هو ببساطة الثغرة التي اتاحت لنا ذلك.
    عن طريق تكرير الوسم SPAN داخل وسم مثله يعلم المتصفح بأن المستند XML يجب التعامل معه على اساس HTML فإنه سيحدث تخيرب في الكومة Heap Corruption والذي سيؤدي بدوره إلى الكتابة على ذلك المؤشر الذي قلنا انه سيتم نقله إلى المسجل EAX،
    مع العلم ان اغلب البرامج تعتمد على Heap في تغزين المؤشرات للكائنات
    بما اننا الآن استطعنا التحكم في المسجل EAX وبالتالي في ECX وبالتالي حققنا الهدف المنشود وهو تشغيل الكود الخاص بنا.
    لكن هنالك مشكلة، يعني هل سنضع عنوان عشوائي وكيف سنستطيع معرفة مكان الشل كود الخاص بنا واذا عرفناه فهل سنضمن ان العنوان سيكون مماثل واين سنضع الشل كود هل سنضعه في صفحة HTML ثم نحاول ايجاده في الذاكرة لأخذ عنوانه؟ لذلك هنالك تقنية تستعمل في ثغرات المتصفح لتجعلها اكثر استقرارا وقابلية للإستثمار وتسمى هذه التقنية ــHeap Sray اول استعمال لها كان سنة 2005 من طرف هاكر اسمه skylined
    تقنية الـ Heap Spray:
    وكما طرحنا ذلك الكم من التسائلات تأتي تقنية Heap Spray لتسهل عملية الإستثمار، مبدأ هذه التقنية هو اولا ايجاد مكان مناسب للشل كود و الأمر الآخر هو حل مشكلة Invalid Memory Location وينتج هذا الأخير عند التعامل مثلا مع Unicode string حيث ان عنوانك التي وضعته سيصبح على هيئة unicode (انا لا اتحدث عن هذه الثغرة بل اتحدث في حالات أخرى) مثلا عنوانك هو 0x15424546 سيصبح هكذا 0x15004200 (لأن اليونيكود يتم فيه التمثيل لكل محرف بـ 2بايت) و الآن اصبح عنوانك لا وجود له لذلك يتم توسيع الكومة إلى ان تجعل من مكانك Valid Location اي مكان موجود في الذاكرة،لنفرض ان عنوان الكومة يبدأ بـ 0x15000000 فأننا سنمدد الكومة وذلك بحجز اماكن كبيرة بها لتصل إلى 15004200 اي اننا نقوم بحجز 4200 بايت او اكثر لجعل ذلك المكان موجود في الذاكرة.
    نعود لثغرتنا وكما قلنا سابقا ان اول اربعة بايت من عنوان الهوست سيتم كتابتها على مؤشر الكائن و التي تمثلت في 2570#&;2570#& هذه يقابلها في النظام السداسي عشر 0A0A0A0A،الآن قمنا بالكتابة على مؤشر الكائن مسجلنا EAX يشير إلى 0x0A0A0A0A ماذا بعد؟ الآن سنقوم بجعل هذا المكان من الذاكرة موجود وإلا فلا فائدة من ذلك،شاهد كود الإستثمار الموجود في ie-sploit.html :
    مع ملاحظة اني استعملت كودHEAP SPRAY خاص بـ allinone تجده في الرابط التالي:
    http://www.milw0rm.com/exploits/7477
    الكود الخاص بـ Heap Spray:
     
    var spray = unescape("%u0a0a%u0a0a");
    do {
    spray += spray;
    } while(spray.length < 0xd0000);
    memory = new Array();
    for(i = 0; i < 100; i++)
    memory[i] = spray + shellcode;

    كما تلاحظ المتغير spray يحيوي القيمة 0a بعد ذلك سيrيقوم في البداية بتكوين متغير يحوي بينات ذات طول كبير بطول 851968 (0xd0000 بالنظام السداسي عشر) بايت ومنثم حجز مصفوفة في الذاكرة في السطر التالي:
     
    memory = new Array();

    ثم يتم ملئها بحيث يراعا في ذلك نسخ 851968 بايت لها زائد الشل كود مما يشكل لنا 100 بلوك بها 0A0A0A + الشل كود و هذا ما سيؤدي بالفعل إلى توسع كبير وصولا إلى العنوان 0x0a0a0a0a لجعله مكان متاحا في الذاكرة،شاهد الصورة للبيانات التي تم كتابتها في الذاكرة والتي نتج عنها ايجاد او جعل العنوان 0x0a0a0a0a الذي سيحوي الشل كود الخاص بنا:
    Posted Image
    Posted Image
    لاحظ فوق ستجد العنوان 0A17FFA4 و هذا عنوان قريب نسبيا من 0x0A0A0A0A وسيواصل عملية إنشاء Blocks حتى يصل او يفوت العنوان المطلوب ستجد ذلك في الصور تحت.
    ربما يتسائل البعض ما فائدة 0A0A0A0A الموضوعة في المتغير spray وهل لهذا دخل مع العنوان الذي سينقل التنفيذ؟
    الجواب هو تخيل انك لو استعملت عنوان غير العنوان هذا ولنفرض مثلا 53629123 هذا العنوان،نحن نعلم انEAX سيشير إلى 0a0a0a0a لأننا جعلناه كذلك في I FRAM.html بوضع 2570#&;2570#& في اول اربعة بايت للهوست،الآن سنواجه التعليم:
     
    MOV ECX,DWORD PTR DS:[EAX]

    التي ستنقل عنوان الشل كود الخاص بنا هذا يعني انه يجب ان يكون العنوان 0x53629123 الذي يحوي الشل كود في العنوان 0a0a0a0a فتصبح التعليمة كالتالي:
     
    MOV ECX,DWORD PTR DS:[0a0a0a0a]

    المكان 0a0a0a0a به 0x5362909F ومنه ECX سيصبح 0x5362909F وبعد اضافة "84 لأن الإتصال يكون ECX+84 " ينتج لنا عنواننا 53629123 ونكون في الشل كود الخاص بنا.
    تنويه:
    لكن الأمر ليس بهذه البساطة لأن عملية ملأ الكومة او توسيع الذاكرة بـ Heap Spray سيكون صعب وسيتم فيه اتخاذ اشياء بعين الإعتبار منها طول المتغير spray كم سيكون حجمه يعني تستلزم حسابات دقيقة ، وكما يعلم كلنا ان الحسابات الدقيقة في اغلب الأحيان تنتج لنا إستثمارات غير مستقرة وهذا راجع إلى متغيرات كثيرة واكبر دليل على ذلك وجود تعليمة NOP و إستعمالها في الإستثمارات لعدم معرفة المكان بالضبط والخوف من تغيرات موجودة في النظام ستقلب الإستثمار رئسا على عقب،انا لا اقول ان هذا امر مستحيل فهو ممكن، لكن لما اترك الطريق السهل واتوجه للطريق الصعب.
    الآن ماقمنا به هو:
    1-كتبنا على مؤشر كائن موجود في الذاكرة وبالتالي ضمنا السيطرة على المسجل EAX وبالتالي ECX وبالتالي تشغيل الكود عن طريق الإتصال CALL EAX+84
    2-يجب ان نجعل من المكان 0x0A0A0A0A مكانا متاحا في الذاكرة لكي نقوم بإستخارج عنوان الشل كود منه عن طريق تقنية HEAP SPRAY.
    3-بإستعمال هذه الأخيرة تمكننا من جعل العنوان 0x0A0A0A0A متاحا وذلك بحجز مكان كبير وملأه ب القيمة 0A.
    4-سبب إستعمال 0A هو كونها تشبه تعليمة NOP في عملها لذلك لن نقلق من تشغيل الشل كود واختلاف المكان والخوف من تغيرها.
    5-عندما يتم نقل محتويات المسجل EAX الذي يشير الآن إلى 0x0A0A0A0A إلي ECX سيصبح 0x0A0A0A0A لأن العنوان الذي كان يشير له EAX كان يحوي القيم 0A .
    6-الإتصال ل ECX+84 سيكون إلى 0x0A0A0A8E .
    7-سنجد عند ذلك المكان القيم 0A والتي تعتبر تعليما تشبه NOP اي لها نفس العمل،وكما قلنا أنه بعد محتويات المتغير spray حتما سيأتي الشل كود كما توضحه هذه العبارة:
     
    memory[i] = spray + shellcode;

    اي اننا سنتدحرج حتا نصل إلى الشل كود وها هو ذا كما توضح الصورة:
    Posted Image
    وكما تلاحظ إلى العنواين فكلها تأتي بعد 0x0A0A0A0A وهذا دليل على اننا حتما سنصل إلى الشل كود وسيتم تشغيله وبهذا كنا قد شرحنا الإستثمار والثغرة خطةر بخطوة و الآن سنأتي للتلاعب بالإستثمار بطريقة سهلة جربتها انا وقد تخطيت بها الكاسبر سكاي 2009 آخر تحديث.
    بناء إستثمار متغيربطريقة سهلة Variant Exploit :
    لو تتذكر ما قلنه سابقا انه يوجد هنالك وسمين اختارهما مكتشف الثغرة هما X و C -مؤطران بالون الأخضر-بما انهما من اختيار المبرمج فسنختار نحن ايضا وسمين آخرين ونرى ماذا سيحدث.
    ما نغيره هو :
    <X>إلى<F> ونغير<C> إلى<H> ثم نغير ما هو مكتوب امام DATAFLD إلى H .
    الآن نجرب الفحص بالكاسبر سكاي،نفحص الأصلي اولا شاهد النتيجة:
    Posted Image
    والآن بعد التعديل:
    Posted Image
    هنالك شيئ آخر هو اني لما فحصت في VirusTotal الأصلي كانت النتيجة 14 وعندما عدلت نزلت إلى 4،وهذا هو الرابط:
    http://www.virustotal.com/analisis/83b8530...29927e0d2052bb8
    وبهذا نكون قد انهينا الموضوع ارجوا ان تكونوا قد اخذتم اكبر قدر ممكن من المعلومات الأمر صعب قليلا لذلك عليك التركيز والإجتهاد للفهم اكثر.
    هذا يعتبر جهد شخصي قد يكون معرض للخطأ ،فالنقاش وتصحيح الأخطاء مقبول.
    والصلاة والسلام على النبي المختار صلى عليه عليه وسلم.
    والموضوع مهدى لإخواننا في غزة المجاهدين منهم و الصابيرين اللهم انصرهم وهز عرش عدوهم.

    السلام عليكم.

    كلمات مفتاحية  :

    تعليقات الزوار ()

    Copyrights© 2007 Manqol.com