7 مقالة ضمن «Web Security»
جهاز آيفون يظهر في لوحة الإدارة، وحالته Supervised، وآخر اتصال له قبل دقائق. شكلها مطمئن، لكن مختبر الاختراق يحتاج يسأل أسئلة أدق: هل الجهاز مرتبط بخادم الإدارة الصحيح؟ من يقدر يغير هذا الربط؟ هل إعداد التسجيل يثبت هوية المستخدم المطلوبة؟ و
لقطة الجهاز تقول إنه موجود في إنترَا، والمسؤول يقول إنه مُدار، وسجل الدخول يرفضه لأنه غير مطابق. الثلاث جمل ممكن تكون صحيحة معًا. المشكلة تبدأ عندما تختصر هوية الجهاز وإدارته وامتثاله في علامة واحدة اسمها «جهاز الشركة». بنقرأ حالة جهاز ويند
زميلك يفتح المجلد المشترك وأنت يطلع لك Access Denied. الحساب صحيح، والجهاز داخل الدومين، وقدرت تشوف اسم المشاركة. أول فكرة تجي غالبًا أن كلمة المرور فيها مشكلة، لكن رفض الوصول قد يكون نتيجة سليمة لصلاحيات المورد. نحتاج نعرف بأي هوية دخلت، و
سجلت الدخول بنجاح، ومع ذلك قدرت تشوف ملفًا ما يخصك. هل المشكلة في كلمة المرور؟ غالبًا السؤال في المكان الخطأ. المصادقة تثبت الهوية، والجلسة تربط الطلبات بتلك الهوية، والتحكم في الوصول يقرر ما الذي يسمح لها بفعله. فصل هذه الطبقات يساعدك تختا
اختبار الويب ما يبدأ بقائمة حمولات وينتهي بتقرير الماسح. تحتاج أولًا تفهم التطبيق كمنتج: من يستخدمه، وما البيانات التي تمر فيه، وأين يجب أن يرفض طلبًا. بعدها تربط هذا الفهم باختبارات تقنية. الخطة التالية تناسب مشروعًا مصرحًا، وتقدر تصغرها أ
فتحت الأداة وظهرت طلبات كثيرة. طيب، وش تختار منها؟ الفكرة ليست اعتراض كل شيء وتغيير الحقول عشوائيًا. المطلوب تفهم وظيفة الطلب، وتعرف هوية صاحبه، ثم تجرب تغييرًا يجاوب عن سؤال أمني محدد. بهذا الأسلوب تتحول الأداة من نافذة مزدحمة إلى دفتر عمل
قد تقضي ساعة تجمع أسماء نطاقات وتطلع بقائمة طويلة، ومع ذلك ما تكون أقرب لاختبار جيد. الاستطلاع المفيد يخفف المجهول: ما الأصول الموجودة؟ من يملكها؟ كيف ترتبط؟ وأي وظيفة تستحق التعمق أولًا؟ عدد النتائج وحده ما يقول لك إن شغلك تقدم، خصوصًا إذا
