Добавлю: ни симлинки, ни mount -o bind не нужны. Нужно, чтобы в корне вообще не было /etc.

> Нужно, чтобы в корне вообще не было /etc.

А что за странная задача? Скажи для чего это надо, может подскажем, как эта задача по-человечески решается.

>А что за странная задача?

Это не имеет значения.

Скажи для чего это надо, может подскажем, как эта задача по-человечески решается.

Если бы мне нужно было это, я бы задал именно такой вопрос. Но вопрос так не стоял.

Насколько я понимаю, к ядру этот каталог имеет мало отношения. Каждая программа, которая хранит там конфиги, обращается самостоятельно. Соответственно, нужно каждой программе указать новый конфиг-каталог по отдельности.

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

> Добавлю: ни симлинки, ни mount -o bind не нужны. Нужно, чтобы в корне вообще не было /etc.

Неправильно ты бутерброд ешь.

Во-первых, ставишь нужный симлинк в корне. Во-вторых, накатываешь на ядро патч из Gobolinux, позволяющий выборочно скрывать элементы корня.

Но когда программа хочет пройти по нужному пути в ФС, она ведь к чему-то обращается, делает какие-то вызовы, так ведь? Наверное, за это отвечает какая-нибудь файловая подсистема ядра типа VFS? Разве нельзя в ней сделать трансляцию нужного пути?

>Во-вторых, накатываешь на ядро патч из Gobolinux, позволяющий выборочно скрывать элементы корня.

Я знаю про модуль GoboHide, но это изначально нерациональное решение. Чем играть с симлинками и скрывать этот мусор, лучше сразу сделать трансляцию пути и избавиться от ненужного каталога.

Можно наверно сделать что то типа «невидимой ссылки», что бы при обращении к некоему каталогу шло обращение к другому. Грубо говоря ls / не показывает /etc, а ls /etc показывает содержимое /root/conf.

Неясно только устроит ли такое, потому что неясно что вызвало такую постановку задачи.

Это и будет твоя «трансляция пути». Не нравится симлинк, делая mount --bind. Никакого мусора.

Это юниксвей — из простых деталей делать сложные устройства.

>Неясно только устроит ли такое

Да, устроит, приблизительно как это сделать?

Понимаете, GoboHide это лишняя сущность, если можно сделать трансляцию на уровне VFS.

Трансляция на уровне VFS делается при помощи mount --bind. Скрытие элементов делается при помощи GoboHide. Твоя задача включает 2 подзадачи, для которых есть готовые решения. Если собираешься пилить свой велосипед вместо этого — ну ССЗБ.

>Твоя задача включает 2 подзадачи

А вы не разбивайте одну задачу на две. Задача поставлена просто: при запросе на получение содержимое каталога /etc запрашивающей программе отсылается содержимое каталога /root/conf. Без симлинков и патчей. Это же вроде элементарно должно решаться?

Честно говоря, не знаю, по видимому в ядре вставлять перехват обращений к данному каталогу.

Другой вопрос, что за причина требует прятать каталог. Если всё равно первое же обращение к нему его обнаружит. И если именно прятать необходимости нет, то может не понадобится лезть в ядро и можно обойтись более простыми средствами.

То есть патчить всё равно придётся, я имел в виду, что без патча типа GoboHide.

>И если именно прятать необходимости нет, то может не понадобится лезть в ядро и можно обойтись более простыми средствами.

Нужно не просто спрятать, а именно вообще убрать его.

> Если всё равно первое же обращение к нему его обнаружит.

Если имя каталога имеет вид fjhdfsiusdfbhsdfuydtyfdshgefs87reioujitjgoi, то, возможно, это такой способ авторизации.

> именно вообще убрать его.

И как?

Вот положим ls у нас даёт /bin /rooh /usr /var , /etc здесь нет. Положим мы по какой то причине выполнили ls /etc . И поскольку мы увидели что нам что то отобразилось, постольку сразу стало ясно что этот каталог на самом деле существует, хоть и «виртуально». И тут и возникает вопрос, что имеется в виду под «убрать»? Кстати, интересно, какой из путей покажет lsof.

Хотя если это скажем действительно что то типа авторизации, то это какое то объяснение. Но тогда чем не устраивает «спрятать».

>И поскольку мы увидели что нам что то отобразилось, постольку сразу стало ясно что этот каталог на самом деле существует, хоть и «виртуально»

Это мелочи, не важно.

Хорошо, зайдём с другой стороны. Задача такая: скрыть все симлинки в корне. GoboHide явно избыточен. Есть ли решение проще?

Как такое можно сделать, не правя исходники ls и не переименовывая etc (типа .etc, etc~)?

ls ведь скрывает только файлы, начинающиеся с точки или бекап-файлы.

>GoboHide явно избыточен. Есть ли решение проще?

