Installer des logiciels Windows sans droits administrateur avec Scoop.sh, UniGetUI et rScoop

Sommaire

Scoop.sh : installer ses logiciels Windows sans droits administrateur

Sous Windows, installer un logiciel signifie encore trop souvent :

chercher un fichier .exe ou .msi sur Internet ;
lancer un assistant d’installation ;
accepter plusieurs écrans ;
choisir un répertoire ;
décocher des options inutiles ;
déclencher une demande UAC ;
attendre une validation administrateur ;
espérer que la désinstallation sera propre.

Dans un environnement professionnel, c’est encore plus contraignant. Beaucoup d’utilisateurs n’ont pas les droits administrateur sur leur poste, ce qui est normal du point de vue de la sécurité. Mais cela pose un problème concret : comment installer des outils utiles sans dépendre en permanence du support informatique ?

C’est précisément là que Scoop.sh devient intéressant.

Scoop n’est pas seulement un gestionnaire de paquets pour Windows. C’est surtout une manière propre d’installer des logiciels dans l’espace utilisateur, sans modifier lourdement le système, sans nécessiter systématiquement de droits administrateur, et sans polluer Windows avec des installations dispersées.

Son intérêt principal n’est donc pas seulement de remplacer un assistant d’installation par une ligne de commande. Son intérêt est de permettre à un utilisateur de disposer d’un environnement logiciel autonome, maintenable et reproductible, directement dans son profil Windows.

Le vrai intérêt de Scoop : l’environnement utilisateur

La plupart des gestionnaires de paquets Windows sont pensés autour de l’installation système.

Ils installent généralement les logiciels dans :

C:Program Files
C:Program Files (x86)
C:Windows

Ces répertoires nécessitent souvent des droits administrateur.

Scoop adopte une autre approche : par défaut, il installe les applications dans le profil utilisateur :

C:Users<Utilisateur>scoop

Cela change complètement la logique.

L’utilisateur ne cherche plus à modifier l’installation globale de Windows. Il construit son propre environnement applicatif, dans son espace personnel, avec ses propres outils, ses propres versions et ses propres raccourcis.

C’est une logique proche de ce que l’on retrouve sous Linux avec certains gestionnaires de paquets utilisateur, ou dans les environnements de développement modernes où l’on cherche à isoler les outils du système.

Pourquoi c’est important en entreprise ?

Dans une DSI, retirer les droits administrateur locaux est une bonne pratique de sécurité. Cela limite :

les installations non maîtrisées ;
les malwares nécessitant une élévation de privilèges ;
les modifications système hasardeuses ;
les changements de configuration difficiles à tracer ;
les effets de bord sur les autres utilisateurs du poste.

Mais dans le même temps, certains profils ont besoin d’outils réguliers :

développeurs ;
administrateurs système ;
équipes DevOps ;
équipes réseau ;
support N2/N3 ;
techniciens applicatifs ;
chefs de projet techniques ;
analystes sécurité.

Ces utilisateurs peuvent avoir besoin de logiciels comme :

git
curl
jq
kubectl
helm
terraform
opentofu
python
nodejs
vscode
winscp
nmap
k9s

Sans droits administrateur, l’installation classique devient vite pénible.

Scoop répond bien à ce besoin : il permet d’installer de nombreux outils directement dans le profil utilisateur, sans demander une élévation UAC à chaque installation.

Ce que Scoop permet concrètement

Avec Scoop, un utilisateur peut faire :

scoop install git
scoop install curl
scoop install jq
scoop install python
scoop install nodejs-lts

Puis mettre à jour ses outils :

scoop update *

Et nettoyer les anciennes versions :

scoop cleanup *
scoop cache rm *

Tout cela reste dans l’environnement utilisateur.

Scoop ne cherche pas à modifier globalement Windows. Il installe les logiciels dans un répertoire contrôlé par l’utilisateur, puis expose les commandes via un dossier de shims ajouté au PATH utilisateur.

Typiquement :

C:Users<Utilisateur>scoopapps
C:Users<Utilisateur>scoopshims
C:Users<Utilisateur>scooppersist

Cette organisation est très propre :

Répertoire	Rôle
`apps`	Contient les applications installées
`shims`	Contient les lanceurs accessibles depuis le terminal
`persist`	Contient les données persistantes entre les mises à jour
`cache`	Contient les fichiers téléchargés
`buckets`	Contient les dépôts de manifests

Installation de Scoop sans droits administrateur

L’installation standard de Scoop se fait depuis un PowerShell non administrateur.

Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression

La version courte est :

irm get.scoop.sh | iex

Le point important est le suivant : on ne lance pas PowerShell en administrateur.

