<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Pre Processing Rules Logs in Cortex XSOAR Discussions</title>
    <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1233122#M4095</link>
    <description>&lt;P&gt;Dear Experts,&lt;/P&gt;
&lt;P&gt;I have configured Cortex XSOAR to ingest cases/alerts, but for certain conditions, I want to prevent these from becoming incidents or triggering playbooks. I’ve created a script to drop alerts that meet specific criteria. However, I need to maintain a record of which alerts were dropped and, if possible, send notifications about them. Currently, the only method I’ve found to check dropped alerts is through the "Fetch History" in XSOAR. Please share your valuable insights on how to track and notify about dropped alerts effectively.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;#preprocess #drop&lt;/P&gt;
&lt;P&gt;&lt;LI-PRODUCT title="Cortex XSOAR" id="Cortex_XSOAR"&gt;&lt;/LI-PRODUCT&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Thu, 03 Jul 2025 08:36:34 GMT</pubDate>
    <dc:creator>Syedhkt</dc:creator>
    <dc:date>2025-07-03T08:36:34Z</dc:date>
    <item>
      <title>Pre Processing Rules Logs</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1233122#M4095</link>
      <description>&lt;P&gt;Dear Experts,&lt;/P&gt;
&lt;P&gt;I have configured Cortex XSOAR to ingest cases/alerts, but for certain conditions, I want to prevent these from becoming incidents or triggering playbooks. I’ve created a script to drop alerts that meet specific criteria. However, I need to maintain a record of which alerts were dropped and, if possible, send notifications about them. Currently, the only method I’ve found to check dropped alerts is through the "Fetch History" in XSOAR. Please share your valuable insights on how to track and notify about dropped alerts effectively.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;#preprocess #drop&lt;/P&gt;
&lt;P&gt;&lt;LI-PRODUCT title="Cortex XSOAR" id="Cortex_XSOAR"&gt;&lt;/LI-PRODUCT&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 03 Jul 2025 08:36:34 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1233122#M4095</guid>
      <dc:creator>Syedhkt</dc:creator>
      <dc:date>2025-07-03T08:36:34Z</dc:date>
    </item>
    <item>
      <title>Re: Pre Processing Rules Logs</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1233452#M4099</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;a href="https://live.paloaltonetworks.com/t5/user/viewprofilepage/user-id/299499185"&gt;@Syedhkt&lt;/a&gt;,&amp;nbsp;if you are already using a custom preprocessing script, the most flexible way to log and send notifications for dropped incidents will be to add this functionality to your script. &lt;STRONG&gt;demisto.debug()&lt;/STRONG&gt; can be used for logging, and the&amp;nbsp;&lt;STRONG&gt;send-mail&amp;nbsp;&lt;/STRONG&gt;command to send out notifications via email.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Additionally, if you are using XSOAR 6, dropped incidents are logged in the server.log file in the log bundle. If you are using XSOAR 8, dropped incidents are logged in the Management Audit Logs: filter for subtype "NotCreated - Incident".&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 07 Jul 2025 19:48:12 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1233452#M4099</guid>
      <dc:creator>asawyer</dc:creator>
      <dc:date>2025-07-07T19:48:12Z</dc:date>
    </item>
    <item>
      <title>Re: Pre Processing Rules Logs</title>
      <link>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1234694#M4116</link>
      <description>&lt;P&gt;We have developed our own wrapper arround the demisto.log,demisto.debug and demsto.error functions within an custom docker image. (We are still using 6.14 OnPrem as an MSSP)&lt;/P&gt;
&lt;P&gt;With that wrapper we ensure that the log message always has certain informations init and that they are key=value pairs for easy field extraction ins Splunk/Elastic. Then you can build beatuifull dashboards which shows you each run of an automation/pre-processing script.&amp;nbsp;&lt;/P&gt;
&lt;LI-CODE lang="python"&gt;def log(inc_id: str, subject: str, msg: str, func: Callable[[str], None]) -&amp;gt; None:
    """
    Log a message with incident ID and subject.
    Args:
        inc_id (str): The ID of the incident.
        subject (str): The subject of the incident.
        msg (str): The message to log.
        func (function): The logging function to use. This should be a function that takes a string as input and logs it in some way.
    Example:
        &amp;gt;&amp;gt;&amp;gt; log('123', 'My Incident', "This is a tes message", demisto.log)
        will execute :
          demisto.log(F'subject="My Incident" incident="123" This is a test message').

    Note: This function does not perform any error handling. It assumes that the input functions are correct and will not fail.
    """
    msg = msg.replace('"', "'")
    subject = subject.replace('"', "'")
    func(f'subject="{subject}" incident="{inc_id}" msg="{msg}"')
&lt;/LI-CODE&gt;
&lt;P&gt;&lt;BR /&gt;We had the same issue and came up with this.&amp;nbsp;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;
&lt;P&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Jul 2025 11:14:51 GMT</pubDate>
      <guid>https://live.paloaltonetworks.com/t5/cortex-xsoar-discussions/pre-processing-rules-logs/m-p/1234694#M4116</guid>
      <dc:creator>JBoehm</dc:creator>
      <dc:date>2025-07-25T11:14:51Z</dc:date>
    </item>
  </channel>
</rss>

