IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Shell et commandes GNU Discussion :

Options (plus restrictives ?) de l'éditeur de texte vi


Sujet :

Shell et commandes GNU

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Analyse système
    Inscrit en
    Août 2020
    Messages
    160
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Hérault (Languedoc Roussillon)

    Informations professionnelles :
    Activité : Analyse système
    Secteur : Industrie

    Informations forums :
    Inscription : Août 2020
    Messages : 160
    Par défaut Options (plus restrictives ?) de l'éditeur de texte vi
    Bonjour,

    Existe t-il un moyen d'empêcher à un utilisateur lambda de pouvoir consulter un fichier avec vi (ou vim), faire des recherches dans ce fichier, se déplacer... mais qu'il ne puisse pas sauvegarder (:w) en quittant le fichier.
    Peut-être existe-il la possibilité de charger certaines options plus restrictives pour la session ?

    Malheureusement je ne peux pas modifier les droits sur le fichier, c'est uniquement au niveau du vi qu'il faudrait agir.

    Merci pour vos précieuses réponses.

  2. #2
    Membre prolifique
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 832
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 832
    Billets dans le blog
    1
    Par défaut
    Bonjour

    Non. Si le fichier est lisible, il est lisible. Tu ne peux pas empêcher l'utilisateur de ramener le fichier chez-lui et en faire ce qu'il veut. Et même si tu bloquais "vi" (ce qui, déjà, pose un sérieux problème vu que c'est un programme qui ne t'appartient pas), il pourrait toujours utiliser emacs, notepad++ ou tout un tas d'autres éditeurs.
    Mon Tutoriel sur la programmation «Python»
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site
    Et on poste ses codes entre balises [code] et [/code]

  3. #3
    Expert confirmé
    Homme Profil pro
    Développeur informatique en retraite
    Inscrit en
    Avril 2008
    Messages
    2 102
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Côtes d'Armor (Bretagne)

    Informations professionnelles :
    Activité : Développeur informatique en retraite

    Informations forums :
    Inscription : Avril 2008
    Messages : 2 102
    Par défaut
    Citation Envoyé par kevin066 Voir le message
    Existe t-il un moyen d'empêcher à un utilisateur lambda de pouvoir consulter un fichier avec vi (ou vim), faire des recherches dans ce fichier, se déplacer... mais qu'il ne puisse pas sauvegarder (:w) en quittant le fichier.
    Peut-être existe-il la possibilité de charger certaines options plus restrictives pour la session ?
    Si tu es administrateur de son environnement, tu peux lui ajouter un alias vi=view ou alias vi='vi -R' ou, mieux, ajouter set readonly dans son ~/.vimrc.

    Ça devrait l'empêcher de modifier tout fichier...

    jusqu'à ce qu'il trouve la commande :set noro, bien évidemment...

  4. #4
    Membre prolifique
    Avatar de Sve@r
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2006
    Messages
    12 832
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Oise (Picardie)

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : Aéronautique - Marine - Espace - Armement

    Informations forums :
    Inscription : Février 2006
    Messages : 12 832
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par jack-ft Voir le message
    Ça devrait l'empêcher de modifier tout fichier...
    Même pas. Toutes ces commandes ouvrent effectivement un fichier en lecture seule mais ça n'empêche pas l'utilisateur de l'enregistrer dans une copie => :w! copie. Ensuite, mv copie orig et hopla youplaboum.
    Accessoirement j'ai tenté "set readonly" dans mon .vimrc et ça n'a pas fonctionné, j'ai pu continuer à ouvrir les fichiers normalement. Erreur de ma part ou bien cette option n'est pas activable ?

    [edit]en fait même pas besoin de sauvegarder dans copie. Même avec view ou vi -R l'option "!" (force) fonctionne. On peut donc sauvegarder quand-même (enfin sous couvert d'être autorisé par les droits Unix bien évidemment).
    Mon Tutoriel sur la programmation «Python»
    Mon Tutoriel sur la programmation «Shell»
    Sinon il y en a pleins d'autres. N'oubliez pas non plus les différentes faq disponibles sur ce site
    Et on poste ses codes entre balises [code] et [/code]

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. L'éditeur de texte de GNOME gedit n'est plus maintenu
    Par Coriolan dans le forum Logiciels Libres & Open Source
    Réponses: 11
    Dernier message: 15/08/2017, 22h10
  2. UltraEdit, l'éditeur de texte le plus vendu au monde, disponible pour Linux
    Par gege2061 dans le forum Applications et environnements graphiques
    Réponses: 44
    Dernier message: 07/06/2010, 11h00
  3. Réponses: 2
    Dernier message: 08/07/2009, 20h21
  4. recherche composant éditeur de texte
    Par Bruno75 dans le forum Composants VCL
    Réponses: 6
    Dernier message: 15/09/2005, 10h33
  5. [PDE] Comment ajouter un éditeur de texte à mon projet ?
    Par simsky dans le forum Eclipse Platform
    Réponses: 2
    Dernier message: 29/06/2005, 10h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo