<?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: AD Authenication through PIX in Network Security</title>
    <link>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040650#M896021</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;"allow the communication from the dmz servers to the AD subnet in the inside"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That is really POOR advice.  If servers in the &lt;/P&gt;&lt;P&gt;DMZ are compromised, then hackers will be able&lt;/P&gt;&lt;P&gt;to access everything on the AD subnet in the&lt;/P&gt;&lt;P&gt;inside network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The objective is to get this thing working&lt;/P&gt;&lt;P&gt;while minimizing the security risks.  This &lt;/P&gt;&lt;P&gt;can be done by limiting the dynamic DCOM&lt;/P&gt;&lt;P&gt;ports that AD uses.  It will involve modifying&lt;/P&gt;&lt;P&gt;windows registries.  If you're familiar&lt;/P&gt;&lt;P&gt;with Passive FTP, you get the idea.  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That way you will minimize the security risks&lt;/P&gt;&lt;P&gt;to your Corporate network if DMZ Servers are&lt;/P&gt;&lt;P&gt;somehow compromised, your "inside" network&lt;/P&gt;&lt;P&gt;is still protected.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 24 Sep 2008 13:04:35 GMT</pubDate>
    <dc:creator>cisco24x7</dc:creator>
    <dc:date>2008-09-24T13:04:35Z</dc:date>
    <item>
      <title>AD Authenication through PIX</title>
      <link>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040648#M896017</link>
      <description>&lt;P&gt;I currently have servers in DMZ3 that allow SSL VPN connection to them. The SSL authenication is to the DMZ only.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I want to allow AD authenication from DMZ3 to AD directory domain that is located in the inside network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;What ports need to be open to allow this to happen? I have read that this type of authenication is a security nightmare because of the number of ports that must be open for this to work correctly. There is no domain controller on DMZ3 so the AD authenication traffic must pass to the inside network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Another complication is that there are over 100 domain controllers that could answer the authenication request located on several different networks.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;</description>
      <pubDate>Mon, 11 Mar 2019 13:48:07 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040648#M896017</guid>
      <dc:creator>dohogue</dc:creator>
      <dc:date>2019-03-11T13:48:07Z</dc:date>
    </item>
    <item>
      <title>Re: AD Authenication through PIX</title>
      <link>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040649#M896018</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;if it is comlex like this &lt;/P&gt;&lt;P&gt;allow the communication from the dmz servers to the AD subnet in the inside&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Sep 2008 09:54:02 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040649#M896018</guid>
      <dc:creator>Marwan ALshawi</dc:creator>
      <dc:date>2008-09-24T09:54:02Z</dc:date>
    </item>
    <item>
      <title>Re: AD Authenication through PIX</title>
      <link>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040650#M896021</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;"allow the communication from the dmz servers to the AD subnet in the inside"&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That is really POOR advice.  If servers in the &lt;/P&gt;&lt;P&gt;DMZ are compromised, then hackers will be able&lt;/P&gt;&lt;P&gt;to access everything on the AD subnet in the&lt;/P&gt;&lt;P&gt;inside network.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The objective is to get this thing working&lt;/P&gt;&lt;P&gt;while minimizing the security risks.  This &lt;/P&gt;&lt;P&gt;can be done by limiting the dynamic DCOM&lt;/P&gt;&lt;P&gt;ports that AD uses.  It will involve modifying&lt;/P&gt;&lt;P&gt;windows registries.  If you're familiar&lt;/P&gt;&lt;P&gt;with Passive FTP, you get the idea.  &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;That way you will minimize the security risks&lt;/P&gt;&lt;P&gt;to your Corporate network if DMZ Servers are&lt;/P&gt;&lt;P&gt;somehow compromised, your "inside" network&lt;/P&gt;&lt;P&gt;is still protected.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 24 Sep 2008 13:04:35 GMT</pubDate>
      <guid>https://community.cisco.com/t5/network-security/ad-authenication-through-pix/m-p/1040650#M896021</guid>
      <dc:creator>cisco24x7</dc:creator>
      <dc:date>2008-09-24T13:04:35Z</dc:date>
    </item>
  </channel>
</rss>

