IBM QRadar SOAR

IBM QRadar SOAR

Join this online user group to communicate across Security product users and IBM experts by sharing advice and best practices with peers and staying up to date regarding product enhancements.

 View Only
  • 1.  Playbook Optimization

    Posted Thu March 21, 2019 06:38 AM

    Hello All,
    Currently, we have rules configured for playbooks based on the severity wherein its adding/removing tasks when the severity is changed.

    Now the requirement is, tasks should not be added when severity changes from High to med, high to low or med to low.

    and when moving from low to high, low to med or med to high, tasks should get added. can you please check this. How can we achieve this?



  • 2.  RE: Playbook Optimization

    Posted Fri March 22, 2019 04:30 AM
    I am not sure if I understand your request and either which policies you have in place, I will create a rule such as:

    Please confirm if that make sense to you:



    ------------------------------
    PABLO ROBERTO GARCIA
    ------------------------------



  • 3.  RE: Playbook Optimization

    Posted Fri March 22, 2019 09:59 AM
    Hi Pablo,
    Let me put it this way

    Three separate rules created, which add a specific count of tasks for a value of "Severity" selected while creating an incident.

    The count is as below mentioned

    1) Customized Phishing-P1 > Total tasks = 25 ----Severity Selected is "High" 
    2) Customized Phishing-P2 > Total tasks = 19 ----Severity Selected is "Medium" 
    3) Customized Phishing-P3 > Total tasks = 13 ----Severity Selected is "Low"

    Now expectation is 
    After creating incident and SOC works on it and decides to decrease or elevate the "severity" of the incident

    Use case 1: Incident with "High" severity created (25 tasks added), when the user decreases the severity to "Medium" or "Low" no tasks should be removed

    Use Case 2: Incident with "Low" severity created (13 tasks added), when the user elevates the severity to "Medium" or "High" task should be appended

    Results expected

    Low(13) to Medium(19)= Total tasks should be 32 tasks

    Low(13) to High(25) = Total tasks should be 38 tasks

    ------------------------------
    Amit Kumar
    ------------------------------



  • 4.  RE: Playbook Optimization

    Posted Mon March 25, 2019 04:05 AM
    Amit,

    Based on your requirement is a bit complicated but I will try...

    Low(13) to Medium(19)= Total tasks should be 32 tasks:

    Rule 1: If priority is Low I will define 13
    Rule 2: If priority is Medium I will define the 32 tasks...

    Low(13) to High(25) = Total tasks should be 38 tasks

    Same than above...

    Is that possible to create separated rules for that?...

    Regards,







    ------------------------------
    PABLO ROBERTO GARCIA
    ------------------------------



  • 5.  RE: Playbook Optimization

    Posted Mon March 25, 2019 11:39 AM

    Hi Pablo,

    Thanks for your inputs.
    >>
    Low(13) to Medium(19)= Total tasks should be 32 tasks:
    Rule 1: If <g class="gr_ gr_111 gr-alert gr_gramm gr_inline_cards gr_disable_anim_appear Grammar only-ins doubleReplace replaceWithoutSep gr-progress" id="111" data-gr-id="111">priority</g> is Low I will define 13
    Rule 2: If <g class="gr_ gr_96 gr-alert gr_gramm gr_inline_cards gr_disable_anim_appear Grammar only-ins doubleReplace replaceWithoutSep" id="96" data-gr-id="96">priority</g> is Medium I will define the 32 tasks...
    >>
     In this case, the rule for "Medium Priority" will add 32 tasks for a value of "Severity" selected  "Medium"  while creating an incident instead of 19 tasks. 



    ------------------------------
    Amit Kumar
    ------------------------------



  • 6.  RE: Playbook Optimization

    Posted Mon March 25, 2019 11:52 AM
    Probably is because is matching other rule?... make sure put it at the top of the list.
    Also you have to make sure that the condition is met...

    regards,

    ------------------------------
    PABLO ROBERTO GARCIA
    ------------------------------



  • 7.  RE: Playbook Optimization

    Posted Tue March 26, 2019 12:52 PM
    yes, existing rules are also triggering matching below criteria...

    1) Customized Phishing-P1 > Total tasks = 25 ----Severity Selected is "High" 
    2) Customized Phishing-P2 > Total tasks = 19 ----Severity Selected is "Medium" 
    3) Customized Phishing-P3 > Total tasks = 13 ----Severity Selected is "Low"

    is there <g class="gr_ gr_343 gr-alert gr_spell gr_inline_cards gr_run_anim ContextualSpelling only-del replaceWithoutSep" id="343" data-gr-id="343">any any</g> <g class="gr_ gr_342 gr-alert gr_gramm gr_inline_cards gr_run_anim Grammar multiReplace" id="342" data-gr-id="342">another</g> way to achieve it?

    ------------------------------
    Amit Kumar
    ------------------------------



  • 8.  RE: Playbook Optimization

    Posted Wed March 27, 2019 05:44 PM
    Edited by Brenden Glynn Wed March 27, 2019 05:48 PM
      |   view attached
    Amit,

    Some questions to help me understand your goal.

    1. Are the number of tasks for High (25), Medium (19), and Low (13) all unique to the specific Severity Level? Or are some of the Tasks shared between Severities/overlapped. For example are some of the Tasks in Low, also in Medium?

    2. How often is the Severity changed? Is it a one time event, or is it possible it will change many times through the life of the Incident? In either event, you'd want to track that the severity was changed. The Initial Severity and the Final Severity. This will help you track overtime if Severities are changing on Incidents, and possibly uncover trends.

    If the Severity is changed only once, you can set the conditions on the Medium Rule to (see attachment/screenshot)



    This will allow an Incident that went from Med->Low and Low->Med to maintain the Medium Tasks. The moment both of them no longer = Medium though, the Medium tasks will disappear.

    Note: The Rules engine will Add Tasks when the conditions evaluate to True. The point when that Rule that added the Tasks no longer evaluates to True, it will remove the added Tasks (as you've experienced).

    3. 32 Tasks on an Incident is a lot of Tasks! I would recommend 15-20 at most if possible. I would consider consolidating some of those Tasks together.





    @Pablo

    All Rules will evaluate if the Rule type is triggered. It wont matter if you put a Rule at the top or bottom. They don't operate like ACLs. They don't stop when there is a match. You determine the order of the Rules based on the impact they will have to each based on their Activities.

    ------------------------------
    Brenden Glynn
    CISSP, GCIH
    Incident Response Business Consultant
    IBM Resilient
    ------------------------------



  • 9.  RE: Playbook Optimization

    Posted Thu March 28, 2019 02:52 AM
    Thanks for the clarification about the Rules and how it works...

    ------------------------------
    PABLO ROBERTO GARCIA
    ------------------------------