L’installation se fait dans le profil utilisateur, généralement ici :

C:Users<Utilisateur>scoop

Après installation :

scoop --version
scoop checkup

Pourquoi Scoop évite les demandes UAC ?

Scoop évite beaucoup de demandes UAC parce qu’il n’installe pas les logiciels comme le ferait un installeur Windows classique.

Au lieu d’écrire dans Program Files, de créer des services système, de modifier des clés registre globales ou d’installer des composants partagés, Scoop privilégie :

les archives .zip ;
les binaires portables ;
les installations dans le profil utilisateur ;
les raccourcis utilisateur ;
le PATH utilisateur ;
les fichiers de configuration persistés dans l’espace utilisateur.

Cela ne veut pas dire que Scoop contourne la sécurité Windows. Il ne permet pas de passer outre les règles de sécurité de l’entreprise.

Il respecte les restrictions en place :

AppLocker ;
Windows Defender Application Control ;
antivirus ;
proxy ;
filtrage DNS ;
politiques PowerShell ;
restrictions d’exécution ;
restrictions réseau ;
restrictions sur les binaires non signés.

Scoop n’est donc pas un outil pour contourner la DSI. C’est un outil pour permettre des installations propres et autonomes lorsque la politique de sécurité l’autorise.

Une installation propre, réversible et reproductible

Un des grands avantages de Scoop est la propreté de l’installation.

Si l’on installe Git avec Scoop :

scoop install git

Git sera installé dans l’environnement Scoop de l’utilisateur.

Pour le désinstaller :

scoop uninstall git

Pour nettoyer les anciennes versions :

scoop cleanup git

Il n’y a pas de désinstalleur graphique à chercher, pas de panneau de configuration, pas de trace dispersée dans tout le système.

Cela rend Scoop particulièrement intéressant pour :

tester rapidement un outil ;
maintenir un poste de développement ;
reconstruire un environnement ;
documenter une configuration ;
partager un socle logiciel entre collègues ;
éviter les installations manuelles approximatives.

Exemple : préparer un poste utilisateur sans droits admin

Voici un exemple de script PowerShell destiné à un utilisateur sans droits administrateur.

Set-StrictMode -Version Latest
$ErrorActionPreference = 'Stop'

if (-not (Get-Command scoop -ErrorAction SilentlyContinue)) {
    Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser -Force
    Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression
}

scoop update

scoop install git
scoop install curl
scoop install jq
scoop install ripgrep
scoop install fd
scoop install bat
scoop install fzf
scoop install python
scoop install nodejs-lts

scoop bucket add extras

scoop install extras/vscode
scoop install extras/notepadplusplus
scoop install extras/7zip

scoop update *
scoop cleanup *

Ce script installe un environnement de base complet dans le profil utilisateur.

Il peut être adapté pour un poste :

développeur ;
DevOps ;
support ;
administration système ;
réseau ;
cybersécurité ;
exploitation applicative.

Exemple pour un profil DevOps / Kubernetes

Pour un profil Kubernetes, on peut préparer rapidement un environnement utile :

scoop install git
scoop install curl
scoop install jq
scoop install kubectl
scoop install helm
scoop install k9s
scoop install terraform
scoop install opentofu

Puis ajouter quelques outils graphiques :

scoop bucket add extras
scoop install extras/vscode
scoop install extras/winscp

L’utilisateur obtient ainsi un environnement exploitable sans installation système lourde.

Les buckets Scoop

Scoop utilise des dépôts appelés buckets.

Un bucket est une collection de manifests JSON décrivant comment installer les logiciels.

Le bucket principal est disponible par défaut. Pour les applications graphiques, il faut souvent ajouter le bucket extras :

scoop bucket add extras

Commandes utiles :

scoop bucket list
scoop bucket known
scoop search vscode

Exemple :

scoop install extras/vscode

Les buckets sont puissants, mais ils doivent être utilisés avec discernement. Ajouter un bucket tiers revient à faire confiance à ses manifests.

Avant d’ajouter un bucket communautaire, il faut vérifier :

qui le maintient ;
s’il est actif ;
si les URLs de téléchargement sont fiables ;
si les hashes sont présents ;
si des scripts sont exécutés à l’installation.

Maintenir son environnement utilisateur

Scoop simplifie fortement la maintenance d’un environnement utilisateur.

Voir les logiciels installés

scoop list

Voir les mises à jour disponibles

scoop status

Mettre à jour Scoop et les manifests

scoop update

Mettre à jour tous les logiciels

scoop update *

Nettoyer les anciennes versions

scoop cleanup *

Nettoyer le cache

scoop cache rm *

