| ثغرة Remote Buffer Overflow في متصفّح Apple Safari |
| الكاتب عبدالمهيمن الآغا |
| الثلاثاء, 23 مارس 2010 14:24 |
|
انتشر في بعض مواقع الثغرات استغلال علني لثغرة خطيرة في متصفّح سفاري من نوع Remote Buffer Overflow تستهدف نظام OS X. في حال نجاح الاستغلال سيتمكّن المهاجم من اختراق الجهاز والحصول على Remote Shell بنفس صلاحيات المستخدم.
أما سبب الثغرة فيعود لخطأ في طريقة معالجة الصفحات في محرّك WebKit المستخدم في سفاري, حيث يقوم المهاجم بتوجيه المستخدم لرابط يحتوي على كود استغلال يؤدي لحدوث Buffer Overflow في منطقة الـ Heap وتخريب الذاكرة في المتصفّح مما يمكّن المهاجم من التحكم بسير التنفيذ وحقن Shellcode يتم تشغيله بالذاكرة يؤدي في النهاية لاختراق الجهاز والحصول على Remote Shell. يترافق مع انتشار هذا الاستغلال اكتشاف عدّة ثغرات أمنية في محرّك WebKit المستخدم في متصفّح سفاري وكروم أيضاً, بالاضافة لاصدار أغلب الشركات مثل أبل, جوجل, مايكروسوفت وموزيلا تراقيع أمنية لمتصفحاتهم خصوصاً مع اقتراب حدث Pwn2Own الذي يجتمع فيه خبراء الأمن وباحثي الثغرات في محاولة لاختراق الأنظمة عن طريق المتصفحات بالاضافة لأنظمة الموبايلات مقابل جوائز تصل قيمتها لـ $100,000 على أن يقوم المكتشف باخبار شركة TippingPoint المنظّمة للحدث عن أسباب الثغرة بشكل خاص والتي ستقوم بدورها بمراسلة الشركات واخبارهم بها. بالمناسبة في عام 2009 متصفّح أبل سفاري كان أول الخاسرين..!
الاستغلال المنتشر: safari_tag_heap_spray_remote_bof_exploit_osx.py تحديث: شكراً للأخ عبد الصمد و smog لاخبارنا أن الاستغلال خاطئ. لمزيد من المعلومات: Apple Support:HT4070 - Secunia:38932 التعليقات (15)
![]() أرسلت بواسطة: عبد الصمد في March 24, 2010
يا أخي أرى أنك أخطأت.
أولا الإستغلال خاطيء و صاحبه عمل نسخ لصق لإستغلال فايرفوكس السابق font tag http://www.exploit-db.com/exploits/9247 و عمل نفسو على أنه إكتشف و إستغل ثغرة في سفاري لهذاأرجو من حضرتكم أن تجربو و تحققو من الثغرات و الإستغلالات قبل نشر خبر خاطيء كهذا. أرسلت بواسطة: بول معوشي في March 24, 2010
بما ان Exploit Database منزلى الثغرة عندها
اذا" هي صحيحة لانها بتفحصها قبل ما تنزلها أرسلت بواسطة: smog في March 24, 2010
الثغرة خاطئة يا جماعة و صاحبه عمل نسخ لصق لإستغلال فايرفوكس السابق
أرسلت بواسطة: عبد الصمد في March 25, 2010
أولا لم يقل لي أحد أنك لا تخطيء ولم أقل أنك معصوم من الخطأ.
عنوان المقال كان مركز على الثغرة التي لا وجود لها أصلا و الذي أرفقم له إستغلال خاطيء. و لم أكن أقصد الخبر الثانوي الخاص بثغرة webkit. إذا لم يكن لديكم الوقت لتجربة الثغرات فعل الأقل إنقلو الخبر من مصادر موثوقة التي تنشر إستغلال لثغرة حقيقية. لأن الثغرة لم توضع لا فيexploit-db و لا في موقعsecunia أو المواقع المعروفة الأخرى. أرسلت بواسطة: driv3r في March 25, 2010
لا أدري سبب إصرار البعض من جماعة يسيcور1تي على النهر و الإستهزاء بأي مشارك ينقد أو يلاحظ ما لا يعجبهم..
يا أخّ ليس دائما أنتم على حقّ ، و خصوصا في هذا الموضوع يعني الأخ لم يخطئ و لم يقل لك شيئا بل أنت من بدأ بالتهكّم .. يعني أنت مؤسس الموقع المفروض تكون قدوة :/ شئ آخر يعني الذي يتأمل في ردودك يلاحظ جفاء كبير و كثير من التعالي والغرور ، فلست بأعلم من حض Mووري أو أعظم من ضاڢيد ليتcهفييلد الذين يردون على أسئلتي و ملاحظات الكثيرين بكلّ رحابة صدر لا ب"وهل تتوقع أننا نملك الوقت الكافي والمختبر الذي يمكننا من اختبار جميع الاستغلالات المنتشرة قبل نشرها؟".. أرسلت بواسطة: عبد الصمد في March 25, 2010
أنا كنت أريد أن أوضح الخطأ الذي وضعتموه خلال طرحكم لإستغلال لا علاقة له مع ثغرة
أنت لم تفهم قصدي أو أنك تحاول تغيير الموضوع. سأعطيك الدليل أولا ثغرات الwebkit لم تعلن عن نوعها و كيفية حدوثها قالو فقط هناك ثغرات و أنت تقول فيها ثغرة overflow و ذلك بإعتمادك على الإستغلال الخاطيء المنتشر ثانيا الإستغلال المزيف المماثل لثغرة فايرفوكس أنتم رفقتم الإستغلال بإسم Tag و هذا لا دخل له مع webkit ثالثا المصدرين الذين ذكرتهما به كثير من الإستغلال الغير حقيقية أو غير شغالة. أخيرا بخصوص قولك أني حصرت المصدرين فقط في securityfocus و secunia لأن هذان الموقعان بدورها يعتمدان على البحث في مواقع الأرشيف و قائمة البريد و المدونات و مواقع الباحثين .... و لا يضعون الخبر إلا و كانت الثغرة موجودة بالفعل عكس المصدر الذي نقلت منه packetstorm أرسلت بواسطة: عبد الصمد في March 25, 2010
-ام أرى أي ثغرة في Webkit من نوع overflow فكلها من نوع use after free
ممكن لم أنتبه لوجودها فهل لك أن تدلنا عليها؟ -لا داعي للشكر لأني لم أفعل شيء يستحق ذلك أردت فقط توضيح الأمور -و لم أتخذ النقاش بشكل شخصي أنا قلت في أول رد أن هناك خطأ و كانت إجابتك هي التي تبدو شخصية: "غريب! هل قال لك أحد أني لا أخطئ؟" شكرا مرة أخرى على الردود. أرسلت بواسطة: عبد الصمد في March 26, 2010
أولا أقدر جهدك على الردود و تقديم الخدمات للناس من خلال الموقع
أنا لم أقصد لا نشر الفتنة و لا الخروج عن الموضوع بالعكس. المهم لن أزيد في النقاش الخارج عن الموضوع كي ينتهي الأمر بسلام. ملاحظة ليست user after free و إنما use after free. بمعنى إستخدام المؤشر بعد تحريره لكن بخصوص قولك ثغرة heap overflow هي صح موجوة في سفاري لكن حسب الخبر الذي كتبته بأن ثغرة الفيض موجودة في webkit و هذا الذي لم أجده في التقرير. "أما سبب الثغرة فيعود لخطأ في طريقة معالجة الصفحات في محرّك WebKit المستخدم في سفاري, حيث يقوم المهاجم بتوجيه المستخدم لرابط يحتوي على كود استغلال يؤدي لحدوث Buffer Overflow " لأني لاحظت أن كل ثغرات webkit من نوع use after free أما بالنسبة لتماثل الطرق في إستغلال ثغرة فيض و ثغرة use after free فهذا ليس صحيحا تماما. فمثلا إذا كان هناك ثغرة use after free و بعدها تم إستخدام الpointer في دالة غير محمية مثلا strcpy فهنا سيحدث فيض و يكون الإستغلال مشابه. لكن في أغلب الأحيان يكون إستغلال معظم ثغرات المتصفحات التي هي من نوعmemory بإستخدام heap spraying أضف تعليق
يجب عليك الاشتراك بالموقع لتتمكن من كتابة التعليقات, الاشتراك مجاني ويستغرق بضع ثوان فقط!
اذا كنت مشترك مسبقا في الموقع فضلاً قم بتسجيل الدخول. |










بس بدي اقدم اقتراح صغير
اذا بتعلموا فيديو صغير لاستغلال كل ثغرة بتحوطوها بيكون افضل لكل المشاهدين
بس اكيد كل شيء مفهوم بالمقالة بس كااان بدي اعطي فكرة ضغيرة
مع تحياتي :D