<?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 Re: When you can't send everything to TAC. in General Topics</title>
    <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87567#M17631</link>
    <description>&lt;P&gt;Several points:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;TAC is often requiring many different sensitive info from the end customer's environment.&lt;/LI&gt;
&lt;LI&gt;In my personal view, it is okay to trust a security vendor with sensitive information. Same goes to a certified support partner. There is a legal protection in place as part of your support contract. Also, would there be a leak, reputation damage to vendor/partner would be devastating.&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;In many cases, it is extremely hard to get a grip on a situation, if expected tools are unavailable: cpinfo, debug files and remote access.&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;I have been in situations where end customers could not provide appropriate means of support to security vendors. In some occasions, I had to be eyes and ears to support on customers' sites where no files could be sent and no remote access possible. Not the best experience. &lt;BR /&gt;&lt;BR /&gt;Usually that costs time, efforts, much more money and frustration. Yet, sometimes there is nothing you can do about it.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
    <pubDate>Mon, 08 Jun 2020 07:09:51 GMT</pubDate>
    <dc:creator>_Val_</dc:creator>
    <dc:date>2020-06-08T07:09:51Z</dc:date>
    <item>
      <title>When you can't send everything to TAC.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87103#M17487</link>
      <description>&lt;P&gt;Hello Chack Mates,&lt;/P&gt;&lt;P&gt;I have a problem, and I need your advice. I found a job that I have been seeking for a long time. There is a big customer who has got a lot of Checkpoint appliances. But they also have some security rules about personal information. And sometimes, my hands are tied when I can't send some information that TAC needs to solve a problem. For instance, I found a core dump file. It contains IP addresses, object names, and I also suspect that it contains usernames e.t.c. And I can't send it to them. Does anyone have experience of working with a client like this one? What should I do?&lt;BR /&gt;First I was thinking to write a parser. But to find all information that I need to remove, I have to know what to search. It's easy to remove IP addresses. The regular expression to find them is easy to write. But there might be a lot of other personal information. It's impossible to create all templates.&lt;/P&gt;</description>
      <pubDate>Tue, 02 Jun 2020 20:20:05 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87103#M17487</guid>
      <dc:creator>SerB</dc:creator>
      <dc:date>2020-06-02T20:20:05Z</dc:date>
    </item>
    <item>
      <title>Re: When you can't send everything to TAC.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87129#M17491</link>
      <description>&lt;P&gt;The core dump is usually needed to see the stack trace. You may try to ask TAC for a remote session to extract this stack trace from the core dump right in the appliance or on some other machine suitable for that.&lt;/P&gt;</description>
      <pubDate>Wed, 03 Jun 2020 06:19:14 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87129#M17491</guid>
      <dc:creator>HristoGrigorov</dc:creator>
      <dc:date>2020-06-03T06:19:14Z</dc:date>
    </item>
    <item>
      <title>Re: When you can't send everything to TAC.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87518#M17619</link>
      <description>Thank you for your reply! Yes, we've already tried that. They gave me a script but it shows an error. It looks like the core dump file is corrupted.&lt;BR /&gt;&lt;BR /&gt;But the problem is bigger than this one file. That's why I created this topic. Someone else has problems like that or is it just I was so lucky to find a job like this one. If it's normal I would try to get along as far as I could, but if it's not I would try to find another job because I'm getting tired of it.</description>
      <pubDate>Sun, 07 Jun 2020 19:22:09 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87518#M17619</guid>
      <dc:creator>SerB</dc:creator>
      <dc:date>2020-06-07T19:22:09Z</dc:date>
    </item>
    <item>
      <title>Re: When you can't send everything to TAC.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87567#M17631</link>
      <description>&lt;P&gt;Several points:&lt;/P&gt;
&lt;OL&gt;
&lt;LI&gt;TAC is often requiring many different sensitive info from the end customer's environment.&lt;/LI&gt;
&lt;LI&gt;In my personal view, it is okay to trust a security vendor with sensitive information. Same goes to a certified support partner. There is a legal protection in place as part of your support contract. Also, would there be a leak, reputation damage to vendor/partner would be devastating.&amp;nbsp;&lt;/LI&gt;
&lt;LI&gt;In many cases, it is extremely hard to get a grip on a situation, if expected tools are unavailable: cpinfo, debug files and remote access.&lt;/LI&gt;
&lt;/OL&gt;
&lt;P&gt;I have been in situations where end customers could not provide appropriate means of support to security vendors. In some occasions, I had to be eyes and ears to support on customers' sites where no files could be sent and no remote access possible. Not the best experience. &lt;BR /&gt;&lt;BR /&gt;Usually that costs time, efforts, much more money and frustration. Yet, sometimes there is nothing you can do about it.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;</description>
      <pubDate>Mon, 08 Jun 2020 07:09:51 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87567#M17631</guid>
      <dc:creator>_Val_</dc:creator>
      <dc:date>2020-06-08T07:09:51Z</dc:date>
    </item>
    <item>
      <title>Re: When you can't send everything to TAC.</title>
      <link>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87701#M17655</link>
      <description>&lt;P&gt;Hi&lt;/P&gt;
&lt;P&gt;My name is Galit Sadi and I am the TAC Project Manager&lt;/P&gt;
&lt;P&gt;I would be happy to take it offline and try to assist you.&lt;/P&gt;
&lt;P&gt;Please contact me at &lt;A href="mailto:galits@checkpoint.com" target="_blank"&gt;galits@checkpoint.com&lt;/A&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;Thx&amp;nbsp;&lt;BR /&gt;Galit&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 09 Jun 2020 07:17:37 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/General-Topics/When-you-can-t-send-everything-to-TAC/m-p/87701#M17655</guid>
      <dc:creator>GalitS</dc:creator>
      <dc:date>2020-06-09T07:17:37Z</dc:date>
    </item>
  </channel>
</rss>