Cette approche permet de garder un environnement utilisateur propre, sans accumuler des versions obsolètes ou des installateurs téléchargés manuellement.

Ce que Scoop ne fait pas

Il est important d’être clair : Scoop n’est pas magique.

Il ne permet pas de contourner :

une politique AppLocker ;
une règle WDAC ;
un proxy bloquant ;
un antivirus ;
une restriction PowerShell par GPO ;
une interdiction d’exécuter des binaires depuis le profil utilisateur ;
une politique de sécurité interdisant certains logiciels.

Il ne faut donc pas présenter Scoop comme un contournement des règles de l’entreprise.

La bonne manière de le présenter est différente : Scoop permet d’installer proprement des logiciels compatibles dans l’environnement utilisateur, sans nécessiter une installation machine, lorsque la politique de sécurité l’autorise.

C’est une nuance importante.

Scoop en DSI : bonne ou mauvaise idée ?

Scoop peut être une excellente idée dans une DSI, à condition de le cadrer.

Cas d’usage pertinent

Scoop est pertinent pour :

fournir un socle d’outils aux développeurs ;
équiper les équipes DevOps ;
permettre au support avancé d’installer des utilitaires ;
standardiser des environnements de travail ;
limiter les demandes d’installation ponctuelles ;
documenter les outils autorisés ;
éviter les installations manuelles depuis des sites variés.

Cas d’usage à éviter

Scoop est moins adapté pour :

déployer des logiciels métier à grande échelle ;
imposer une configuration sur tout un parc ;
installer des drivers ;
installer des services Windows critiques ;
gérer de la conformité réglementaire ;
remplacer Intune, SCCM, GPO ou un outil de gestion de parc.

Scoop est un excellent outil pour l’environnement utilisateur. Ce n’est pas une solution complète de gestion de parc.

Mettre en place une approche propre en entreprise

Une DSI peut très bien encadrer Scoop au lieu de l’interdire brutalement.

Une approche raisonnable peut consister à :

autoriser Scoop pour certains profils ;
documenter les buckets autorisés ;
créer un bucket interne ;
valider une liste de logiciels ;
configurer le proxy ;
surveiller les exécutables lancés depuis le profil utilisateur ;
intégrer les règles antivirus ;
bloquer les buckets non approuvés si nécessaire ;
fournir un script d’installation standard.

Exemple de logique :

scoop bucket add company-tools https://git.example.local/dsi/scoop-bucket
scoop install company-tools/kubectl
scoop install company-tools/helm
scoop install company-tools/vscode

Un bucket interne permet à la DSI de garder le contrôle sur :

les versions ;
les URLs ;
les hashes ;
les logiciels autorisés ;
les scripts d’installation ;
les dépendances.

C’est une manière élégante de concilier autonomie utilisateur et gouvernance informatique.

Et l’interface graphique dans tout ça ?

Scoop est très efficace en ligne de commande, mais tout le monde n’a pas envie d’utiliser PowerShell au quotidien.

C’est là que les interfaces graphiques deviennent intéressantes.

Deux options ressortent :

UniGetUI ;
rScoop.

Elles ne changent pas la philosophie de base : Scoop reste le moteur d’installation. Mais elles permettent de rendre l’expérience plus accessible.

UniGetUI : une interface graphique pour plusieurs gestionnaires de paquets

UniGetUI est une interface graphique permettant de gérer plusieurs gestionnaires de paquets Windows depuis une seule application.

Il peut notamment piloter :

Scoop ;
WinGet ;
Chocolatey ;
pip ;
npm ;
Bun ;
.NET Tool ;
PowerShell Gallery.

Son intérêt est de fournir une interface unifiée pour rechercher, installer, mettre à jour et désinstaller des logiciels.

Installer UniGetUI avec Scoop

scoop bucket add extras
scoop install extras/unigetui

Pourquoi UniGetUI est intéressant avec Scoop ?

Dans le contexte de cet article, UniGetUI est intéressant parce qu’il peut servir de façade graphique à Scoop.

Un utilisateur peut donc bénéficier de l’approche environnement utilisateur de Scoop, tout en ayant une interface graphique pour :

rechercher des logiciels ;
voir les paquets installés ;
lancer les mises à jour ;
désinstaller des applications ;
filtrer les sources ;
gérer plusieurs installations.

Point de vigilance

UniGetUI ne se limite pas à Scoop.

S’il est utilisé avec WinGet ou Chocolatey, certaines installations peuvent demander des droits administrateur selon le paquet, la source et le mode d’installation.

Pour rester dans l’objectif “sans droits administrateur”, il faut donc privilégier les paquets installés via Scoop, dans l’environnement utilisateur.

