Demander le privilège root à partir d'un script

J'ai un script qui peut fonctionner comme sudo script.shoupkexec script.sh

Ce serait beaucoup plus agréable du point de vue de l'utilisateur si le script demandait le mot de passe à l'utilisateur lorsqu'il l'exécutait simplement par son nom script.sh.

Comment puis-je "incorporer" une demande pkexecou sudoexécuter le script entier avec le privilège root?

Notez que tout exécuter avec sudo sh -cn'est peut-être pas la meilleure solution car j'ai des fonctions dans le script.

Cela fonctionnera:

echo "$(whoami)"

[ "$UID" -eq 0 ] || exec sudo "$0" "$@"

Exemple:

./test.sh 
blade
[sudo] password for blade: 
root

Si vous souhaitez une jolie boîte de dialogue, essayez quelque chose comme ça. J'ai arraché ça directement de quelque chose d'autre que j'ai écrit, donc il y a des trucs supplémentaires dont vous pourriez ne pas avoir besoin ou que vous voulez, mais cela montre l'idée générale:

brand="My Software"

# Check that the script is running as root. If not, then prompt for the sudo
# password and re-execute this script with sudo.
if [ "$(id -nu)" != "root" ]; then
    sudo -k
    pass=$(whiptail --backtitle "$brand Installer" --title "Authentication required" --passwordbox "Installing $brand requires administrative privilege. Please authenticate to begin the installation.\n\n[sudo] Password for user $USER:" 12 50 3>&2 2>&1 1>&3-)
    exec sudo -S -p '' "$0" "$@" <<< "$pass"
    exit 1
fi

Cela utilise whiptail, que vous pouvez installer si vous ne l'avez pas déjà:

sudo apt-get install whiptail

La réponse de blade19899 est en effet la voie à suivre, mais on pourrait aussi appeler sudo bashle shebang:

#!/usr/bin/sudo bash
# ...

La mise en garde évidente est que cela ne fonctionnera que tant que le script sera appelé avec ./scriptet échouera dès que le script sera appelé avec bash script.

Je fais précéder les commandes du script qui nécessitent un accès root avec sudo- si l'utilisateur n'a pas déjà obtenu les autorisations, le script demande un mot de passe à ce stade.

Exemple

#!/bin/sh 
mem=$(free  | awk '/Mem:/ {print $4}')
swap=$(free | awk '/Swap:/ {print $3}')

if [ $mem -lt $swap ]; then
    echo "ERROR: not enough RAM to write swap back, nothing done" >&2
    exit 1
fi

sudo swapoff -a && 
sudo swapon -a

Ce script peut être exécuté en tant que sudo <scriptname>ou en tant que <scriptname>. Dans les deux cas, il ne demandera le mot de passe qu'une seule fois.

Il semble que personne d'autre n'ait abordé la question évidente ici. Mettre sudodans votre script que vous distribuez ensuite favorise les mauvaises habitudes des utilisateurs . (Je suppose que vous le distribuez parce que vous mentionnez "d'un point de vue utilisateur.")

La vérité est qu'il existe une directive dans l'utilisation des applications et des scripts qui est similaire au principe de sécurité dans les opérations bancaires de: Ne donnez jamais vos informations personnelles à quelqu'un qui vous appelle et dit qu'il appelle "de votre banque" , et qui existe pour des raisons similaires.

La règle pour les candidatures est:

Ne tapez jamais votre mot de passe lorsque vous y êtes invité, sauf si vous êtes certain de ce qui est fait avec. Cela s'applique trois fois à toute personne ayant sudoaccès.

Si vous saisissez votre mot de passe parce que vous avez exécuté sudosur la ligne de commande, tant mieux. Si vous le saisissez parce que vous avez exécuté une commande SSH, très bien. Si vous le saisissez lorsque vous vous connectez à votre ordinateur, c'est parfait, bien sûr.

Si vous exécutez simplement un script ou un exécutable étranger et saisissez discrètement votre mot de passe lorsque vous y êtes invité, vous n'avez aucune idée de ce que le script fait avec. Il pourrait être en train de le stocker dans un fichier temporaire en clair, pour autant que vous le sachiez, et pourrait même ne pas se nettoyer après lui-même.

Évidemment, il existe des préoccupations distinctes et supplémentaires concernant l'exécution d'un ensemble inconnu de commandes root, mais ce dont je parle ici est de maintenir la sécurité sur le mot de passe lui-même . Même en supposant que l'application / le script n'est pas malveillant, vous souhaitez toujours que votre mot de passe soit traité en toute sécurité pour empêcher d' autres applications de s'en emparer et de l'utiliser de manière malveillante.

Donc, ma réponse personnelle à cela est, la meilleure chose à mettre dans votre script s'il a besoin des privilèges root, est:

#!/bin/bash
[ "$UID" -eq 0 ] || { echo "This script must be run as root."; exit 1;}

# do privileged stuff, etc.

Je l'ai fait de cette façon:

echo -n "Enter password for sudo rights: "
read -s pass

echo $pass | sudo -S [your command here]