Accesso a repository APT privato con SSH » History » Revision 3
« Previous |
Revision 3/9
(diff)
| Next »
Simone Piccardi, 03/18/2021 04:43 PM
Accesso a repository APT privato con SSH¶
Esistono casi in cui può essere necessario fornire accesso a terzi ad un repository APT privato, ad esempio per fare utilizzare pacchetti sperimentali che non devono essere distribuiti pubblicamente.
In tal caso però restringere gli accessi ad un repository APT per l'usuale scaricamento dei pacchetti via HTTP comporta il problema di come autenticare gli utenti, con l'ulteriore problema di dover passare all'uso di HTTPs per evitare di trasmettere le credenziali di accesso in chiaro. Per risolvere il problema in maniera più pulita si può sfruttare una funzionalità poco nota di APT: la distribuzione dei pacchetti via SSH.
Il vantaggio dell'uso di SSH come metodo di scaricamento è che è possibile fare utilizzare ai client una autenticazione a chiavi, evitando la necessità di creare e gestire utenze e credenziali di autenticazione sul server.
Per evitare però di fornire ai client un accesso utente in shell sul server occorrerà configurare il servizio in modo che l'utente prescelto sia utilizzabile soltanto per eseguire il download dei pacchetti tramite APT.
La configurazione di un utente dedicato in una chroot¶
Per realizzare questo requisito predisporremo un utente dedicato al servizio, readrepo
operante all'interno di un chroot in cui verrà installato esclusivamente lo stretto necessario.
Il primo passo è creare l'utente con:
useradd -m readrepo
e non si deve impostare una password,perché l'accesso sarà possibile soltanto tramite autenticazione a chiavi.
Il passo successivo è la preparazione di /home/readrepo/
come gabbia chroot, anzitutto occorre rendere la directory di proprietà di root
e non dell'utente stesso, con:
chown -R root.root /home/readrepo/
si dovranno poi creare le sottodirectory necessarie ai programmi da installare nel chroot con:
mkdir /home/readrepo/{debian,dev,lib,lib64,bin,lib/x86_64-linux-gnu}
ed i file di dispositivo con:
mknod -m 666 /home/readrepo/dev/null c 1 3 mknod -m 666/home/readrepo/dev/tty c 5 0 mknod -m 666 /home/readrepo/dev/zero c 1 5 mknod -m 666 /home/readrepo/dev/random c 1 8
Infine si dovranno copiare i binari e le librerie di sistema dei programmi usati da APT: questi sono sh
, bash
, dd
e find
, che andranno copiati sotto /home/readrepo/bin
. Le rispettive librerie possono essere trovate, per ciascuno di essi, con qualcosa del tipo:
root@archive:~# ldd $(which bash) linux-vdso.so.1 (0x00007fff497e5000) libtinfo.so.6 => /lib/x86_64-linux-gnu/libtinfo.so.6 (0x00007f7291b3b000) libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f7291b36000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f7291975000) /lib64/ld-linux-x86-64.so.2 (0x00007f7291c9c000)
e per ciascuno si dovranno copiare le librerie mostrate dal comando (non linux-vdso.so.1
) nelle corrispondenti directory sotto /home/readrepo
.
Infine di dovrà creare la directory .ssh
ed il file .ssh/authorized_keys
con permessi adeguati per dare accesso all'utente, questo si può fare con:
mkdir -m 750 /home/readrepo/.ssh touch /home/readrepo/.ssh/authorized_keys chmod 640 /home/readrepo/.ssh/authorized_keys chgrp -R readrepo /home/readrepo/.ssh
le chiavi autorizzate all'uso dell'utente dovranno poi essere aggiunte manualmente (dall'amministratore) al file .ssh/authorized_keys
Tutta questa procedura può essere automatizzata usando lo script allegato che prende come argomento lo script sshaptchroot.sh
allegato alla pagina, che prende come argomento l'utente da creare ed effettua tutte le operazioni precedentemente descritte in maniera automatica (in particolare le copie delle librerie necessarie).
La configurazione di SSH sul server¶
Una volta creata la chroot si potrà indicare ad SSH di utilizzarla sfruttando la direttiva ChrootDirectory
da applicare all'utente prescelto.
Per questo occorre aggiungere in coda a /etc/ssh/sshd_config
le righe seguenti:
#Added for chroot test Match User readrepo ChrootDirectory /home/readrepo
Si tenga presente l'indicazione di inserire le righe in coda al file è essenziale, perché l'uso della direttiva Match
usata per selezionare l'utente si applica a tutte le direttive seguenti, a meno che non si incontri un'altra Match
o una direttiva Host
.
Troubleshooting¶
Una volta completate le configurazioni precedenti si potrà provare ad accedere al nuovo utente, si dovrà aggiungere la propria chiave pubblica al file /home/readrepo/.ssh/authorized_keys
, ed a quel punto ci si potrà collegare con SSH, ottenendo una shell, in cui verificare che sono utilizzabili solo i comandi indicati in precedenza (e i builtin di shell), ad esempio:
-bash-4.4$ pwd / -bash-4.4$ ls -bash: ls: command not found -bash-4.4$ find . ./lib64 ./lib64/ld-linux-x86-64.so.2 ... ./bin ./bin/sh ./bin/bash ./bin/dd ./bin/find ./.ssh ./.ssh/authorized_keys
La pubblicazione del repository¶
Per fornire ad APT l'accesso al repository con il nuovo utente occorre infine pubblicare lo stesso all'interno del chroot . Per questo abbiamo creato in precedenza la directory /home/readrepo/debian
, dove potremo copiare i file dello stesso, avendo comunque cura che questi non siano scrivibili dall'utente. Se il repository è gestito in maniera indipendente (ad esempio usando reprepro
con un altro utente, la cosa più semplice è effettuare un bind mount della directory dello stesso su /home/readrepo/debian
con:
mount --bind /directory/of/apt/repository /home/readrepo/debian/
che si potrà rendere permanente ad esempio inserendo in /etc/fstab
una voce:
/directory/of/apt/repository /home/readrepo/debian/ none bind 0 0
Configurazione delle sorgenti sul client¶
In tal caso si dovrà utilizzare all'interno di sources.list
una indicazione dell'uso del repository con una riga del tipo:
deb ssh://readrepo@archive.truelite.it:/debian buster-truelite main
occorrerà inoltre abilitare la funzionalità di accesso ai repository via SSH aggiungendo in /etc/apt/apt.conf.d/99localssh
un contenuto del tipo:
Dir::Bin::Methods::ssh "ssh";
h2.
Updated by Simone Piccardi over 3 years ago · 3 revisions