<?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: Custom Application Site Wildcard in Firewall and Security Management</title>
    <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148431#M23705</link>
    <description>&lt;P&gt;In past versions, "*.okta.com" would have matched hacker.org/fake.okta.com. This bit me pretty badly when trying to move from another web filtering box to Check Point's URL Filtering. We blocked *.ar, and it caught some site's /path/to/shared/resources/16x16.left.arrow.png or whatever the path was. I haven't tried using non-regular expressions since R80.20, so it may have changed in a more recent version.&lt;/P&gt;
&lt;P&gt;I ended up having to anchor to the slash:&lt;/P&gt;
&lt;P&gt;^https?://([^/\.]\.)*okta.com/&lt;/P&gt;
&lt;P&gt;That matches any number of subdomains (including zero subdomains) then anchors the TLD to the slash which separates the domain name from the path in a URL.&lt;/P&gt;</description>
    <pubDate>Wed, 11 May 2022 14:58:14 GMT</pubDate>
    <dc:creator>Bob_Zimmerman</dc:creator>
    <dc:date>2022-05-11T14:58:14Z</dc:date>
    <item>
      <title>Custom Application Site Wildcard</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148383#M23691</link>
      <description>&lt;P&gt;I am needing to create some Applications/Sites on Check Point for some websites:&lt;/P&gt;&lt;P&gt;*.cisco.com&lt;/P&gt;&lt;P&gt;*.okta.com&lt;/P&gt;&lt;P&gt;And I want the site to end at the .com part.&amp;nbsp; ie I don't want this to happen:&lt;/P&gt;&lt;P&gt;bad.okta.com.hacker.org&lt;/P&gt;&lt;P&gt;Would I create a new Application/Site like this this example:&lt;/P&gt;&lt;P&gt;\.example\.com&lt;/P&gt;&lt;P&gt;\.cisco\.com&lt;/P&gt;&lt;P&gt;\.okta\.com&lt;/P&gt;&lt;P&gt;And would I also need to tick the box "URLs are defined as Regular Expression"?&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Wed, 11 May 2022 07:13:20 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148383#M23691</guid>
      <dc:creator>NeilDavey</dc:creator>
      <dc:date>2022-05-11T07:13:20Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Application Site Wildcard</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148385#M23692</link>
      <description>&lt;P&gt;See the documentation&amp;nbsp;&lt;A title="Custom Application Options" href="https://sc1.checkpoint.com/documents/R81.10/SmartConsole_OLH/EN/Topics-OLH/rPg4e-5enPIZIsIglRw45w2.htm?cshid=rPg4e-5enPIZIsIglRw45w2" target="_blank" rel="noopener"&gt;Custom Application Options&lt;/A&gt;&lt;/P&gt;
&lt;P&gt;"&lt;SPAN&gt;*.okta.com&lt;/SPAN&gt;" does not match "&lt;SPAN&gt;bad.okta.com.hacker.org&lt;/SPAN&gt;" but match "subdomain.okta.com"&lt;/P&gt;
&lt;P&gt;And yes, if you want more granular control you have to use regular expressions.&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 11 May 2022 08:19:06 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148385#M23692</guid>
      <dc:creator>Wolfgang</dc:creator>
      <dc:date>2022-05-11T08:19:06Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Application Site Wildcard</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148397#M23698</link>
      <description>&lt;P&gt;Thanks Wolfgang.&lt;/P&gt;&lt;P&gt;So you would suggest this would be correct to allow a subdomain which ends at the .com?&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="image.png" style="width: 638px;"&gt;&lt;img src="https://community.checkpoint.com/t5/image/serverpage/image-id/16476i824B459F36BD2D22/image-size/large?v=v2&amp;amp;px=999" role="button" title="image.png" alt="image.png" /&gt;&lt;/span&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 11 May 2022 09:33:22 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148397#M23698</guid>
      <dc:creator>NeilDavey</dc:creator>
      <dc:date>2022-05-11T09:33:22Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Application Site Wildcard</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148431#M23705</link>
      <description>&lt;P&gt;In past versions, "*.okta.com" would have matched hacker.org/fake.okta.com. This bit me pretty badly when trying to move from another web filtering box to Check Point's URL Filtering. We blocked *.ar, and it caught some site's /path/to/shared/resources/16x16.left.arrow.png or whatever the path was. I haven't tried using non-regular expressions since R80.20, so it may have changed in a more recent version.&lt;/P&gt;
&lt;P&gt;I ended up having to anchor to the slash:&lt;/P&gt;
&lt;P&gt;^https?://([^/\.]\.)*okta.com/&lt;/P&gt;
&lt;P&gt;That matches any number of subdomains (including zero subdomains) then anchors the TLD to the slash which separates the domain name from the path in a URL.&lt;/P&gt;</description>
      <pubDate>Wed, 11 May 2022 14:58:14 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148431#M23705</guid>
      <dc:creator>Bob_Zimmerman</dc:creator>
      <dc:date>2022-05-11T14:58:14Z</dc:date>
    </item>
    <item>
      <title>Re: Custom Application Site Wildcard</title>
      <link>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148455#M23715</link>
      <description>&lt;P&gt;simple answer, YES&lt;/P&gt;</description>
      <pubDate>Thu, 12 May 2022 08:59:36 GMT</pubDate>
      <guid>https://community.checkpoint.com/t5/Firewall-and-Security-Management/Custom-Application-Site-Wildcard/m-p/148455#M23715</guid>
      <dc:creator>Wolfgang</dc:creator>
      <dc:date>2022-05-12T08:59:36Z</dc:date>
    </item>
  </channel>
</rss>

