В чём смысл ограничений на chroot в SFTP ?

Я так понимаю что это для защиты корня сделано. А дальше создавай папки как хочешь: ${chroot}/home/misha

Интересно от кого и зачем его защищать ? :-) Что будет, если условие с владельцем и правами выполняться не будет ?

Чтобы пользователь не мог создать в своем каталоге rc-файлы, и выполнять команды на сервере?
Например, ~/.ssh/rc

Ну он туда чрутится рутом и там уже привилегии сбрасывает и вызывает шелл. Так вот если враг подсунет, скажем, левый libnss* то запросто поимеет всех пользователей в чруте.

Кстати, раскажи мне, а зачем вообще sftp нужен? Разве scp не делает то же самое?

Например, ~/.ssh/rc

В sftp режиме команды не выполняются (проверял).

если враг подсунет, скажем, левый libnss* то запросто поимеет всех пользователей в чруте.

Каким образом ? Они разве не должны быть подгружены при запуске процесса ещё до всяких chroot-ов ?
И даже, если и подсунет, что поимеет с этого ? chroot уже сделан - выше не поднимутся, uid переключен - работаем уже не из-под root-а.

а зачем вообще sftp нужен?

Нужно людям дать доступ к загрузке файлов на сервер (мини shared hosting). Люди иногда заходят туда из дома (домовая сеть, локальные IP, возможны sniffer-ы трафика). Раньше был доступ по ftp, нешифрованный, т.к. шифрованный ftp не во всех режимах дружит с NAT-ом (NAT у них в домашней сети). Часть учётных записей «прохачили» - судя по всему отловили пароли, поэтому теперь общение с сервером нужно сделать шифрованным.

Разве scp не делает то же самое?

А chroot к нему применить можно ? Можно было бы прикрутить rssh, но вот проблема с chroot-ом.

http://www.gossamer-threads.com/lists/openssh/dev/50175

Спасибо за ссылку. Идея взлома с помощью жёстких ссылок на setuid программы понятна, хотя для sftp и не применима. Наверное в openssh решили не заморачиваться на частные случаи и сделали это условие глобальным.
Будем значит для chroot-а создавать промежуточные каталоги.
Всем спасибо за помощь !