UniGetUI est l’interface. Scoop reste la mécanique qui permet l’installation utilisateur.

rScoop : l’interface graphique dédiée à Scoop

rScoop est une interface graphique native dédiée à Scoop.

Contrairement à UniGetUI, rScoop ne cherche pas à piloter tous les gestionnaires de paquets. Il se concentre sur Scoop.

C’est un choix intéressant si l’objectif est précisément de gérer un environnement utilisateur Scoop.

Installer rScoop

scoop bucket add rscoop https://github.com/AmarBego/Rscoop
scoop install rscoop/rscoop

Ce que rScoop apporte

rScoop permet notamment de :

rechercher dans les buckets ;
installer des paquets ;
mettre à jour les logiciels ;
gérer les buckets ;
consulter les manifests ;
nettoyer les anciennes versions ;
nettoyer le cache ;
suivre les opérations ;
diagnostiquer certains problèmes ;
exporter ou importer un profil Scoop.

Pour un utilisateur qui veut rester entièrement dans l’écosystème Scoop, rScoop est plus cohérent qu’une interface généraliste.

UniGetUI ou rScoop ?

Le choix dépend du besoin.

Besoin	Outil recommandé
Installer des logiciels sans droits admin via Scoop	Scoop en ligne de commande
Avoir une interface graphique simple	UniGetUI
Gérer uniquement Scoop avec une interface dédiée	rScoop
Gérer Scoop, WinGet, Chocolatey et d’autres sources	UniGetUI
Rester centré sur l’environnement utilisateur Scoop	rScoop
Automatiser un poste utilisateur	Scoop en PowerShell

En pratique :

Scoop est le socle ;
UniGetUI est le meilleur choix pour une interface graphique polyvalente ;
rScoop est le meilleur choix pour une interface graphique spécialisée Scoop.

Comparaison avec une installation Windows classique

Critère	Installation Windows classique	Scoop
Droits administrateur	Souvent nécessaires	Généralement non nécessaires
Répertoire d’installation	`Program Files`	Profil utilisateur
Assistant graphique	Oui	Non
Automatisation	Variable	Très simple
Désinstallation	Parfois incomplète	Plus propre
Mise à jour globale	Pas toujours simple	`scoop update *`
Reproductibilité	Faible	Forte
Adapté aux outils DevOps	Moyen	Très bon

Comparaison avec WinGet et Chocolatey

Outil	Logique principale	Droits admin
Scoop	Installation utilisateur propre	Généralement non nécessaires
WinGet	Installation Windows classique, Microsoft	Selon le paquet
Chocolatey	Gestion de paquets Windows orientée admin/entreprise	Souvent nécessaires
UniGetUI	Interface graphique au-dessus de plusieurs outils	Selon le gestionnaire utilisé
rScoop	Interface graphique dédiée à Scoop	Suit la logique Scoop

Le point distinctif de Scoop est donc bien l’installation dans l’environnement utilisateur.

Ce n’est pas seulement un concurrent de WinGet ou Chocolatey. C’est une approche différente.

Exemple de script complet sans droits admin

Voici un exemple de script prêt à utiliser pour installer un environnement utilisateur complet.

Set-StrictMode -Version Latest
$ErrorActionPreference = 'Stop'

Write-Host "Vérification de Scoop..."

if (-not (Get-Command scoop -ErrorAction SilentlyContinue)) {
    Write-Host "Installation de Scoop dans l'environnement utilisateur..."
    Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser -Force
    Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression
}

Write-Host "Mise à jour de Scoop..."
scoop update

Write-Host "Installation des outils CLI..."
scoop install git
scoop install curl
scoop install jq
scoop install ripgrep
scoop install fd
scoop install bat
scoop install fzf
scoop install python
scoop install nodejs-lts

Write-Host "Ajout du bucket extras..."
if (-not ((scoop bucket list) -match '^extras$')) {
    scoop bucket add extras
}

Write-Host "Installation des applications graphiques utilisateur..."
scoop install extras/vscode
scoop install extras/notepadplusplus
scoop install extras/7zip
scoop install extras/unigetui

Write-Host "Nettoyage..."
scoop update *
scoop cleanup *
scoop cache rm *

Write-Host "Environnement utilisateur prêt."

Ce script ne cherche pas à modifier globalement Windows. Il prépare un environnement logiciel dans le profil utilisateur.

Exemple de communication interne DSI

Voici une formulation possible pour présenter Scoop dans une organisation :

Scoop permet à certains profils techniques d’installer et de maintenir des outils validés dans leur environnement utilisateur, sans droits administrateur locaux et sans installation système classique.
L’objectif n’est pas de contourner les règles de sécurité, mais de fournir un mécanisme propre, traçable et reproductible pour gérer des outils utilisateur compatibles.

