الموافقة البشرية لوكلاء الأمن

احتواء التهديد يحتاج إلى قرار. لا إلى تنبيه فقط.

يوافق المحلل المناوب على الإجراء من هاتفه. ويمكن إرفاق القرار بسجل الحادث.

كيف يحصل وكيل SOC على موافقة محلل لإجراء احتواء؟

يسأل Pushary المحلل على هاتفه. ضع استدعاءً قبل عزل النظام أو تعطيل الحساب أو الحظر. يوافق المحلل أو يرفض من شاشة القفل. ينتظر الوكيل الإجابة بدل الاعتماد على درجة الثقة وحدها. دون إجابة في المهلة لا يُنفّذ الإجراء. يُحفظ كل قرار لسجل الحادث.

ما يحتاج إلى موافقة

إجراءات لا ينبغي تنفيذها تلقائيًا

isolateHost(hostId)
فصل جهاز عن الشبكة قد يوقف الاختراق، لكنه يوقف الاستخدام المشروع أيضًا. على الجهاز الخطأ، قد يخلق حادثًا جديدًا.
disableAccount(userId)
تعطيل الحساب الخطأ يوقف عمل شخص فورًا ويزيد طلبات الدعم.
blockIndicator(type, value)
حظر عنوان IP أو نطاق مشترك قد يقطع خدمات لا علاقة لها بالتنبيه.
revokeSessions(userId)
إلغاء كل الجلسات قد يكون صحيحًا عند سرقة بيانات الدخول، وخاطئًا عند إنذار كاذب. على المحلل تمييز الحالتين.

الكود

استدعاء واحد ضمن خطوتك الحالية

اربط الإجراء المعني بالموافقة، لا الوكيل كله. تستمر المهام الآمنة دون سؤال أحد.

bash
pip install pushary
استدعاء واحد
import os
from pushary import PusharyServer

px = PusharyServer(api_key=os.environ["PUSHARY_API_KEY"])

def contain(alert, action):
    # Enrichment and evidence collection never wait for anyone.
    context = enrich(alert)

    if action.reversible and context.confidence > 0.95:
        return apply(action)

    decision = px.decisions.ask(
        external_id=alert.duty_analyst_id,
        type="confirm",
        question=(
            f"{action.summary} on {action.target}? "
            f"Confidence {context.confidence:.0%}. Impact: {action.user_impact}."
        ),
    )

    if not decision["approved"]:
        return annotate(alert, "containment not authorized")
    return apply(action)

من يقرر

اتخاذ القرار لا يتطلب الجلوس أمام المكتب

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

ألا يمنح انتظار إنسان المهاجم وقتًا إضافيًا؟

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

للمزيد: NIST SP 800-61 بشأن التعامل مع حوادث أمن الحاسوب.

$99/ شهريًا، خطة Partner

أضفه إلى منتجك. لا يحتاج مستخدموك إلى حساب Pushary ولا يدفعون لنا شيئًا.

What the Partner plan covers

أسئلة شائعة

إجابات عن أسئلتك

هل يمكن تنفيذ الحالات الموثوقة تلقائيًا وطلب الموافقة للبقية؟
نعم. يقرر كودك بناءً على قابلية التراجع ودرجة الثقة. مثلًا، قد ينفّذ إجراءً قابلًا للعكس عند ثقة أعلى من 95% ويسأل المحلل في الحالات الأخرى. أبقِ عدد الموافقات قليلًا لتحظى بالتقييم الواعي.
هل يستبدل ذلك أداة تنبيه المناوب؟
لا. ينبه نظام الاستدعاء إلى وجود حادث. يسأل Pushary سؤالًا محددًا ويعيد الإجابة إلى الوكيل المنتظر. يمكن استخدام الوظيفتين معًا.
ماذا يحتوي سجل الحادث بعد ذلك؟
يحتوي السؤال المعروض ومعلومات الثقة والأثر التي أضفتها، والإجابة والشخص والوقت. يمكن تصديره. تحفظ Partner Launch السجل 90 يومًا وPartner Growth لمدة 365 يومًا. ويمكن نقل الإجابات إلى نظام إدارة الحوادث عبر webhooks موقّعة.
ماذا إذا فات المحلل السؤال؟
لا يُنفّذ الإجراء. يمكن للوكيل سؤال محلل ثانٍ بمعرّف آخر. اضبط المهلة وفق استعجال الإجراء. يبقى الطلب غير المجاب عنه محفوظًا وظاهرًا.

اترك القرار للإنسان في الخطوة التي تحتاج إليه.

اربط كل مستخدم مرة واحدة، واسأل باستدعاء واحد، ولا تنفّذ إلا بعد الموافقة. تُحفظ كل إجابة.

Start free