一、文章起源
我在文章 一次服务器被入侵的处理过程分享 中间有提及到我通过 cat/more 等命令查看文件,以及通过crontab -l 命令查看,一些定时任务和文件内容被隐藏了。
二、细讲问题

文件内容为何显示不了,究竟是什么东西在作怪,让我们一探究竟。
为了让大家也可以一起了解下, 文件我放到 阿里云oss 上, 有兴趣的可以下载下来看下。 隐藏文件内容示例
2.1、 文件在不同环境下的不同编译器打开的显示情况
Linux 通过 cat/more 打开

Linux 通过 vim 打开

Notepad++ 显示所有字符模式打开

开始自己网上查了一下, 没有查到原因。凭借着做多年运维解决问题的经验,已经对问题的那种直觉感, 总觉得应该是 ;^M(我装到了)。
三、 借助场外资源
为了一探究竟,特意叫一个朋友拉我进了一个安全群,在群里询问下安全大佬。
3.1、双向文本(Bidirectional tex)
具体可以看下这个文章 https://tttang.com/archive/1339/
在安全群里问了一下,有位大佬提了一句 双向文本方向。 我都没有听说过这个东西。 双向文本到底是啥,科普下:双向文本就是一个字符串里面,包含了两种文字,既包含从左到右的文字,又包含从右向左的文字。
示例1:
文本中是
RLI a b c PDI
而显示实际是
c b a
示例2:
文本中是
RLI LRI a b c PDI LRI d e f PDI PDI
而实际上显示的是
d e f a b c
示例3:
代码显示内容为

实际执行的内容是

细看,这好像跟我们的场景还是不一样。 这个只是调换文字的顺序。饭可以乱吃,路不能乱走啊,得走正道。 继续瞅瞅。
3.2、 看看^M
有另外一个大佬说出来了一个问题, 所有的问题原因是 跟^M 有关。
如何在vim 中打出
^M, ctrl + v +m 可以输出^M
大佬说到 ^M 是回车换行符。 cat 带有^M的一行字符串时,屏幕上会把 ^M 之后的内容在同一行换行后输出,这样就会覆盖掉^M之前的内容,导致你看到的这个内容效果。
我产生了疑问, ^M 是回车换行符, 这个有依据吗? 在下面有解释。
先不管这个,我们先测试一波。
示例一
[root@vm-12-12-centos tmp]# cat test 1bc [root@vm-12-12-centos tmp]# cat -A test abc^M1$
示例二
[root@vm-12-12-centos tmp]# cat -A test abc^M123$ [root@vm-12-12-centos tmp]# cat test 123
示例三
[root@vm-12-12-centos tmp]# cat -A test abc^M1 45$ [root@vm-12-12-centos tmp]# cat test 1 45
通过上面的示例,我们可以知道,^M 后面的内容会覆盖 ^M 前面的内容, 入侵者就是利用这个原理,在 ^M 后面打了很多个空格覆盖掉前面实际定时任务的内容。 哎,这入侵者真是个人才。

3.3、真相大白
前面我产生了疑问, ^M 是回车换行符, 这个有依据吗? 我该怎么去查看这cat 命令把这个 ^M 给识别成啥了?
在憋了几天之后,终于想到了一个大器(strace)。 有点相见恨晚的感觉。

[root@vm-12-12-centos tmp]# strace cat test execve("/bin/cat", ["cat", "test"], 0x7ffe1d047e08 /* 19 vars */) = 0 brk(NULL) = 0x1c0d000 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f14da021000 access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat(3, {st_mode=S_IFREG|0644, st_size=22981, ...}) = 0 mmap(NULL, 22981, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f14da01b000 close(3) = 0 open("/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "177ELF2113 3 >