Disabling Anonymous Binds - Hangs on Request - No Return to Prompt

[Marcelo Carvalho]

Hi everyone

I am trying on a development host to Disabling Anonymous Binds.

I have ran the following command but it hangs and does not return a prompt.

$ ldapmodify -x -D "cn=Directory Manager" -W -h 127.0.0.1 -p 389 -ZZ
Enter LDAP Password: 
dn: cn=config
changetype: modify
replace: nsslapd-allow-anonymous-access
nsslapd-allow-anonymous-access: rootdse

Following instructions from:  https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm...

ipa --version:  VERSION: 4.10.1, API_VERSION: 2.251
Red Hat Enterprise Linux" VERSION="9.2

Please, any advice?

Many thanks

Marcelo

[Florence Blanc-Renaud]

Hi,

On Wed, Sep 27, 2023 at 2:10 AM Marcelo Carvalho via FreeIPA-users <
[e-mail]> wrote:
> Hi everyone
>
> I am trying on a development host to Disabling Anonymous Binds.
>
> I have ran the following command but it hangs and does not return a prompt.
>
> $ ldapmodify -x -D "cn=Directory Manager" -W -h 127.0.0.1 -p 389 -ZZ
> Enter LDAP Password:
> dn: cn=config
> changetype: modify
> replace: nsslapd-allow-anonymous-access
> nsslapd-allow-anonymous-access: rootdse

ldapmodify waits for an empty line before it actually sends the operation
to the LDAP server. You need to type a carriage return at the end of the
line containing "rootdse", then another carriage return, and you should see
the command result. Then you can type CTRL-D to exit the ldapmodify command.

HTH,
flo

Following instructions from:
> https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/htm...
>
> ipa --version:  VERSION: 4.10.1, API_VERSION: 2.251
> Red Hat Enterprise Linux" VERSION="9.2
>
> Please, any advice?
>
> Many thanks
>
> Marcelo
> _______________________________________________
> FreeIPA-users mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> Fedora Code of Conduct:
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives:
> https://lists.fedorahosted.org/archives/list/[e-mail]...
> Do not reply to spam, report it:
> https://pagure.io/fedora-infrastructure/new_issue

[Marcelo Carvalho]

Hi Florence

Thank you so much.

Questions:

1) How do we "type a carriage return at the end?"
2) Will just a "\n" suffice, or do we need a "control character?"
3) If "control character" is needed how do e embed it on our copy-n-paste?  Hitting return for that new line does not work.

Please advise.

Many thanks.

Marcelo

[Rob Crittenden]

Marcelo Carvalho via FreeIPA-users wrote:
> Hi Florence
>
> Thank you so much.
>
> Questions:
> How do we "type a carriage return at the end?"
> Will just a "\n" suffice, or do we need a "control character?"
> If "control character" is needed how do e embed it on our copy-n-paste?  Hitting return for that new line does not work.

You just need an empty line to tell ldapmodify that the current mod
request is complete. You can alternatively put this into a file and pass
it in that way. EOF is treated as the end as well.

rob

[Andrew Imeson]

And if you want to have Ansible do it (setting either ‘off’ or ‘rootdse’ as the value) I’ve used this

- name: Disable FreeIPA anonymous LDAP access
  community.general.ldap_attrs:
    dn: cn=config
    attributes:
      nsslapd-allow-anonymous-access: 'off'
    server_uri: ldaps://localhost
    validate_certs: false
    bind_dn: cn=Directory Manager
    bind_pw: '{{ freeipa_directory_manager_password }}'
> On Sep 27, 2023, at 11:21 AM, Rob Crittenden via FreeIPA-users  wrote:
>
> Marcelo Carvalho via FreeIPA-users wrote:
> > Hi Florence
> >
> > Thank you so much.
> >
> > Questions:
> > How do we "type a carriage return at the end?"
> > Will just a "\n" suffice, or do we need a "control character?"
> > If "control character" is needed how do e embed it on our copy-n-paste?  Hitting return for that new line does not work.
>
> You just need an empty line to tell ldapmodify that the current mod
> request is complete. You can alternatively put this into a file and pass
> it in that way. EOF is treated as the end as well.
>
> rob
> _______________________________________________
> FreeIPA-users mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedorahosted.org/archives/list/[e-mail]...
> Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Marcelo Carvalho]

