运行 Python returns 中的 ioctl - 不适合设备的 ioctl
Running ioctl in Python returns ENOTTY - inappropriate ioctl for device
嘿，我在尝试从 python.
调用 ioctl linux 系统调用时遇到问题
运行 C 应用程序中的以下行我设法获取给定 linux 名称space 文件描述符的父文件描述符。
#define NS_GET_PARENT _IO(NSIO, 0x2)
struct stat sb;
fd = open("/proc/1337/ns/user", O_RDONLY);
parent_fd = ioctl(fd, NS_GET_PARENT);
但是 运行 python 中相同的以下脚本给了我 "inappropriate ioctl for device"
from fcntl import ioctl
NS_GET_PARENT = (0x7b << (4*2)) | 2
f = open('/proc/1337/ns/user')
fd = ioctl(f.fileno(),NS_GET_PARENT)
通过 运行 两个脚本上的 strace，我发现它们都发出相同的系统调用
open("/proc/1337/ns/user", O_RDONLY) = 3
ioctl(3, _IOC(0, 0xb7, 0x02, 0x00), 0)
不同的是，C代码实际上returns父名称space的文件描述符，而python代码returns
-1 ENOTTY (Inappropriate ioctl for device)
该问题在 2 台不同的机器（Linux 内核 4.13.0-37）上重复出现，并且两个脚本都是 运行 同一用户。
任何人都知道什么可能导致该问题？
注意： 现在有一个 Python 3 库可用，它涵盖 Linux 命名空间 ioctl：PyPi：linuxns-rel, GitHub: thediveo/linuxns_rel.
这是一个棘手的问题。您的示例不起作用的原因有两（三）个方面，我花了一些时间来弄清楚它们并学习了很多有关 Linux 名称空间的知识。
首先，它是 NSIO=0xb7（并且 不是 NSIO=0x7b），就像您的 Python 示例中一样，[=14= 的正确值] 因此是（我一开始完全错过了那个错误，并且只有在我从头开始完成工作 PoC 之后才注意到，非常接近地模仿 Linux 头文件宏定义）：
NS_GET_PARENT = (0xb7 << (4*2)) | 2
其次，根据我在 Python 3 的实验中看到的，您关于 Python 的 ioctl() 抛出的异常的信息似乎有第二个错误：不合适的 ioctl 是 ENOTTY (25)。 ENOTTY 将适合 0x7b 的错误 NSIO 而不是 0xb7。事实上，当我逐字尝试你的例子时，我得到了一个 ENOTTY。那时我没有意识到这是无效请求代码的指示。
使用正确的 NS_GET_PARENT 请求代码，错误 EPERM (1) 将适合 Linux 内核不允许您查看父名称空间的情况，由于权限限制（即使您是超级用户，您也可能只在本地另一个用户用户空间内，等等）。
所以，这个更正后的代码有效，受访问限制抛出 OSError EPERMs:
from fcntl import ioctl
NS_GET_PARENT = (0xb7 << (4*2)) | 2
with open('/proc/self/ns/user') as f:
fd = ioctl(f.fileno(), NS_GET_PARENT)
由于您没有提供有关您系统的用户命名空间设置的详细信息，我怀疑您也陷入了我所感受到的同一个陷阱：为父用户询问 "root" 用户命名空间中的进程工作空间：这只会引发误导 EPERM，但 ioctl_ns(2) 必须说的是正确的。
验证上述代码是否有效的一个好方法是先启动 Firefox，然后 sudo lsns -t user。这将显示一组 运行 在它们自己的用户、ipc 和网络名称空间中的 Firefox 子进程。获取其中一个 Firefox 子进程的 PID，运行 上面的示例：它现在应该成功，如果你 fstat() 返回的文件描述符，它应该引用 root 用户命名空间。尝试获取 root 用户命名空间的父级应该再次失败并显示 EPERM.
嘿，我在尝试从 python.
调用 ioctl linux 系统调用时遇到问题运行 C 应用程序中的以下行我设法获取给定 linux 名称space 文件描述符的父文件描述符。
#define NS_GET_PARENT _IO(NSIO, 0x2)
struct stat sb;
fd = open("/proc/1337/ns/user", O_RDONLY);
parent_fd = ioctl(fd, NS_GET_PARENT);
但是 运行 python 中相同的以下脚本给了我 "inappropriate ioctl for device"
from fcntl import ioctl
NS_GET_PARENT = (0x7b << (4*2)) | 2
f = open('/proc/1337/ns/user')
fd = ioctl(f.fileno(),NS_GET_PARENT)
通过 运行 两个脚本上的 strace，我发现它们都发出相同的系统调用
open("/proc/1337/ns/user", O_RDONLY) = 3
ioctl(3, _IOC(0, 0xb7, 0x02, 0x00), 0)
不同的是，C代码实际上returns父名称space的文件描述符，而python代码returns
-1 ENOTTY (Inappropriate ioctl for device)
该问题在 2 台不同的机器（Linux 内核 4.13.0-37）上重复出现，并且两个脚本都是 运行 同一用户。 任何人都知道什么可能导致该问题？
注意： 现在有一个 Python 3 库可用，它涵盖 Linux 命名空间 ioctl：PyPi：linuxns-rel, GitHub: thediveo/linuxns_rel.
这是一个棘手的问题。您的示例不起作用的原因有两（三）个方面，我花了一些时间来弄清楚它们并学习了很多有关 Linux 名称空间的知识。
首先，它是 NSIO=0xb7（并且 不是 NSIO=0x7b），就像您的 Python 示例中一样，[=14= 的正确值] 因此是（我一开始完全错过了那个错误，并且只有在我从头开始完成工作 PoC 之后才注意到，非常接近地模仿 Linux 头文件宏定义）：
NS_GET_PARENT = (0xb7 << (4*2)) | 2
其次，根据我在 Python 3 的实验中看到的，您关于 Python 的 ioctl() 抛出的异常的信息似乎有第二个错误：不合适的 ioctl 是 ENOTTY (25)。 ENOTTY 将适合 0x7b 的错误 NSIO 而不是 0xb7。事实上，当我逐字尝试你的例子时，我得到了一个 ENOTTY。那时我没有意识到这是无效请求代码的指示。
使用正确的 NS_GET_PARENT 请求代码，错误 EPERM (1) 将适合 Linux 内核不允许您查看父名称空间的情况，由于权限限制（即使您是超级用户，您也可能只在本地另一个用户用户空间内，等等）。
所以，这个更正后的代码有效，受访问限制抛出 OSError EPERMs:
from fcntl import ioctl
NS_GET_PARENT = (0xb7 << (4*2)) | 2
with open('/proc/self/ns/user') as f:
fd = ioctl(f.fileno(), NS_GET_PARENT)
由于您没有提供有关您系统的用户命名空间设置的详细信息，我怀疑您也陷入了我所感受到的同一个陷阱：为父用户询问 "root" 用户命名空间中的进程工作空间：这只会引发误导 EPERM，但 ioctl_ns(2) 必须说的是正确的。
验证上述代码是否有效的一个好方法是先启动 Firefox，然后 sudo lsns -t user。这将显示一组 运行 在它们自己的用户、ipc 和网络名称空间中的 Firefox 子进程。获取其中一个 Firefox 子进程的 PID，运行 上面的示例：它现在应该成功，如果你 fstat() 返回的文件描述符，它应该引用 root 用户命名空间。尝试获取 root 用户命名空间的父级应该再次失败并显示 EPERM.