1.1, cmp (ok), 05:23, 18/09/2016 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
Судя по версии glibc это делается для отключения недавнего руткита, и что там, что тут нет никакой инфы о том, имеет ли версия glibc значение, как и другой вспогательной инфы, нахрена такие топики писать?
| |
1.2, Нанобот (ok), 19:46, 20/09/2016 [ответить] [﹢﹢﹢] [ · · · ] [↓] [к модератору]
| +/– |
автор применил древнюю чёрную магию для отключения LD_PRELOAD. детки, не пытайтесь повторить это дома.
З.Ы. имхо, стоило бы упомянуть, что это всё будет работать до первого обновления libc
| |
1.4, Аноним (-), 00:26, 25/09/2016 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +1 +/– |
Это что, предлагается хачить бинарник ld.so этим стремным скриптом? После чего как минимум будет обламываться проваерка контрольных сумм пакетником, а если не повезло то система сломается совсем. Виндовозненько.
| |
1.10, pavlinux (ok), 01:26, 25/10/2016 [ответить] [﹢﹢﹢] [ · · · ] [к модератору]
| +/– |
pavel@amd64:~$ readonly LD_PRELOAD
pavel@amd64:~$ export LD_PRELOAD=/tmp/libfake.so
bash: LD_PRELOAD: доступная только на чтение переменная
---
ессесенно readonly LD_PRELOAD прописывать в /etc/profile
| |
|
2.11, freehck (ok), 15:06, 03/11/2016 [^] [^^] [^^^] [ответить] [к модератору]
| +1 +/– |
Ага, щас.
1) можно запустить bash --noprofile, и /etc/profile не будет зачитан
2) работа с readonly-переменными окружения зависит от shell. bash вот не позволяет снова сделать её доступной на запись, а вот в zsh можно спокойно написать "typeset +r LD_PRELOAD" и задать её любое новое значение.
| |
|
3.12, pavlinux (ok), 13:01, 08/11/2016 [^] [^^] [^^^] [ответить] [к модератору]
| +/– |
> Ага, щас.
> 1) можно запустить bash --noprofile, и /etc/profile не будет зачитан
еще есть /etc/bash.bashrc, еще парсер написать.
| |
|
|
|