<?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: LDAP User Base Filter in Security</title>
    <link>https://community.splunk.com/t5/Security/LDAP-User-Base-Filter/m-p/73335#M2424</link>
    <description>&lt;P&gt;LDAP filters don't work on OU membership, but on attributes of the entries in the directory.  There's some good docs on how they work at &lt;A href="http://www.centos.org/docs/5/html/CDS/ag/8.0/Finding_Directory_Entries-LDAP_Search_Filters.html"&gt;http://www.centos.org/docs/5/html/CDS/ag/8.0/Finding_Directory_Entries-LDAP_Search_Filters.html&lt;/A&gt; .  &lt;/P&gt;

&lt;P&gt;If you can associate an attribute with all of your 'inactive' users, then you can filter on it.  For example, you can extend your schema with a new objectclass of "inactiveAccount" and then do a search filter on:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;(!(objectclass=inactiveAccount))
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The suckage here is that you have to update all of those accounts and assign that objectclass to them.  &lt;/P&gt;

&lt;P&gt;Or, if this is active directory (or another directory that assigns pseudo-attributes based on group membership), then you could create an 'inactiveAccounts' group and put everyone in it, then filter by:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;(!(memberOf=inactiveAccounts))
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Neither of these approaches really provides a lot of winnage though, because you have to do something to every account that gets put into inactive.  Perhaps move your "ou=inactive" out to be a peer of "ou=people" instead of a child of it?&lt;/P&gt;</description>
    <pubDate>Wed, 13 Jun 2012 18:29:50 GMT</pubDate>
    <dc:creator>dwaddle</dc:creator>
    <dc:date>2012-06-13T18:29:50Z</dc:date>
    <item>
      <title>LDAP User Base Filter</title>
      <link>https://community.splunk.com/t5/Security/LDAP-User-Base-Filter/m-p/73334#M2423</link>
      <description>&lt;P&gt;I noticed these errors in my splunkd log:&lt;/P&gt;

&lt;P&gt;06-12-2012 16:54:49.652 +0000 ERROR UserManagerPro - Failed to get LDAP user="Yoda" from any configured servers&lt;BR /&gt;
06-12-2012 16:54:49.680 +0000 ERROR AuthenticationManagerLDAP - Couldn't find matching groups for user="Yoda". Search filter="(uniquemember=uid=Yoda,ou=inactive,ou=people,dc=mydomain,dc=com)" strategy="LDAPAuth"&lt;/P&gt;

&lt;P&gt;These errors are for multiple users that have since departed.  I believe the issue is the following:&lt;/P&gt;

&lt;P&gt;Our User Base DN is setup as follows for Splunk Authentication:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt; ou=people,dc=mydomain,dc=com;
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;However in LDAP under ou=people we also have another ou called "ou=inactive".  This ou contains users who have since departed.  &lt;/P&gt;

&lt;P&gt;I'd like to tell splunk to not even look in ou=inactive.  I noticed there is User Base Filtering.  My question is, if I put in "ou=inactive" would it filter this out?  From the description of what this does, it sounds like the opposite.&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;Enter the User base filter for the object class you want to filter your users on.

    This is recommended to return only applicable users. For example: (department=IT).
    Default value is empty, meaning no user entry filtering. 
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;How can you filter out an ou that is in another ou for ldap authentication?&lt;/P&gt;</description>
      <pubDate>Tue, 12 Jun 2012 18:54:09 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LDAP-User-Base-Filter/m-p/73334#M2423</guid>
      <dc:creator>gnovak</dc:creator>
      <dc:date>2012-06-12T18:54:09Z</dc:date>
    </item>
    <item>
      <title>Re: LDAP User Base Filter</title>
      <link>https://community.splunk.com/t5/Security/LDAP-User-Base-Filter/m-p/73335#M2424</link>
      <description>&lt;P&gt;LDAP filters don't work on OU membership, but on attributes of the entries in the directory.  There's some good docs on how they work at &lt;A href="http://www.centos.org/docs/5/html/CDS/ag/8.0/Finding_Directory_Entries-LDAP_Search_Filters.html"&gt;http://www.centos.org/docs/5/html/CDS/ag/8.0/Finding_Directory_Entries-LDAP_Search_Filters.html&lt;/A&gt; .  &lt;/P&gt;

&lt;P&gt;If you can associate an attribute with all of your 'inactive' users, then you can filter on it.  For example, you can extend your schema with a new objectclass of "inactiveAccount" and then do a search filter on:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;(!(objectclass=inactiveAccount))
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;The suckage here is that you have to update all of those accounts and assign that objectclass to them.  &lt;/P&gt;

&lt;P&gt;Or, if this is active directory (or another directory that assigns pseudo-attributes based on group membership), then you could create an 'inactiveAccounts' group and put everyone in it, then filter by:&lt;/P&gt;

&lt;PRE&gt;&lt;CODE&gt;(!(memberOf=inactiveAccounts))
&lt;/CODE&gt;&lt;/PRE&gt;

&lt;P&gt;Neither of these approaches really provides a lot of winnage though, because you have to do something to every account that gets put into inactive.  Perhaps move your "ou=inactive" out to be a peer of "ou=people" instead of a child of it?&lt;/P&gt;</description>
      <pubDate>Wed, 13 Jun 2012 18:29:50 GMT</pubDate>
      <guid>https://community.splunk.com/t5/Security/LDAP-User-Base-Filter/m-p/73335#M2424</guid>
      <dc:creator>dwaddle</dc:creator>
      <dc:date>2012-06-13T18:29:50Z</dc:date>
    </item>
  </channel>
</rss>