Есть, перекопать исходники GoboHide и написать свой костыль без лишней избыточности.

Есть решение для Гнома с использованием .hidden файла со списком скрываемых.

Можно добавить непечатаемый символ какой-нибудь в имя директории.

Есть ещё вариант при загрузке системы отвязать (unlink) директорию, и привязать при выходе, но это так.

Возможно, SELinux и подобные штуки могут прятать выборочно файлы.

>Как такое можно сделать, не правя исходники ls и не переименовывая etc (типа .etc, etc~)?

Перехватывать вызов ls, отправлять ее выхлоп в /dev/null, а потом вызывать собственный ls, который работает как надо.

Ну я так понял, он собрался ядро патчить, на предмет перехвата обращений с последующим перенаправлением.

Так проще в исходниках проверку на этот путь добавить.

И ТС это не поможет - ему нужно ВЕСЬ софт обманывать, не только ls.

> Хорошо, зайдём с другой стороны. Задача такая: скрыть все симлинки в корне. GoboHide явно избыточен. Есть ли решение проще?

Тебе нужно скрыть конкретно от ls?

>И ТС это не поможет - ему нужно ВЕСЬ софт обманывать, не только ls.

Я не совсем понял задачу ТС. Самое главное на кого она направлена. На пользователей, которые не должны видеть /etc или на софт, который должен обращаться к другому каталогу? Если второе, то похоже на какой-то ШINDOШS-вирус, благо эта задача в антиофтопике без накатывания патча на ядро не решается.

Да, чтобы никто, включая рута, не видел этих симлинков.

Почему тогда просто не поставить на корень ФС права 700?

Не вписывается в задание.

Правь исходники ls на предмет листинга симлинков (для корня не выводить).

НОЗАЧЕМ?

Перепиши ls и поставь симлинк.

Я уже спрашивал, ТС не говорит.

Тогда при поиске через locate или find будут видны эти симлинки. Придётся всё же немного переделать GoboHide.

симлинк

ну или LD_PRELOAD и ручной костылизм :)

> То есть патчить всё равно придётся, я имел в виду, что без патча типа GoboHide.

в результате твой «патч» все равно будет очень похож на него. просто выкини из него неугодные тебе вещи, оставь только core функционал и пользуйся.

вообще, задача тривиальна - в подсистеме VFS есть функция отвечающая за pathname expansion, тебе достаточно туда добавить условие. хз нафига такое может быть нужно

>> Если всё равно первое же обращение к нему его обнаружит.

Если имя каталога имеет вид fjhdfsiusdfbhsdfuydtyfdshgefs87reioujitjgoi, то, возможно, это такой способ авторизации.

security through obscurity - зло.

> Если второе, то похоже на какой-то ШINDOШS-вирус, благо эта задача в антиофтопике без накатывания патча на ядро не решается.

очень даже решается, если есть рут. модуль подгрузил и все, руткит за нафиг делать внедрить.

Как вариант - можно использовать внешнюю переменную для хранения пути конфигурационных файлов. НО проблема в том, как сказать это всем программам, чтобы они использовали эту переменную. Другой вопрос - как программы будут читать конфиги из /root/ если по дефолту никто не имеет туда права.

Не въезжаю, к чему такие извращения?

Ну, допустим, переместишь ты конфиги в /root/conf, тебе все равно придется делать права на эту директорию такими же, как они были на /etc/ плюс еще и права выставить 753, что само по себе - лишняя дырища (ну или накатывать патч на ядро так, чтобы он не смотрел права на вышележащие директории); накатаешь на ядро патч, который будет анализировать все сисвызовы к дисковой подсистеме и вместо сисвызовов к /etc/path выполнять то же, но для /root/conf/path. Т.е. при помощи ls /etc или в mc каком-нибудь любой все равно сможет увидеть полное содержимое /etc (хоть оно и будет в другом месте).

И смысл?

> Да, чтобы никто, включая рута, не видел этих симлинков.

Подмени ls на свой патченный.

> вообще, задача тривиальна - в подсистеме VFS есть функция отвечающая за pathname expansion, тебе достаточно туда добавить условие. хз нафига такое может быть нужно

malware.

А ТС-то - уголовник!

Вот я баран!

Точно! Человек пытается руткит сделать!

Дружно кричим забан и выпиливаем за кулхацкерство? =) Или подождем, все-таки работающий руткит - это интересно.

P.S. Еще одну звезду отрастил? Поздравляю(хотя наверняка опоздал, картинки были отключены).

Или подождем, все-таки работающий руткит - это интересно.

Подождем, а потом посадим =)

Еще одну звезду отрастил? Поздравляю

Спасибо, сегодня как раз score стало равно 400.

В тему о кулхацкерстве

Предыдущий тред ТС также тонко намекает нам.

ТС, пиши еще!

За тобой уже выехали :)