<?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: restrict outbound https traffic from going to web mail portals in AI Network Firewall</title>
    <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/259009#M53675</link>
    <description>&lt;P&gt;I would say this is pretty good AI answer : - )&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;
&lt;P&gt;*********************&lt;/P&gt;
&lt;H3&gt;&lt;span class="lia-unicode-emoji" title=":locked_with_key:"&gt;🔐&lt;/span&gt; Why HTTPS Inspection Is Often Necessary&lt;/H3&gt;
&lt;P&gt;Webmail portals (like Gmail, Outlook Web Access, Yahoo Mail) use &lt;STRONG&gt;HTTPS encryption&lt;/STRONG&gt;, which hides the full URL path and content from traditional firewalls. Without HTTPS inspection, you can only see the &lt;STRONG&gt;domain name&lt;/STRONG&gt; (e.g., &lt;CODE&gt;mail.google.com&lt;/CODE&gt;) — not the full URL (e.g., &lt;CODE&gt;mail.google.com/inbox&lt;/CODE&gt;) or user actions.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;STRONG&gt;Without HTTPS Inspection&lt;/STRONG&gt;: You can block domains like &lt;CODE&gt;mail.google.com&lt;/CODE&gt;, but you can't block specific actions like sending emails or accessing attachments. &lt;A href="https://techdocs.broadcom.com/us/en/symantec-security-software/email-security/email-security-cloud/1-0/about-https-inspection-and-web-url-filtering-v86203920-d3061e5614.html" target="_blank"&gt;[techdocs.b...oadcom.com]&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;With HTTPS Inspection&lt;/STRONG&gt;: You decrypt the traffic temporarily, inspect it, and re-encrypt it. This allows:
&lt;UL&gt;
&lt;LI&gt;Full URL filtering&lt;/LI&gt;
&lt;LI&gt;Content inspection (e.g., blocking uploads)&lt;/LI&gt;
&lt;LI&gt;More granular control over user behavior &lt;A href="https://www.cloudflare.com/learning/security/what-is-https-inspection/" target="_blank"&gt;[www.cloudflare.com]&lt;/A&gt;, &lt;A href="https://sslinsights.com/what-is-ssl-inspection/" target="_blank"&gt;[sslinsights.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;/LI&gt;
&lt;/UL&gt;
&lt;HR /&gt;
&lt;H3&gt;&lt;span class="lia-unicode-emoji" title=":white_heavy_check_mark:"&gt;✅&lt;/span&gt; Best Practices for Blocking Webmail Access&lt;/H3&gt;
&lt;P&gt;Here’s how to implement this securely and effectively:&lt;/P&gt;
&lt;H4&gt;1. &lt;STRONG&gt;Enable HTTPS Inspection (SSL/TLS Interception)&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Use a firewall or secure web gateway that supports SSL inspection.&lt;/LI&gt;
&lt;LI&gt;Deploy a trusted root certificate to user devices to avoid browser warnings.&lt;/LI&gt;
&lt;LI&gt;Limit inspection to high-risk categories (e.g., webmail, social media) to reduce privacy concerns. &lt;A href="https://sslinsights.com/what-is-ssl-inspection/" target="_blank"&gt;[sslinsights.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;2. &lt;STRONG&gt;Use URL Filtering&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Block known webmail domains (e.g., &lt;CODE&gt;mail.google.com&lt;/CODE&gt;, &lt;CODE&gt;outlook.live.com&lt;/CODE&gt;, &lt;CODE&gt;mail.yahoo.com&lt;/CODE&gt;) using domain-based filtering. &lt;A href="https://techdocs.broadcom.com/us/en/symantec-security-software/email-security/email-security-cloud/1-0/about-https-inspection-and-web-url-filtering-v86203920-d3061e5614.html" target="_blank"&gt;[techdocs.b...oadcom.com]&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;Use category-based filtering to block “Webmail” or “Email” categories in your firewall or proxy settings. &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClO1CAK" target="_blank"&gt;[knowledgeb...tworks.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;3. &lt;STRONG&gt;Apply Application Control&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Use App-ID or similar technology (e.g., Palo Alto, Fortinet, Cisco) to detect and block webmail applications based on behavior, not just URLs. &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClO1CAK" target="_blank"&gt;[knowledgeb...tworks.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;4. &lt;STRONG&gt;Whitelist Essential HTTPS Sites&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Allow HTTPS traffic to trusted business-critical domains.&lt;/LI&gt;
&lt;LI&gt;Avoid blanket HTTPS blocking — instead, use a “default deny” policy with specific allow rules. &lt;A href="https://securemyorg.com/best-practices-for-configuring-firewall-rules/" target="_blank"&gt;[securemyorg.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;5. &lt;STRONG&gt;Monitor and Log&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Enable logging for blocked attempts to access webmail.&lt;/LI&gt;
&lt;LI&gt;Review logs regularly to identify bypass attempts or misconfigurations.&lt;/LI&gt;
&lt;/UL&gt;</description>
    <pubDate>Sat, 04 Oct 2025 16:37:20 GMT</pubDate>
    <dc:creator>the_rock</dc:creator>
    <dc:date>2025-10-04T16:37:20Z</dc:date>
    <item>
      <title>restrict outbound https traffic from going to web mail portals</title>
      <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258953#M53671</link>
      <description>&lt;P&gt;Hi mates,&lt;/P&gt;
&lt;P&gt;Is there a way to&amp;nbsp;&amp;nbsp;restrict outbound https traffic from going to web mail portals.&amp;nbsp; &amp;nbsp;We want to allow users to use https, but we don't want them to send email.&amp;nbsp; &amp;nbsp;Also, would outbound https inspection be needed?&lt;/P&gt;</description>
      <pubDate>Fri, 03 Oct 2025 19:24:38 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258953#M53671</guid>
      <dc:creator>Daniel_Kavan</dc:creator>
      <dc:date>2025-10-03T19:24:38Z</dc:date>
    </item>
    <item>
      <title>Re: restrict outbound https traffic from going to web mail portals</title>
      <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258959#M53672</link>
      <description>&lt;P&gt;Im thinking one rule to allow port 443 and another to block 25?&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;</description>
      <pubDate>Fri, 03 Oct 2025 21:59:28 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258959#M53672</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2025-10-03T21:59:28Z</dc:date>
    </item>
    <item>
      <title>Re: restrict outbound https traffic from going to web mail portals</title>
      <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258960#M53673</link>
      <description>&lt;P&gt;You would have to block specific webmail portals to do that, which would most likely require HTTPS Inspection.&lt;/P&gt;</description>
      <pubDate>Fri, 03 Oct 2025 22:14:15 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258960#M53673</guid>
      <dc:creator>PhoneBoy</dc:creator>
      <dc:date>2025-10-03T22:14:15Z</dc:date>
    </item>
    <item>
      <title>Re: restrict outbound https traffic from going to web mail portals</title>
      <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258962#M53674</link>
      <description>&lt;P&gt;Not necessarily. As long as Manage &amp;amp; Settings &amp;gt; Blades &amp;gt; Application Control &amp;gt; Categorize HTTPS Websites is enabled, URL Filtering should work. Then as long as you have a services contract for the firewall, you can add a rule to block the "Email" category.&lt;/P&gt;
&lt;P&gt;TLSv1.3 with encrypted SNI throws a wrench into this, but it should be possible to block that in various ways, including via Group Policy.&lt;/P&gt;</description>
      <pubDate>Fri, 03 Oct 2025 22:23:28 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/258962#M53674</guid>
      <dc:creator>Bob_Zimmerman</dc:creator>
      <dc:date>2025-10-03T22:23:28Z</dc:date>
    </item>
    <item>
      <title>Re: restrict outbound https traffic from going to web mail portals</title>
      <link>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/259009#M53675</link>
      <description>&lt;P&gt;I would say this is pretty good AI answer : - )&lt;/P&gt;
&lt;P&gt;Andy&lt;/P&gt;
&lt;P&gt;*********************&lt;/P&gt;
&lt;H3&gt;&lt;span class="lia-unicode-emoji" title=":locked_with_key:"&gt;🔐&lt;/span&gt; Why HTTPS Inspection Is Often Necessary&lt;/H3&gt;
&lt;P&gt;Webmail portals (like Gmail, Outlook Web Access, Yahoo Mail) use &lt;STRONG&gt;HTTPS encryption&lt;/STRONG&gt;, which hides the full URL path and content from traditional firewalls. Without HTTPS inspection, you can only see the &lt;STRONG&gt;domain name&lt;/STRONG&gt; (e.g., &lt;CODE&gt;mail.google.com&lt;/CODE&gt;) — not the full URL (e.g., &lt;CODE&gt;mail.google.com/inbox&lt;/CODE&gt;) or user actions.&lt;/P&gt;
&lt;UL&gt;
&lt;LI&gt;&lt;STRONG&gt;Without HTTPS Inspection&lt;/STRONG&gt;: You can block domains like &lt;CODE&gt;mail.google.com&lt;/CODE&gt;, but you can't block specific actions like sending emails or accessing attachments. &lt;A href="https://techdocs.broadcom.com/us/en/symantec-security-software/email-security/email-security-cloud/1-0/about-https-inspection-and-web-url-filtering-v86203920-d3061e5614.html" target="_blank"&gt;[techdocs.b...oadcom.com]&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;&lt;STRONG&gt;With HTTPS Inspection&lt;/STRONG&gt;: You decrypt the traffic temporarily, inspect it, and re-encrypt it. This allows:
&lt;UL&gt;
&lt;LI&gt;Full URL filtering&lt;/LI&gt;
&lt;LI&gt;Content inspection (e.g., blocking uploads)&lt;/LI&gt;
&lt;LI&gt;More granular control over user behavior &lt;A href="https://www.cloudflare.com/learning/security/what-is-https-inspection/" target="_blank"&gt;[www.cloudflare.com]&lt;/A&gt;, &lt;A href="https://sslinsights.com/what-is-ssl-inspection/" target="_blank"&gt;[sslinsights.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;/LI&gt;
&lt;/UL&gt;
&lt;HR /&gt;
&lt;H3&gt;&lt;span class="lia-unicode-emoji" title=":white_heavy_check_mark:"&gt;✅&lt;/span&gt; Best Practices for Blocking Webmail Access&lt;/H3&gt;
&lt;P&gt;Here’s how to implement this securely and effectively:&lt;/P&gt;
&lt;H4&gt;1. &lt;STRONG&gt;Enable HTTPS Inspection (SSL/TLS Interception)&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Use a firewall or secure web gateway that supports SSL inspection.&lt;/LI&gt;
&lt;LI&gt;Deploy a trusted root certificate to user devices to avoid browser warnings.&lt;/LI&gt;
&lt;LI&gt;Limit inspection to high-risk categories (e.g., webmail, social media) to reduce privacy concerns. &lt;A href="https://sslinsights.com/what-is-ssl-inspection/" target="_blank"&gt;[sslinsights.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;2. &lt;STRONG&gt;Use URL Filtering&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Block known webmail domains (e.g., &lt;CODE&gt;mail.google.com&lt;/CODE&gt;, &lt;CODE&gt;outlook.live.com&lt;/CODE&gt;, &lt;CODE&gt;mail.yahoo.com&lt;/CODE&gt;) using domain-based filtering. &lt;A href="https://techdocs.broadcom.com/us/en/symantec-security-software/email-security/email-security-cloud/1-0/about-https-inspection-and-web-url-filtering-v86203920-d3061e5614.html" target="_blank"&gt;[techdocs.b...oadcom.com]&lt;/A&gt;&lt;/LI&gt;
&lt;LI&gt;Use category-based filtering to block “Webmail” or “Email” categories in your firewall or proxy settings. &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClO1CAK" target="_blank"&gt;[knowledgeb...tworks.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;3. &lt;STRONG&gt;Apply Application Control&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Use App-ID or similar technology (e.g., Palo Alto, Fortinet, Cisco) to detect and block webmail applications based on behavior, not just URLs. &lt;A href="https://knowledgebase.paloaltonetworks.com/KCSArticleDetail?id=kA10g000000ClO1CAK" target="_blank"&gt;[knowledgeb...tworks.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;4. &lt;STRONG&gt;Whitelist Essential HTTPS Sites&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Allow HTTPS traffic to trusted business-critical domains.&lt;/LI&gt;
&lt;LI&gt;Avoid blanket HTTPS blocking — instead, use a “default deny” policy with specific allow rules. &lt;A href="https://securemyorg.com/best-practices-for-configuring-firewall-rules/" target="_blank"&gt;[securemyorg.com]&lt;/A&gt;&lt;/LI&gt;
&lt;/UL&gt;
&lt;H4&gt;5. &lt;STRONG&gt;Monitor and Log&lt;/STRONG&gt;&lt;/H4&gt;
&lt;UL&gt;
&lt;LI&gt;Enable logging for blocked attempts to access webmail.&lt;/LI&gt;
&lt;LI&gt;Review logs regularly to identify bypass attempts or misconfigurations.&lt;/LI&gt;
&lt;/UL&gt;</description>
      <pubDate>Sat, 04 Oct 2025 16:37:20 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/AI-Network-Firewall/restrict-outbound-https-traffic-from-going-to-web-mail-portals/m-p/259009#M53675</guid>
      <dc:creator>the_rock</dc:creator>
      <dc:date>2025-10-04T16:37:20Z</dc:date>
    </item>
  </channel>
</rss>

