Problème avec un attribut Ldap dans mon script shell : base64 invalid input

Version imprimable

Bonjour,

Je suis en train de faire un script sous linux et je rencontre un pb avec des attribut Ldap que je récupère.
Voici mon script :
Code:

1 2 3 ldapsearch -H ldaps://tutu.chezmoi -x -S uid -b ou=people,dc=chezmoi,dc=fr -D "cn=LDAP,ou=administrators,dc=chezmoi,dc=fr" -w "grrrrr" "(&(titi=OFFI)(toto=xxxx))" uid cn mail bizbizEntiteAffectationPrincipale \ | sed -e '/::/s/$.*:: $$.*$/echo \1 $(echo \2 |base64 --decode)/e' >monfichier.txt
Je pensais que le /::/s/$.*:: $$.*$/echo \1 $(echo \2 |base64 --decode)/ permettrait à l'attribut bizbizEntiteAffectationPrincipale de ne pas poser de pb et d'être decodé mais en fait j'ai le message suivant dès que je mets cet attribut dans ma selection :
Code:

1 2 base64: invalid input
Est-ce que quelqu'un aurait une idée de ce que je dois mettre pour que cet attribut soit récupéré correctement , svp ?

Merci d'avance,

19/12/2025, 17h19
N_BaH

Bonjour,

et avec des guillemets autour du \2

Code:

echo "\2" | base64

?

tu peux nous confier la sortie de ldap ?
05/01/2026, 15h56
FredNV

Bonjour,

Désolée pour la réponse tardive ...
Alors non ça ne fonctionne pas mieux avec des guillemets autour de \2.
@N_BAH : qu'entends-tu par confier la sortie de ldap ?
Merci d'avance pour vos réponses,
FredNV
05/01/2026, 18h37
N_BaH

il faudrait qu'on ait la sortie de ldapsearch pour adapter la commande sed.
le mieux serait de rediriger la sortie vers un fichier, puis de joindre le fichier, afin qu'on ne perde rien du format, et éventuels caractères spéciaux/invisibles.
06/01/2026, 12h01
FredNV

Bonjour,

En fait, je ne vais pas pouvoir vous donner la sortie avec un fichier pour des raisons de confidentialité.
Du coup, si je résume un peu mon pb , c'est que le résultat du ldapsearch me donne ,pour 1 de mes attributs, l'attribut

Code:

bizbizEntiteAffectationPrincipale

à la fois des valeurs hashées et des valeurs non hashées.
Du coup, si j'ai bien compris il faut que je ne traite que les valeurs commençant par ":: ".
Et c'est là que ça pose un pb car je ne sais pas comment écrire le truc.
Si j'ai comme attributs de sortie : uid, cn,bizbizEntiteAffectationPrincipale, postaladress ,comment dire de ne decoder que les valeurs hashées de bizbizEntiteffecttaionPrincipale et idem pour postaladress.
Si je fais :

Code:

|sed -e '/::/s/$.*:: $$.*$/echo \1 $(echo \2 |base64 --decode)/e'

pourquoi ça ne decode pas bizbizEntiteAffectationPrincipale et postladress ?

Je pense que cette ligne a une erreur et decode des données non hashées également ( d'où le message d'erreur), non ?

Merci d 'avance,

fredNV
06/01/2026, 13h08
FredNV

En fait, je dois decoder la partie 2 de ma ligne.
Si j'ai bizbaffectationprincipale :: toto et que toto est hashée , il faut que je decode toto mais je ne comprends pas pourquoi mon sed ne fonctionne pas.

Cordialement,
fredNV
06/01/2026, 15h00
Flodelarab

Bonjour :coucou:

Difficile de diagnostiquer à l'aveugle.

Citation:

et idem pour postaladress

Comment ça "et idem" ? Je ne vois nulle-part que tu traites deux cas. Je suis d'ailleurs assez surpris que tu ne traites pas la virgule séparant les deux champs.

Citation:

pourquoi ça ne decode pas bizbizEntiteAffectationPrincipale et postladress ?

Parce que base64 voit une virgule, en plein milieu, qu'il ne comprend pas ?

Citation:

