LDAP Linux Auth SSS: различия между версиями

Материал из noname.com.ua
Перейти к навигацииПерейти к поиску
Строка 181: Строка 181:
 
< session optional pam_sss.so
 
< session optional pam_sss.so
 
</PRE>
 
</PRE>
  +
   
 
==sudo==
 
==sudo==
  +
<B> /etc/nsswitch.conf</B>
  +
<PRE>
  +
sudoers: files sss
  +
</PRE>
   
  +
<B>/etc/sssd/sssd.conf</B>
  +
<PRE>
  +
[sssd]
  +
services = nss,pam,sudo
  +
</PRE>
   
  +
<B>t /etc/sssd/sssd.conf</B>
  +
<PRE>
  +
id_provider = ldap
   
  +
sudo_provider = ldap
  +
ldap_uri = ldap://example.com
  +
ldap_sudo_search_base = ou=sudoers,dc=example,dc=com
  +
</PRE>
   
 
==ssh access using key from ldap==
 
==ssh access using key from ldap==

Версия 12:46, 21 июля 2016


SSSD


Изначально задача стояла - сделать авторизацию (shell) в LDAP причем

* Огромный корпоративный LDAP где куча всяких данных и в целом мне не доступно управление 
* Доступ должен определяться членством в группах (обратить внимание - есть более чем 1 группа, memberOf ко торой должны иметь возможность  логиниться на сервер  что исключает pam_ldap)
* sudo для этой группы
* sudosh2 для записи сессии 


Пару слов про sssd:


SSSD (System Security Services Daemon) позволяет обращаться к удаленным механизмам аутентификации. Таким образом стирается граница между локальной и сетевой аутентификацией и допускается использование разных механизмов. Информацию о пользователях предоставляет база данных, называемая доменом, которая может служить источником данных для удаленной аутентификации. Допускается использование нескольких механизмов, что разрешает нескольким серверам реализовать различные пространства имен. Полученная информация будет предоставлена внешним приложениям с помощью стандартных интерфейсов PAM и NSS. SSSD выполняется как комплект служб, независимых от вызывающих их приложений. Поэтому приложениям необязательно создавать собственные подключения к удаленным доменам и даже не требуется знать о том, какая именно служба используется в данный момент. Локальное кэширование данных идентификации и информации о группах позволяет продолжать работу в автономном режиме независимо от источника данных (LDAP, NIS, IPA, DB, Samba и т.п.) и в целом повышает производительность. SSSD допускает использование нескольких поставщиков одного типа (например, LDAP). За подробной информацией обратитесь к руководству по развертыванию Red Hat Enterprise Linux 6.


sudosh2

spec есть в комплекте, сборка особого труда не представляет.
https://github.com/squash/sudosh2


rpm -ivh sudosh2-1.0.6-1.el5.x86_64.rpm

/etc/shells

/bin/sh
/bin/bash
/sbin/nologin
/bin/dash
/usr/bin/sudosh
head -1 /etc/passwd
root:x:0:0:root:/root:/usr/bin/sudosh

Включить автосоздание директорий

authconfig --enablemkhomedir --update

ldap auth via pam_sss

yum  install sssd-ldap
yum -y install openldap-clients

/etc/sssd/sssd.conf

[sssd]
config_file_version = 2
services = nss, pam, sudo, ssh
domains = default
reconnection_retries = 100

[nss]
default_shell = /bin/sh

[pam]

[domain/default]
ldap_tls_reqcert = never
id_provider = ldap
auth_provider = ldap
access_provider = ldap

ldap_uri = ldap://ldap/
dns_resolver_timeout = 15

ldap_search_base = dc=mirantis,dc=net
ldap_access_filter =  |(|(&(accessTo=itlab)(trustModel=byhost)(trustModel=fullaccess))(&(objectClass=posixAccount)(uid=mmaxur)))(memberOf=cn=it-cloud-ops,ou=groups,o=mirantis,dc=mirantis,dc=net)
cache_credentials = False
#enumerate = false
enumerate = True
sudo_provider = ldap
ldap_sudo_search_base = ou=sudoers,dc=mirantis,dc=net
cache_credentials = True
ldap_tls_reqcert = never
min_id = 1000
use_fully_qualified_names = False
override_shell = /usr/bin/sudosh

