Предполагая, что ваш метод освобождения паролей работает так же, как изменение sudoers, вам нужно вызвать SCRIPT с sudo, а не командой IN script. Или измените sudoers. Другими словами:

sudo /home/abc/ak.sh

- это то, что вы освободили от необходимости вводить пароль, а не cat. Вы все еще должны использовать sudo, но если вы это сделаете правильно, вам не потребуется вводить пропуск.

@muru

# # # # # # # # # # # # # # # # # # # # #

Почему мне кажется лучше, чтобы пароль был освобожден от скрипта СОДЕРЖАНИЕ команды cat, а не самой кошки:

$ ls / | grep secrets
secrets_root_does_not_want_to_share_.txt
$ # hmmm, that looks interesting . . .
$ cat /secrets_root_does_not_want_to_share_.txt
cat: /secrets_root_does_not_want_to_share_.txt: Permission denied
$ # Curses! My evil plans are foiled because:
$ stat /secrets_root_does_not_want_to_share_.txt | grep 'Access: ('
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
$ # But wait! I'm pass exempted! So:
$ sudo cat /secrets_root_does_not_want_to_share_.txt
Oh, my. Sensitive stuff is exposed to ordinary users.

# # # # # # # # # # # # # # # # # # # # #

Добавлено позже, чтобы рассказать о скептицизме Муру относительно эквивалентности sudo cat, когда пароль не истек от предыдущего использования sudo до sudo cat, когда кошка был освобожден паролем:

Я добавил правило к началу раздела освобождения моего пропуска в / etc / sudoers, например:

me THIS_LOCAL_SYS=(ALL)NOPASSWD:/bin/cat, . . . [many other rules, separated by commas]

Затем в новом терминале: [!d9 ]

$ # Demonstrating that password is not un-expired from previous use of sudo:
$ sudo ls /root
[sudo] password for j: 
$ stat /secrets_root_does_not_want_to_share_.txt|grep 'Access: ('
Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
$ cat /secrets_root_does_not_want_to_share_.txt 
cat: /secrets_root_does_not_want_to_share_.txt: Permission denied
$ # And rightly so, but with pass exempted sudo:
$ sudo cat /secrets_root_does_not_want_to_share_.txt 
Oh, my. Sensitive stuff is exposed to ordinary users.
$ 

Итак, да, они эквивалентны, как и должно быть; да, я понимаю, как работает sudo - я только редактировал этот файл несколько сотен раз; и да, пароль, освобождающий plain / bin / cat, вместо скрипта, содержащего cat, является необоснованной практикой с точки зрения безопасности. Опять же, не катастрофическая глупость, что пароль, освобождающий sudo echo или sudo vi, был бы, но все же плохая идея.

Предполагая, что ваш метод освобождения паролей работает так же, как изменение sudoers, вам нужно вызвать SCRIPT с sudo, а не командой IN script. Или измените sudoers. Другими словами:

- это то, что вы освободили от необходимости вводить пароль, а не cat. Вы все еще должны использовать sudo, но если вы это сделаете правильно, вам не потребуется вводить пропуск.

@muru

# # # # # # # # # # # # # # # # # # # # #

Почему мне кажется лучше, чтобы пароль был освобожден от скрипта СОДЕРЖАНИЕ команды cat, а не самой кошки:

Исключение пароля sudo cat не так опасно, как, например, пароль, освобождающий sudo echo, но мне кажется, что это довольно плохая практика.

# # # # # # # # # # # # # # # # # # # # #

Добавлено позже, чтобы рассказать о скептицизме Муру относительно эквивалентности sudo cat, когда пароль не истек от предыдущего использования sudo до sudo cat, когда кошка был освобожден паролем:

Я добавил правило к началу раздела освобождения моего пропуска в / etc / sudoers, например:

Затем в новом терминале:

Итак, да, они эквивалентны, как и должно быть; да, я понимаю, как работает sudo - я только редактировал этот файл несколько сотен раз; и да, пароль, освобождающий plain / bin / cat, вместо скрипта, содержащего cat, является необоснованной практикой с точки зрения безопасности. Опять же, не катастрофическая глупость, что пароль, освобождающий sudo echo или sudo vi, был бы, но все же плохая идея.

Предполагая, что ваш метод освобождения паролей работает так же, как изменение sudoers, вам нужно вызвать SCRIPT с sudo, а не командой IN script. Или измените sudoers. Другими словами:

- это то, что вы освободили от необходимости вводить пароль, а не cat. Вы все еще должны использовать sudo, но если вы это сделаете правильно, вам не потребуется вводить пропуск.

@muru

# # # # # # # # # # # # # # # # # # # # #

Почему мне кажется лучше, чтобы пароль был освобожден от скрипта СОДЕРЖАНИЕ команды cat, а не самой кошки:

Исключение пароля sudo cat не так опасно, как, например, пароль, освобождающий sudo echo, но мне кажется, что это довольно плохая практика.

# # # # # # # # # # # # # # # # # # # # #

Добавлено позже, чтобы рассказать о скептицизме Муру относительно эквивалентности sudo cat, когда пароль не истек от предыдущего использования sudo до sudo cat, когда кошка был освобожден паролем:

Я добавил правило к началу раздела освобождения моего пропуска в / etc / sudoers, например:

Затем в новом терминале:

Итак, да, они эквивалентны, как и должно быть; да, я понимаю, как работает sudo - я только редактировал этот файл несколько сотен раз; и да, пароль, освобождающий plain / bin / cat, вместо скрипта, содержащего cat, является необоснованной практикой с точки зрения безопасности. Опять же, не катастрофическая глупость, что пароль, освобождающий sudo echo или sudo vi, был бы, но все же плохая идея.