Thank you so much Andrew.

Question:  Does "freeipa_directory_manager_password" go in the clear?

_M

[Andrew Imeson]

The password can be stored in Ansible Vault, prompted for, or whatever preferred Ansible secret management strategy you employ.

I run it from the FreeIPA nodes, so it’s over an encrypted SSH session and then done via the loopback. It’s also using “ldaps” not “ldap,” so even a privileged used sniffing on the loopback wouldn’t see it (although a privileged user would have a hundred other ways to potentially gain access).
> On Sep 27, 2023, at 3:20 PM, Marcelo Carvalho via FreeIPA-users  wrote:
>
> Thank you so much Andrew.
>
> Question:  Does "freeipa_directory_manager_password" go in the clear?
>
> _M
> _______________________________________________
> FreeIPA-users mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]
> Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: https://lists.fedorahosted.org/archives/list/[e-mail]...
> Do not reply to spam, report it: https://pagure.io/fedora-infrastructure/new_issue

[Marcelo Carvalho]

Thanks Andrew.

I will dig into me Ansible options.

Many thanks

_M

[Christian Heimes]

On 27/09/2023 22.00, Andrew Imeson via FreeIPA-users wrote:
> The password can be stored in Ansible Vault, prompted for, or whatever preferred Ansible secret management strategy you employ.
>
> I run it from the FreeIPA nodes, so it’s over an encrypted SSH session and then done via the loopback. It’s also using “ldaps” not “ldap,” so even a privileged used sniffing on the loopback wouldn’t see it (although a privileged user would have a hundred other ways to potentially gain access).

It may be easier to use ipa-ldap-updater as root. The command uses LDAP 
over Unix sockets for secure communication and authentication. You don't 
have to pass any additional options like shost, port, or password. The 
update syntax is based on LDIF, but shorter and IMO easier to read.

Create a file "rootdse.update" with content:

dn: cn=config
only: nsslapd-allow-anonymous-access: rootdse

then run "ipa-ldap-updater rootdse.update" on every IPA server. Changes 
to cn=config are not replicated.

Christian

[Alexander Bokovoy]

On Чцв, 28 вер 2023, Christian Heimes via FreeIPA-users wrote:
> On 27/09/2023 22.00, Andrew Imeson via FreeIPA-users wrote:
> > The password can be stored in Ansible Vault, prompted for, or whatever preferred Ansible secret management strategy you employ.
> >
> > I run it from the FreeIPA nodes, so it’s over an encrypted SSH session and then done via the loopback. It’s also using “ldaps” not “ldap,” so even a privileged used sniffing on the loopback wouldn’t see it (although a privileged user would have a hundred other ways to potentially gain access).
>
> It may be easier to use ipa-ldap-updater as root. The command uses 
> LDAP over Unix sockets for secure communication and authentication. 
> You don't have to pass any additional options like shost, port, or 
> password. The update syntax is based on LDIF, but shorter and IMO 
> easier to read.
>
> Create a file "rootdse.update" with content:
>
> dn: cn=config
> only: nsslapd-allow-anonymous-access: rootdse
>
> then run "ipa-ldap-updater rootdse.update" on every IPA server. 
> Changes to cn=config are not replicated.

You don't even need that. Just use 'dsconf' utility provided by 389-ds,
as root.

[root@id ~]# dsconf IPA-TEST config get nsslapd-allow-anonymous-access
nsslapd-allow-anonymous-access: on
[root@id ~]# dsconf IPA-TEST config replace nsslapd-allow-anonymous-access=off
Successfully replaced "nsslapd-allow-anonymous-access"
[root@id ~]# dsconf IPA-TEST config get nsslapd-allow-anonymous-access
nsslapd-allow-anonymous-access: off

[Marcelo Carvalho]

Thank you Rob.

It worked perfectly.  All done.

Many thanks

Marcelo