我正在做一个关于 linux(Ubuntu)的小项目,我需要一个经过身份验证才能访问服务的项目。我的想法是,这种身份验证应该与进程及其子进程一起存储,而不是与 linux 用户本身一起存储。
此身份验证应通过使用用户名、密码和脚本/应用程序(任何应用程序)调用例如“myapplogin”来使用这些凭据运行来完成。我希望可以在通过此过程产生的任何孩子以及任何孙辈等中保留这些凭据。
我已经查看了此功能的一些选项。
在环境变量中存储登录 ID 或其他内容。据我所知,这是传给任何孩子的。但是,进程可以写入环境变量,从而允许它可能获得它不应该拥有的访问权限。
登录时,存储登录进程的进程 id,然后在对该服务的每个操作中,检查它是否具有存储的 pid,或者它的祖先中是否存在存储的 pid。如果这个祖先变得很大,并且如果经常访问该服务,这可能会变得太慢。然后一个选项是缓存任何在祖先中的 pid,但这可能会对操作系统中的 pid 重用产生安全影响。
使用进程组并将其与登录链接,但这也可以由进程本身更改,允许它可能加入现有组而无需实际登录。
有没有办法做到这一点?最好它应该是与进程一起存储的东西,任何新的子进程都继承,进程不可能覆盖,并且可以从内核模块外部读取。
也许我只是忽略了一些明显的东西?我将不胜感激对此的任何意见=)