Non, on ne peut pas faire fonctionner scp lorsque l'utilisateur a comme shell /bin/false ou autre. Si je ne me trompe pas, scp execute scp à distance en utilisant ssh (comme pour cvs : deux instances du programme communique, l'une locale et l'autre executée a distance par une méthode quelconque). Or ssh utilise le shell de l'utilisateur pour interpréter les commandes.
Quoi qu'il en soit, donner un compte, même volontairement restreint, à un utilisateur revient presque à lui donner un shell. Il y a de multiples manières d'executer une commande si l'on à accès aux fichiers de l'utilisateur (.forward, fichiers rc, php et autre, crontabs peut-être, etc...). C'est pas gagné d'avance, mais il faut considérer cette possibilité, surtout si la config du système est complexe. Reste à savoir si les utilisateurs en question sont dignes de confiance (ainsi que ceux qui peuvent avoir accès à leurs mots de passe).
Si l'on ne veut donner qu'un accès fichier à un utilisateur, il vaut peut-être mieux considérer d'en faire un utilisateur virtuel, sans UID réel.
[^] # Re: Sftp et Scp sans se logguer
Posté par dvrasp . En réponse à la dépêche Sftp et Scp sans se logguer. Évalué à 2.
Quoi qu'il en soit, donner un compte, même volontairement restreint, à un utilisateur revient presque à lui donner un shell. Il y a de multiples manières d'executer une commande si l'on à accès aux fichiers de l'utilisateur (.forward, fichiers rc, php et autre, crontabs peut-être, etc...). C'est pas gagné d'avance, mais il faut considérer cette possibilité, surtout si la config du système est complexe. Reste à savoir si les utilisateurs en question sont dignes de confiance (ainsi que ceux qui peuvent avoir accès à leurs mots de passe).
Si l'on ne veut donner qu'un accès fichier à un utilisateur, il vaut peut-être mieux considérer d'en faire un utilisateur virtuel, sans UID réel.