ubuntuusers.de

Veracrypt ohne root Passwortabfrage - VeraCrypt 1.26.24 ppa

Status: Ungelöst | Ubuntu-Version: Kubuntu 26.04 (Resolute Raccoon)
Antworten |

len16

Anmeldungsdatum:
11. März 2024

Beiträge: 160

https://wiki.ubuntuusers.de/VeraCrypt/ https://linuxcapable.com/install-veracrypt-on-ubuntu-linux/ https://linuxcapable.com/how-to-add-a-new-user-to-sudoers-on-ubuntu-linux/

Konfiguration

Das System kann noch konfiguriert werden, um alle Möglichkeiten von VeraCrypt verwenden zu können. Dabei geht es insbesondere um das Einhängen von den verschlüsselten Geräten in das Dateisystem, was normalerweise nur ein Administrator-Konto darf bzw. Root-Rechte erfordert. VeraCrypt fragt hier dann automatisch nach dem Passwort des Administrators.

Wenn ein Benutzer VeraCrypt nutzen soll, der aber keine Root-Rechte besitzt, kann eine Gruppe veracrypt angelegt werden. Hier fügt man sämtliche Benutzer hinzu, die VeraCrypt benutzen dürfen. Wie das geht, ist im Artikel Benutzer und Gruppen erklärt. Man sollte sich bewusst machen, dass mit diesen Rechten VeraCrypt auch missbraucht werden kann, um Daten zu vernichten. Die so privilegierten Nutzer sollten also vertrauenswürdig sein.

Dazu muss die Datei /etc/sudoers.d/veracrypt gemäß den Hinweisen im Artikel sudo/Konfiguration erstellt und darin folgende Zeile eingefügt werden:

 %veracrypt ALL=(ALL) NOPASSWD: /usr/bin/veracrypt, /usr/bin/uptime

Diese Zeile erlaubt allen Mitgliedern in der Gruppe veracrypt das Programm Veracrypt mit Root-Rechten ohne jegliche Passwortabfrage zu benutzen.

groups len
len : len adm cdrom sudo dip plugdev lpadmin sambashare vboxusers veracrypt

Hallo, wo liegt die sudoers bei Kubuntu 26.04? Wie muss die sudoers aussehen, damit ich Veracrypt ohne Rootpasswortabfrage benutzen kann?

sudo cat  /etc/sudoers
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults        env_reset
Defaults        mail_badpass
Defaults        secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/snap/bin"

# This fixes CVE-2005-4890 and possibly breaks some versions of kdesu
# (#1011624, https://bugs.kde.org/show_bug.cgi?id=452532)
Defaults        use_pty

# This preserves proxy settings from user environments of root
# equivalent users (group sudo)
#Defaults:%sudo env_keep += "http_proxy https_proxy ftp_proxy all_proxy no_proxy"

# This allows running arbitrary commands, but so does ALL, and it means
# different sudoers have their choice of editor respected.
#Defaults:%sudo env_keep += "EDITOR"

# Completely harmless preservation of a user preference.
#Defaults:%sudo env_keep += "GREP_COLOR"

# While you shouldn't normally run git as root, you need to with etckeeper
#Defaults:%sudo env_keep += "GIT_AUTHOR_* GIT_COMMITTER_*"

# Per-user preferences; root won't have sensible values for them.
#Defaults:%sudo env_keep += "EMAIL DEBEMAIL DEBFULLNAME"

# "sudo scp" or "sudo rsync" should be able to use your SSH agent.
#Defaults:%sudo env_keep += "SSH_AGENT_PID SSH_AUTH_SOCK"

# Ditto for GPG agent
#Defaults:%sudo env_keep += "GPG_AGENT_INFO"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Members of the admin group may gain root privileges
%admin ALL=(ALL) ALL

# Allow members of group sudo to execute any command
%sudo   ALL=(ALL:ALL) ALL
%veracrypt ALL=(ALL) NOPASSWD: /usr/bin/veracrypt, /usr/bin/uptime

# See sudoers(5) for more information on "@include" directives:

@includedir /etc/sudoers.d

Die vorherige ist vermutlich falsch konfiguriert, damit keine Passwortabfrage erfolgt.

Moderiert von tomtomtom:

Ins passende Forum verschoben.

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6393

sudo Konfiguration wird immer mit visudo gemacht. Dort gibt es einen Artikel im Wiki dazu:

visudo überprüft auch die Konfiguration und meldet Syntaxfehler, falls welche in die Konfiguration hiningeraten.

Fragmente, die dann in die sudo Konfiguration inkludiert werden, können im Verzeichnis /etc/sudoers.d/ stehen, in der /etc/sudoers steht ja auch deswegen drin:

@includedir /etc/sudoers.d

len16

(Themenstarter)

Anmeldungsdatum:
11. März 2024

Beiträge: 160

https://github.com/veracrypt/VeraCrypt/issues/1498

Ich bin noch ohne Erfolg. ☹

Kann das ein Wayland Problem sein?

timothy2068

Anmeldungsdatum:
10. März 2025

Beiträge: 651

len16 schrieb:

Kann das ein Wayland Problem sein?

Nein.

len16

(Themenstarter)

Anmeldungsdatum:
11. März 2024

Beiträge: 160

ppa

apt show veracrypt
veracrypt/resolute,now 1.26.24-0vanir1~bpo26.04 amd64  [installiert]
  Cross-platform on-the-fly encryption

Das wiki ist für Ubuntu 24.04 (funktioniert) , wie löse ich das Problem mit Kubuntu 26.04?

Lidux

Anmeldungsdatum:
18. April 2007

Beiträge: 17142

Hallo len16,

Na, dann zeig doch mal den Inhalt der:

/etc/sudoers.d/veracrypt

PS: Wozu dies, d.h. damit untergräbst du die Sicherheit des BS.

Gruss Linux

trollsportverein

Avatar von trollsportverein

Anmeldungsdatum:
21. Oktober 2010

Beiträge: 6393

Der Installer von Kubuntu Resolute Raccoon hinterlässt ein Fragment "10-installer" in "/etc/sudoers.d", welches NOPASSWD Einträge in /etc/sudoers wirkungslos macht.

Löschen, oder aus dem Weg räumen ist da die Lösung.

len16

(Themenstarter)

Anmeldungsdatum:
11. März 2024

Beiträge: 160

*wow

/etc/sudoers.d/10-installer

/etc/sudoers.d/10-installer
%sudo ALL=(ALL) ALL

/etc/sudoers.d/README

#
# The default /etc/sudoers file created on installation of the
# sudo  package now includes the directive:
# 
#       @includedir /etc/sudoers.d
# 
# This will cause sudo to read and parse any files in the /etc/sudoers.d 
# directory that do not end in '~' or contain a '.' character, if it
# exists. It is not an error if the directory does not exist.
# 
# Note also, that because sudoers contents can vary widely, no attempt is 
# made to add this directive to existing sudoers files on upgrade.  Feel free
# to add the above directive to the end of your /etc/sudoers file to enable 
# this functionality for existing installations if you wish!
#
# Finally, please note that using the visudo command is the recommended way
# to update sudoers content, since it protects against many failure modes.
# See the man page for visudo and sudoers for more information.
#

Was haben sich die Developer dabei gedacht, oder wurde von denen etwas übersehen? Liegt es an visudo?

Antworten |