出于恶意,我打开了 2 个终端,每个终端都运行 bash shell。在第一个我输入:
$ echo $$
11458
在第二个:
$ echo -n "echo this command" >> /proc/11458/fd/0
然后这个文本echo this command
确实通过管道传送到第一个终端上的提示符。但是在第一个终端中输入时,该文本不会作为命令执行,我只是得到一个新的提示。
在第二次尝试中,我在第一个终端中执行了这个命令:
$ read line;echo $line
在读取等待输入时,我再次/proc/11458/fd/0
在第二个终端中回显一些文本。该文本确实出现在第一个终端上,但是在按下<enter>
第一个终端时,read
终止,并且echo $line
显示没有读取任何输入。
所以我仍然没有找到伤害的方法;我所能做的就是从第二个终端修改第一个终端上的文本。当然,第一个终端上的屏幕阅读器一定要选择它。通过屏幕阅读器,我正在考虑鼠标选择或终端功能,例如Save Contents ...
;我都试过了。
但是,如果我还知道如何将文件结尾或其他控制字符回显到第一个终端的stdin
,我就不会为第一个终端中的进程搞得一团糟吗?
第 1 部分 - 这是否回答了您的问题?写入进程的标准输入
第 2 部分 - 您可以写入(和读取)属于您拥有的任何进程的终端。但是标准的 UNIX 权限会阻止您写入(或读取)与不同用户登录相关联的任何设备。
我可以写这个设备:
这可能是一个简单的解释:
如果终端进程写入终端(
stdin
、stdout
和stderr
都指向同一个设备/pty),则此输出不会成为其下一个输入。明显地。回声富
与打字的效果不同fooenter。
那么为什么写入终端的不同进程会变成另一个进程终端输入呢?没有任何意义。
与文件相比,使用(伪)终端写入和读取的数据不相关,因为数据源是完全不同的东西(键盘或程序)。见
man 7 pty
。伪终端具有由终端应用程序使用的客户端和生成客户端输入的主控端。我的终端模拟器是 konsole (PID 40818),目前只运行一个 shell/终端:
您可以看到,shell 使用
/dev/pts/40
但终端仿真器写入/dev/ptmx
. 只有终端模拟器的文件描述符18
可以写入 /dev/pts/40 的输入。如果打开了一个不同的进程,/dev/ptmx
那么它会创建一个新的伪终端来写入。