Question

我有一个长期运行的脚本，可以与AWS合作。

我有另一个脚本，它为AWS身份验证设置了环境变量，但只有15分钟有效。

现在我无法完成长时间运行的脚本，所以有什么方法可以让cron job或其他任何可以更新运行长脚本的shell中的环境变量的方法

Answer 1

阐述评论：

<强>假设

无法修改长时间运行的脚本。
长时间运行的脚本将调用可修改的可执行文件（为了示例，假设可执行文件为/usr/local/bin/callable）。
您有权重命名/usr/local/bin/callable并在该文件路径和名称下创建新文件。
长时间运行的脚本以root身份运行，或者/usr/local/bin/callable必须能够在设置setuid位的情况下执行权限提升。
您需要安装gdb。
如果长时间运行的脚本没有以root用户身份运行，则需要安装gcc。

<强>风险

如果这是一个关键系统，安全性是中度到重大问题，不要使用以下任何一个程序。
虽然不太可能发生，但附加到正在运行的进程并向其注入调用可能会导致意外或未定义的行为。如果这是执行某些关键程序的关键系统，不要使用以下任何程序。
一般来说，所有这些程序都是坏主意，但它们代表了一种可能的解决方案。但是...
使用风险自负。

程序（对于以root身份运行的长时间运行脚本）

bash# mv /usr/local/bin/callable /usr/local/bin/callable.orig
bash# cat > /usr/local/bin/callable << EOF
> #!/bin/bash
>
> echo -e "attach ${PPID}\ncall setenv(\"VAR_NAME\", \"some_value\", 1)\ndetach" | /usr/bin/gdb >& /dev/null
>
> /usr/local/bin/callable.orig
>
> EOF
bash# chmod 755 /usr/local/bin/callable

程序（对于长时间运行的脚本不以root身份运行）

bash# mv /usr/local/bin/callable /usr/local/bin/callable.orig
bash# cat > /usr/local/bin/callable.c << EOF
> #include <stdio.h>
> #include <sys/types.h>
> #include <unistd.h>
> #include <stdlib.h>
> int main(void) {
>   char inject[128]; /* You may want to increase this size, based on your environment variables that will affect the size of the string */
>   uid_t save_uid = getuid();
>   gid_t save_gid = getgid();
>   sprintf(inject, "echo -e \"attach %u\ncall setenv(\\\"VAR_NAME\\\", \\\"some_value\\\", 1)\ndetach\" | /usr/bin/gdb >& /dev/null", getppid());
>   setreuid(0, 0);
>   setregid(0, 0);
>   system(inject);
>   setregid(save_gid, save_gid);
>   setreuid(save_uid, save_uid);
>   system("/usr/local/bin/callable.orig");
>   return 0;
> }
> EOF
bash# gcc -o /usr/local/bin/callable /usr/local/bin/callable.c
bash# rm -f /usr/local/bin/callable.c
bash# chown root:long_running_script_exclusive_group /usr/local/bin/callable
bash# chmod 4750 /usr/local/bin/callable

<强>加成

如你所说，你可以使用cronjob来附加到gdb的进程，而不是拦截;这至少可以避免你用另一个脚本来拦截长时间运行的脚本，并且最坏的情况，需要创建一个setuid二进制文件来完成它。但是，您需要知道或获取长时间运行的脚本shell进程的PID（因为它每次调用时都会更改）。由于同步问题（在crontab触发时脚本可能没有运行），它也容易出现故障。

<强>参考

在bash

1 个答案: