Mount neden root ayrıcalıkları gerektiriyor?

Linux neden bir kullanıcının bir şeyleri monte etmek için sudo / özellikle mount başına özel olarak yetkilendirilmesini / kullanılmasını gerektirir? Bir kullanıcının bir şeyi monte etmesine izin verilip verilmeyeceği kararı, kaynak birime / ağ paylaşımına ve bağlama noktasına erişim haklarına dayalı olmalıdır. Kök olmayan montaj için birkaç kullanım, dosya sistemi görüntülerini bir kullanıcıya ait bir yöne monte etmek ve bir ağ paylaşımını bir kullanıcı dizinine bağlamaktır. Kullanıcı, montaj denkleminin her iki tarafında da kontrolü elinde tutuyorsa, her şey yolunda olmalı.

Erişim kısıtlamasının açıklanması:

Kullanıcının sahip olduğu bir bağlama noktasına erişebileceği herhangi bir şeyi bağlayabileceğimi hissediyorum.

Örneğin, bilgisayarımda / dev / sda1, kullanıcı köküne ve izinleri olan grup diske aittir brw-rw----. Bu nedenle kök olmayan kullanıcılar / dev / sda1 ile uğraşamazlar ve açıkça mount, bağlamalarına izin vermemelidir. Bununla birlikte, eğer kullanıcı /home/my_user/my_imagefile.img ve mount point / home / my_user / my_image / sahipse, neden bu görüntü dosyasını bu mount noktasına monte edemesinler?

mount /home/my_user/my_imagefile.img /home/my_user/my_image/ -o loop

Kormac'ın belirttiği gibi bir intihar sorunu var. Bu nedenle, bir problemin yanı sıra potansiyel olarak başka bazı meselelerin önlenmesi için bazı kısıtlamaların eklenmesi gerekecektir. Belki de bunu yapmanın bir yolu, işletim sisteminin tüm dosyaları montajı yapan kullanıcıya ait olarak ele almasıdır. Ancak basit okuma / yazma / yürütme için bunun neden bir sorun olacağını anlamıyorum.

Kullanım durumda:

Ev alanımın 8GB ile sınırlı olduğu bir laboratuarda bir hesabım var. Bu küçük ve çok çok sinir bozucu. Aslında sahip olduğum oda miktarını artırmak için kişisel sunucumdan bir nfs birimi bağlamak istiyorum. Bununla birlikte, Linux böyle şeylere izin vermediğinden, 8 GB sınırının altında kalmak için dosyaları tekrar tekrar kapatıyorum.

Hem tarihi hem de güvenlik kısıtlaması.

Tarihsel olarak, çoğu sürücü çıkarılabilir değildi. Bu nedenle, meşru fiziksel erişimi olan insanlara yapılan montajı kısıtlamak mantıklıydı ve muhtemelen kök hesaba erişimi olacaktı. Fstab girişleri, yöneticilerin çıkarılabilir sürücüler için montajı diğer kullanıcılara devretmesine izin verir.

Güvenlik açısından, keyfi kullanıcıların rasgele blok aygıtlarını veya dosya sistemi görüntülerini keyfi konumlara monte etmelerine izin vermenin üç ana sorunu vardır.

• Sahip olmayan bir yere montaj, bu konumdaki dosyaları gölgelendirir. Örneğin: sayfasındaki istediğiniz bir mount /etcbir ile, /etc/shadowbildiğiniz bir kök şifresini içeren. Bu, bir kullanıcının yalnızca sahip olduğu bir dizine bir dosya sistemi bağlamasına izin vererek giderilir.
• Dosya sistemi sürücüleri genellikle hatalı biçimlendirilmiş dosya sistemiyle tam olarak test edilmemiştir. Bir hatalı dosya sistemi sürücüsü, hatalı biçimlendirilmiş bir dosya sistemi sağlayan bir kullanıcının çekirdeğe kod enjekte etmesine izin verebilir.
• Bir dosya sistemini monte etmek, mounter'ın bazı dosyaların oluşturma iznine sahip olmayacak gibi görünmesine neden olmasına izin verebilir. Setuid çalıştırılabilir ve cihaz dosyaları en belirgin örnekleridir ve bunlar tarafından sabitlenir nosuidve nodevsahip ima edilen seçenekler useriçinde /etc/fstab.
  Şimdiye kadar userne zaman zorlayıcımountroot tarafından aranmaz. Ancak daha genel olarak başka bir kullanıcının sahip olduğu bir dosya oluşturabilmek problemlidir: Bu dosyanın içeriği, bağdaştırıcı yerine sahip olunan mal sahibi tarafından atfedilme riskini taşır. Kökten farklı bir dosya sistemine yapılan geçici bir niteliği koruyan kopya, bildirilen ancak açılmayan sahibinin sahip olduğu bir dosya oluşturur. Bazı programlar, bir dosyayı kullanma isteğinin, dosyanın belirli bir kullanıcıya ait olduğunu kontrol ederek meşru olup olmadığını kontrol eder ve bu artık güvenli olmaz (program ayrıca erişim yolundaki dizinlerin bu kullanıcıya ait olup olmadığını kontrol etmelidir; isteğe bağlı montaj izin verilirse, bu dizinlerin hiçbirinin montajın ne kök ne de istenen kullanıcı tarafından yaratılmadığı bir montaj noktası olmadığını da kontrol etmeleri gerekirdi.

Pratik amaçlar için, günümüzde FUSE aracılığıyla kök olmadan bir dosya sistemi kurmak mümkündür . FUSE sürücüleri montaj kullanıcısı olarak çalışır, bu nedenle çekirdek kodunda bir hatadan yararlanarak ayrıcalık yükseltme riski yoktur. FUSE dosya sistemleri, yalnızca yukarıdaki son sayıyı çözen kullanıcının yaratma iznine sahip olduğu dosyaları gösterebilir.

Bir kullanıcı bir engelleme aygıtına doğrudan yazma erişimine sahipse ve bu engelleme aygıtını bağlayabilirse, engelleme aygıtına çalıştırılabilir bir suid yazabilir, monte edebilir ve bu dosyayı çalıştırabilir ve böylece sisteme kök erişimi sağlayabilir. Bu nedenle montaj normalde kök ile sınırlıdır.

Şimdi root, normal kullanıcıların belirli kısıtlamalarla monte etmesine izin verebilir, ancak kullanıcının blok cihaza yazma erişimi varsa, montajın intihara meyilli olmadığından ve benzer bir problemi olan aygıtların (kullanıcı tarafından oluşturulabildiğinden) emin olmaları gerekir. Yazma erişimi olmayan, önemli bir aygıta yazma erişimi sağlayan bir aygıt.

Her zaman süper ayrıcalıklar gerektirmez. itibarenman mount

   The non-superuser mounts.
          Normally,  only  the  superuser can mount filesystems.  However,
          when fstab contains the user option on a line, anybody can mount
          the corresponding system.

          Thus, given a line

                 /dev/cdrom  /cd  iso9660  ro,user,noauto,unhide

          any  user  can  mount  the iso9660 filesystem found on his CDROM
          using the command

                 mount /dev/cdrom

          or

                 mount /cd

          For more details, see fstab(5).  Only the user  that  mounted  a
          filesystem  can unmount it again.  If any user should be able to
          unmount, then use users instead of user in the fstab line.   The
          owner option is similar to the user option, with the restriction
          that the user must be the owner of the special file. This may be
          useful e.g. for /dev/fd if a login script makes the console user
          owner of this device.  The group option  is  similar,  with  the
          restriction  that  the  user  must be member of the group of the
          special file.

Kormac ve diğerleri bunun sizin sunduğunuz ikilem olmadığını; Bana öyle geliyor ki bu, tüm kullanıcıların bir dosya sistemi kurmak için değiştirilemez haklara sahip olacakları bir sisteme karşı kullanıcılara imtiyazlara açıkça izin verme felsefesine bağlı .

Gilles, dosya sistemlerini bağlamakla ilişkili bazı güvenlik sorunlarını giderir. Bununla ilgili potansiyel teknik konularla ilgili progresif ve somut bir tartışmadan geriye dönük olarak kaçınacağım (yorumlara bakın) ancak güvenilmeyen kullanıcıların sabit disk sürücülerini takma konusunda değişmez bir hakka sahip olmalarının adil olmadığını düşünüyorum.

Sanal ve uzak dosya sistemleri (ya da sanal dosya sistemleri üzerinden uzak dosya sistemleri, la FUSE) ile ilgili sorun daha az önemlidir, ancak bu güvenlik sorusunu çözmez (FUSE olsa da ve kesinlikle sorununuzu çözer). Ayrıca, bu tür dosya sistemlerinde yer alan verilere, bir aygıtı monte etmeye gerek kalmadan, dosya aktarımı veya montajsız görüntülerden elde edilen araçlar aracılığıyla hemen hemen her zaman erişilebildiğini göz önünde bulundurmak önemlidir; Bir görüntü dosyasına tuhaf bir şekilde yerleştirdiğiniz veya daha anlaşılır bir şekilde uzak bir sistemden almak istediğiniz verilere erişim konusunda aşılmaz bir sorunu temsil etmeyin. Durumun böyle olmadığı bir durum varsa, şunu sormaya değebilir:

1. Tam olarak ne yapmaya çalışıyorum?

2. Nerede yapmaya çalışıyorum?

Sistemin yönetimi adil ise, # 2 neden 1'in sizin için imkansız olduğunu açıklar. Sistemin yönetimi adil değilse, bu politikadır . "Sistem yöneticim adil değil" sorununa çözüm, işletim sistemini yeniden tasarlamamaktır, böylece sys yöneticileri her yerde kullanıcıları kısıtlayamaz.

Sistem, süper kullanıcının, etkinliklerinizi açıkça veya ihmal ederek kısıtlamasını sağlar ("SİGORTA sağlamıyoruz", vb.). Ayrıcalıklar, bunun yerine getirilmesinde bir mekanizmadır. "Bunu yapmana gerek yok" denmesi hoş olmayabilir, ama doğruysa ... que sera ... bunu yapmana gerek yok. Ftp, vb kullanın. Doğru değilse, sorumlu olanları rahatsız etmelisiniz.

Bilginize: En yeni çekirdeğin "ad alanı" desteği vardır. Sıradan kullanıcılar bir ad alanı oluşturabilir ve bu ad alanı içinde root mount dosya sistemleri gibi eğlenceli şeyler olabilir ve bunları yapabilir.

Ancak size "gerçek" süper kullanıcı izinleri vermez - yalnızca yapmanıza izin verilenleri yapabilirsiniz (yani, yalnızca önceden okuyabileceğiniz aygıtları bağlayabilirsiniz).

http://lwn.net/Articles/531114/ Bkz. bölüm 4.

Zira dosya sistemindeki veriler, monte etmek istedikleri, sunucunun güvenliğini tehlikeye atabilir veya hatta çökertebilir (bilerek yapılmışsa).

GNOME'da, gvfs uzak dosya sistemini (ftp veya ssh) monte etmek için kök gerektirmez ve gnome-mount ayrıca harici depolamayı (usb sürücü, CD / DVD, vb.) Monte etmek için kök gerektirmez.

Çoğu sistem muhtemelen sadece bazı uzaktan montajlar için GNOME'un tamamına sahip olmak istemez, o zaman luf , sshfs veya ftpfs kullanabilirsiniz .

gvfs, lufs, sshfs ve ftpfs, kök olmayan kullanıcıların sanal dosya sistemini bağlamasına izin vermek için FUSE kullanır; ve mount'lerin aksine -o user, FUSE, sysadmin'in belirli mount'lar düzenlemesini gerektirmez. Mount dizini ve dosya sistemini oluşturmak için gereken her türlü kaynak için ayrıcalıkınız olduğu sürece, FUSE mount oluşturabilirsiniz.

Mount neden root ayrıcalıkları gerektiriyor?

Çünkü mountöncelikle / başlangıçta neredeyse her zaman bir donanım içeren yerel dosya sistemi için tasarlanmıştır.