Cette formulation est importante, car elle évite de présenter Scoop comme un moyen de “passer outre” les restrictions.

Le bon message est :

autonomie contrôlée ;
installation utilisateur ;
pas de modification système lourde ;
réduction des demandes d’installation ;
meilleure reproductibilité ;
meilleure hygiène logicielle.

Limites et précautions

Même si Scoop fonctionne très bien sans droits administrateur dans de nombreux cas, certaines limites existent.

1. Les logiciels très intégrés au système

Certains logiciels nécessitent :

des drivers ;
des services Windows ;
une installation MSI ;
des composants système ;
une intégration profonde à Windows.

Dans ce cas, Scoop peut ne pas convenir.

2. Les politiques de sécurité

Une entreprise peut bloquer :

l’exécution depuis le profil utilisateur ;
PowerShell ;
les téléchargements GitHub ;
certains exécutables ;
certains scripts ;
certains buckets.

Scoop ne contourne pas ces règles.

3. La confiance dans les sources

Installer un logiciel via Scoop revient à faire confiance au manifest et à sa source.

Il faut donc privilégier les buckets connus, les sources officielles et les dépôts maintenus.

4. La maintenance

Un environnement utilisateur doit être maintenu.

Les commandes suivantes doivent devenir un réflexe :

scoop update
scoop status
scoop update *
scoop cleanup *
scoop cache rm *

FAQ

Scoop permet-il vraiment d’installer sans droits administrateur ?

Oui, c’est l’un de ses principaux intérêts. Par défaut, Scoop s’installe et installe les logiciels dans le profil utilisateur.

Scoop contourne-t-il la sécurité Windows ?

Non. Scoop ne contourne pas les politiques de sécurité. Si une entreprise bloque l’exécution de binaires depuis le profil utilisateur, Scoop sera également concerné.

Est-ce adapté à une entreprise ?

Oui, pour certains profils techniques et avec un minimum de gouvernance. Il est préférable de documenter les buckets autorisés, les logiciels validés et les usages attendus.

Peut-on utiliser Scoop avec une interface graphique ?

Oui. Les deux options intéressantes sont UniGetUI et rScoop.

UniGetUI permet-il de rester sans droits administrateur ?

Oui, si l’on utilise UniGetUI principalement comme interface pour Scoop. En revanche, les installations via WinGet ou Chocolatey peuvent demander des droits administrateur selon les paquets.

rScoop est-il plus adapté à cet usage ?

Oui, si l’objectif est exclusivement de gérer Scoop. rScoop reste centré sur Scoop et respecte donc naturellement sa logique d’installation utilisateur.

Scoop remplace-t-il WinGet ?

Pas forcément. Scoop est surtout excellent pour les installations utilisateur, les outils techniques et les environnements reproductibles. WinGet est plus adapté aux applications Windows classiques.

Scoop remplace-t-il une solution de gestion de parc ?

Non. Scoop peut compléter une stratégie DSI, mais ne remplace pas Intune, SCCM, GPO ou un outil d’administration centralisée.

Conclusion

Scoop.sh mérite d’être connu non pas uniquement parce qu’il est un gestionnaire de paquets Windows, mais parce qu’il répond à un besoin très concret : permettre à un utilisateur d’installer et maintenir ses outils dans son propre environnement, sans droits administrateur.

C’est une différence majeure.

Avec Scoop, l’utilisateur ne modifie pas l’installation globale de Windows. Il construit un environnement logiciel personnel, propre, scriptable et reproductible.

Pour les profils techniques, développeurs, DevOps, administrateurs système ou support avancé, c’est un gain important :

moins de dépendance aux droits administrateur ;
moins d’installations manuelles ;
moins de pollution système ;
plus de reproductibilité ;
plus d’autonomie ;
plus de simplicité dans les mises à jour.

UniGetUI apporte une interface graphique pratique pour ceux qui veulent gérer Scoop et d’autres gestionnaires depuis une seule application.

rScoop, de son côté, est particulièrement intéressant pour ceux qui veulent une interface dédiée à Scoop et rester dans cette logique d’environnement utilisateur.

En résumé :

Scoop est la base technique ;
UniGetUI est l’interface graphique polyvalente ;
rScoop est l’interface spécialisée Scoop ;
l’intérêt principal est l’installation utilisateur sans droits administrateur.

C’est ce positionnement qui rend Scoop particulièrement pertinent dans un environnement Windows moderne et sécurisé.

Votre avis

Cet article vous a-t-il été utile ?