[autofs]

[sudo]
sudo_provider = ldap
ldap_sudo_search_base = ou=sudoers,dc=mirantis,dc=net


 /etc/init.d/sssd start

 chkconfig sssd on

/etc/openldap/ldap.conf

URI ldap://ldap/
BASE dc=mirantis,dc=net


cp  -r /etc/pam.d /root
authconfig --enablesssdauth  --enablesssd --update

Проверить: (/root/pam.d - бекап)

[root@ic3-fuel-scc ~]# diff /etc/pam.d/ /root/pam.d/
diff /etc/pam.d/fingerprint-auth /root/pam.d/fingerprint-auth
11d10
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
20d18
< session     optional      pam_sss.so
diff /etc/pam.d/fingerprint-auth-ac /root/pam.d/fingerprint-auth-ac
11d10
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
20d18
< session     optional      pam_sss.so
diff /etc/pam.d/password-auth /root/pam.d/password-auth
7d6
< auth        sufficient    pam_sss.so use_first_pass
13d11
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
18d15
< password    sufficient    pam_sss.so use_authtok
25d21
< session     optional      pam_sss.so
diff /etc/pam.d/password-auth-ac /root/pam.d/password-auth-ac
7d6
< auth        sufficient    pam_sss.so use_first_pass
13d11
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
18d15
< password    sufficient    pam_sss.so use_authtok
25d21
< session     optional      pam_sss.so
diff /etc/pam.d/smartcard-auth /root/pam.d/smartcard-auth
11d10
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
20d18
< session     optional      pam_sss.so
diff /etc/pam.d/smartcard-auth-ac /root/pam.d/smartcard-auth-ac
11d10
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
20d18
< session     optional      pam_sss.so
diff /etc/pam.d/system-auth /root/pam.d/system-auth
7d6
< auth        sufficient    pam_sss.so use_first_pass
13d11
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
18d15
< password    sufficient    pam_sss.so use_authtok
25d21
< session     optional      pam_sss.so
diff /etc/pam.d/system-auth-ac /root/pam.d/system-auth-ac
7d6
< auth        sufficient    pam_sss.so use_first_pass
13d11
< account     [default=bad success=ok user_unknown=ignore] pam_sss.so
18d15
< password    sufficient    pam_sss.so use_authtok
25d21
< session     optional      pam_sss.so


sudo

/etc/nsswitch.conf

sudoers: files sss

/etc/sssd/sssd.conf

[sssd]
services = nss,pam,sudo

t /etc/sssd/sssd.conf

id_provider = ldap

sudo_provider = ldap
ldap_uri = ldap://example.com
ldap_sudo_search_base = ou=sudoers,dc=example,dc=com

ssh access using key from ldap

Если LDAP настроен так как нужно (верная схема) - то можно просто добавить строчку "бери ключ из лдап", бинарник идет вместе с пакето sssd

AuthorizedKeysCommand /usr/bin/sss_ssh_authorizedkeys

По сути это комманда которая на вход получает username а на выходе отдает ключ
Скрипт который делает то же самое выглядит так:

#!/bin/bash



LOG="/etc/ssh/auth.log"
LDAPSEARCH="/usr/bin/ldapsearch"
WORKDIR=/etc/ssh/ldap_auth


date  >> ${LOG}
env  >> ${LOG}
echo $@ >> ${LOG}
echo ${1} >> ${LOG}

USER=${1}


pre() {

  mkdir -p ${WORKDIR}
  TMP_DIR=`mktemp -p ${WORKDIR} -d --suffix="-${USER}"`


}

search_key() {
   ${LDAPSEARCH} -x -LLL -b "uid=${USER},ou=people,o=mirantis,dc=mirantis,dc=net" sshPublicKey  -tt -T ${TMP_DIR} 2>&1 >>${LOG}
}



show_key() {
  pushd ${TMP_DIR} 2>/dev/null 1>/dev/null
  for F in `ls -1  `
  do
    cat ${F}
    cat ${F} >> ${LOG}
  done
  popd 2>/dev/null  1>/dev/null
}

clanup(){
  rm -rf ${TMP_DIR}

}

pre
search_key
show_key
clanup

Тут можно сделать что угодно - использовать нестандартную схему, другой ldap-сервер или что то еще.