كان هناك تصنيف 'high' للمخاطر في نهاية تقرير اختبار الاختراق — ما مدى خطورة هذا؟

الـ sql injection مشكلة كبيرة، تشفير الاتصال وخلافه يعتبروا من المخاطر المنخفضة ثم بصراحة لو مكاني كنت هصلح مخاطر الـ high الأسبوع ده

في تقريرك صفحة 'ملخص تنفيذي'. فوق الصفحة مكتوب كام عدد مخاطر High وكم عدد Medium. ابدأ من هناك.

بعض الشركات بتضخّم درجات المخاطر بشكل مصطنع عشان تاخد رسوم 'إعادة اختبار'. لو مكتوب SQL injection، افتح الكود وتأكد، موجود ولا لأ.

يعني مش لازم أصلح كل المخاطر فوراً، ولا مخاطر الـ high كفاية؟

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

حدث معي العكس تماماً، لذلك أكتب هذا. القرار المتسرع يصبح قراراً يُصحح بعد ستة أشهر.

بالتوفيق.

عانيت من نفس المشكلة قبل عامين. إذا قمت بتوبيخ الإنذارات الكاذبة، فلن يقوم أحد بالإبلاغ مرة أخرى.

هذا كل شيء، أرجو المعذرة إذا أطالت.

عانيت من نفس المشكلة قبل عامين. لا تتحسن أي عملية لا يتم توثيقها، لأنك لا تعرف ما الذي يجب إصلاحه.

مثبت بالتجربة.

أوافق.

ظهرت ثلاث وجهات نظر مختلفة، وكلها تكمل بعضها. معظم إضاعة الوقت تتراكم في المهام المنتظرة للموافقة.

لو كنت مكانك، لسلك هذا المسار.

دعوني ألخص ما قيل حتى الآن وبصراحة فعل الجميع لشيء ما لا يعني أنه صحيح.

بالتوفيق.

لم أكن أعلم بهذا.

أتابع الموضوع.

شكرًا، هذا هو الجواب الذي كنت أبحث عنه.

موضوع في الوقت المناسب تمامًا.

شكرًا جزيلاً، سأجربها اليوم.

عشنا تقريباً نفس التجربة العام الماضي. تدوين الملاحظات لمدة أسبوعين يعطي نتائج أفضل من التخمين لمدة ستة أشهر.

الحلول التي تنجح على نطاق صغير تنهار عند التوسع، تعلمت هذا متأخراً. أتمنى أن يفيدك هذا.

أخذت ملاحظة، شكرًا لك.