Et c'est là que ça pose un pb car je ne sais pas comment écrire le truc.

C'est mignon de vouloir tout faire d'un coup. Mais si tu n'y arrives pas, décompose. Enlève le drapeau "e", pour savoir ce qu'il tente d'exécuter, par exemple. Fais des tests avec base64 pour savoir quelle part du champ marche, par exemple. Utilise un fichier intermédiaire pour t'entraîner, par exemple.
06/01/2026, 15h20
FredNV

re-bonjour,

je pense avoir trouvé d'où vient mon problème.
Si je lis mon Ldap via un browser et que je prends le cas suivant :
dans mon browser : postaladress = rue de la mode, code postal
avec ma recherche ldapsearch en ligne de commande sur mon serveur : postaladress est hashée et le fait d'avoir la virgule renvoit à la ligne la deuxième partie de postaladress et par conséquent cela génère une erreur lorsque je lance mon sed qui ne peut pas se fiare sur cette deuxième partie puisque pas de "::" de présent:

Code:

base64: invalid input

Qu'en pensez-vous ? comment résoudre un tel problème ?

Merci d'avance pour vos réponses,
Nadège
06/01/2026, 15h39
N_BaH

un enregistrement est séparé en champs par un séparateur.
un champ peut contenir des "sous-champs" distingués par un autre séparateur.
par exemple :

Code:

abc:def:ghi,jkl:xyz

dans ce cas là, j'utiliserais plutôt awk qui est vraiment adapté traiter des enregistrements, contrairement à sed qui est un éditeur de texte.

A quoi ressemble ta ligne et est-ce toujours le cas ou pas:

Code:

1
2
3
4
5
6
7
8
9
10
11
12
$ echo 'postaladress = ' $(base64 <<<'rue de la mode')$(base64<<<',code postal')
postaladress =  cnVlIGRlIGxhIG1vZGUKLGNvZGUgcG9zdGFsCg==
$ echo 'postaladress = ' $(base64 <<<'rue de la mode')$(base64<<<'code postal')
postaladress =  cnVlIGRlIGxhIG1vZGUKY29kZSBwb3N0YWwK
$ echo 'postaladress = ' $(base64 <<<'rue de la mode') ', ' $(base64<<<'code postal')
postaladress =  cnVlIGRlIGxhIG1vZGUK ,  Y29kZSBwb3N0YWwK
$ echo -e 'postaladress = ' $(base64 <<<'rue de la mode') ',\n' $(base64<<<'code postal')
postaladress =  cnVlIGRlIGxhIG1vZGUK ,
 Y29kZSBwb3N0YWwK
$ echo -e 'postaladress = ' $(base64 <<<'rue de la mode') '\n' $(base64<<<'code postal')
postaladress =  cnVlIGRlIGxhIG1vZGUK
 Y29kZSBwb3N0YWwK

C'est pas compliqué de répondre à ça avec un exemple sans compromettre ta confidentialité !!

Bonjour,

Merci à tous pour vos réponses et vos indications.
J'ai fini par m'en sortir un peu ....au final, j'arrive à décoder les valeurs codées en passant par un awk ( fortement inspiré d'un autre trouvé car je n'ai pas vraiment ce niv) et ensuite j'ai fait du nettoyage avec un sed.

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
 
ldapsearch -H ldaps://ldaptutu -x -S uid  -b ou=people,dc=toto,dc=fr -D "cn=titi,ou=administrators,dc=tutu,dc=fr" -w "oupsssss"  "(&(Status=OFFI)(eduPersonAffiliation=essai))" uid cn Civilite EmpId employeeType mail EntiteAffectationPrincipale postalAddress telephoneNumber | awk '
/^dn: / {
if (NR > 1) print "-----"
}
/^ / { sub(/^ /,""); line=line $0; next }
line { print line; line="" }
{ line=$0 }
END { if (line) print line }
' | awk -F':: ' '
NF==2 {
cmd="echo \"" $2 "\" | base64 --decode"
cmd | getline decoded
close(cmd)
sub(":: .*", ": " decoded)
}
{ print }
'|sed -e '1,8d' -e '/#/d' -e 's/dn://g' -e 's/ou=people,dc=tutu,dc=fr//g' -e 's/uid=/uid: /g' -e '/ uid:/d' -e 's/: /:/'> fichierldap_essai.txt

Résultat :

Code:

1
2
3
4
5
6
7
8
9
10
 
cn:blabla Amanda
EmpId:229
mail:a.blbla@tutu.fr
supannCivilite:MME
uid:xxxx
EntiteAffectationPrincipale:Essai
employeeType:B.R
postalAddress:33 RUE du 11 Novembre$25000 ESSAI CEDEX 2
telephonenumber : 01020304

Puis j'enchaîne avec

Code:

1
2
 
awk -F\: 'BEGIN{PROCINFO["sorted_in"]="@ind_str_asc"};NF <= 1{for (k in A){ printf(A[k]";")};print "";next}{X=$1;$1="";A[X]=$0}END{for (k in A) {printf(A[k]";")};print ""}' fichierldap_essai.txt > fichierldap_essai2.txt

Résultat :

Code:

1
2
 
blabla Amanda; B.R; a.blabla@tutu.fr; 33 RUE du 11 Novembre$42023S25000 ESSAI CEDEX 2; MME; 229; xxxx; Essai;

Ensuite

Code:

1
2
 
awk 'BEGIN { printf  "%s\n","category;" "niv 1 nom;" "niv 1 code;" "niv 2 nom;" "niv 2 code;" "niv 3 nom;" "niv 3 code;" "niv 4 nom;" "niv 4 code;" "niv 5 nom;" "niv 5 code;" "nom ;" "code ;""type;" "email;" "quantite;" "capacite;" "departement(URL);" "note;" "departement-autresdonnées(civilite);" "service;" "adresse1;" "adresse2;" "codepostal;" "ville;" "etat;""pays;" "telephone;" "fax;" "codeX;" "codeY;" "codeZ;" "fuseauhoraire;"  "Profil" "verif" } { print 7  ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" $1 ";" $6 ";" "Hello" ";"  $3 1 ";"  1 ";" ""  ";" $5 ";" $8 ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" "" ";" 0}' fichierldap_essai2.txt >fichierldap_essaifinal.csv

Et là j'ai un résultat qui me pose pb car apparemment dans $1(c'est juste un exemple) il ne prend que blabla et non blabla Amanda ...et pourtant je dis bien , il me semble , que le séparateur est ";" et non espace.

Résultat :

Code:

1
2
 
2;;;;;;;;;;;blabla;RUE;Hello;Amanda;1;1;;33;11;;;;;;;;;;;;;0

Auriez-vous une idée d'où vient cet ultime souci ( enfin j'espère) ? Merci.
fredNV

08/01/2026, 12h54
disedorgue

Dans ton dernier awk, je ne vois pas quand tu précise le séparateur de champs et en plus on voit un print 7 .... et la ligne résultat que tu donnes commence par 2;;;...
c'est compliqué à comprendre...
08/01/2026, 14h44
FredNV

Oui j'ai changé le 2 en 7 mais ça ne change rien à la problématique.
Et bien je ne sais pas s'il faut ou pas préciser le séparateur à cette étape ?

Merci,
fredNV
08/01/2026, 15h06
disedorgue

Bah, pour moi, si, il faut le préciser puisque tu le mets toi même dans ton awk précédent.

Y a-t-il encore des données confidentielles dans la sortie de ldapsearch qui comrrespond au résultat
Citation:
Code:

1 2 3 4 5 6 7 8 9 cn:blabla Amanda EmpId:229 mail:a.blbla@tutu.fr supannCivilite:MME uid:xxxx EntiteAffectationPrincipale:Essai employeeType:B.R postalAddress:33 RUE du 11 Novembre$25000 ESSAI CEDEX 2 telephonenumber : 01020304
?
sinon, peut-on l'avoir afin de tests ?
parce que tous ces awk plus un sed, c'est maladroit.

NB: j'ai bien entendu que tu ne connais pas assez awk pour le faire sans répétitions
on doit pouvoir simplifier.

09/01/2026, 12h34
FredNV

Bonjour,

J'ai suivi le conseil de disedorgue et tout est ok.
Merci à tous,