Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

`visudo`: Prevent locking yourself out

Ouverte
#190 0 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Les mainteneurs répondent en général sous 1 jour

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
c
Domaine
cli, security

Piste de recherche

Start by tracing how visudo parses and validates sudoers rules, then find where it decides whether a file can be saved. The issue proposes warning when a root user adds ALL ALL=(ALL) !ALL and preventing the save, but does not name files or tests. Done means this case is detected and the proposed safeguard is covered by tests.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

Hello!

Would it be possible to check the following syntax and intercept it?:

ALL ALL=(ALL) !ALL

I am thinking of a condition something this:

if(<command> == "!ALL" && <username_euid> == 0)
{
     printf("%s", "Not a syntax error, but do not lock yourself out!");
     <sudo_not_save_file>
}

A few sentences for insults`:

  • You do not want to lock yourself out, do you?
  • Oh, he did it again!
  • What would you do without me? :)
  • Blasphemy!
  • No! Bad human! Sit!

Having su or other alternatives as backup should be considered as a workaround solution.

-Ramon

PS: This emerged from the Gentoo User mailing list discussion: [gentoo-user] Update to /etc/sudoers disables wheel users!!!. Word pun intended. 😄

Langage dominant
C
Étoiles
1.7k
Forks
306
Merge moyen
1 j 8 h
PR mergées (30 j)
24

Préparer son environnement

Ce projet ne fournit ni conteneur de développement, ni Dockerfile, ni guide de contribution : l'installation est à votre charge. Commencez par son README, et consultez notre guide de la première contribution pour les étapes générales.

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de sudo-project/sudo

Toutes les issues de sudo-project/sudo

Issues similaires

Plus d'issues C

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.