From nobody Wed Nov 24 11:59:54 2021 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 6EA21189A422 for ; Wed, 24 Nov 2021 12:00:22 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: from mail-lf1-f43.google.com (mail-lf1-f43.google.com [209.85.167.43]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hzfhk2NBxz4hkb for ; Wed, 24 Nov 2021 12:00:22 +0000 (UTC) (envelope-from 6yearold@gmail.com) Received: by mail-lf1-f43.google.com with SMTP id l22so6555627lfg.7 for ; Wed, 24 Nov 2021 04:00:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=+JKT7CPLjc4f8LHrF0Y7e5e2/cVSfgTyW3+QfL4PAlI=; b=N7NNua6MRrvA5f1BDiVLaPW5dH5E9HJiY7T50PuMOp5MklqbxNf26zd3rjMyBLnrPL kDvEbEpnCWLiZyZIE1Z2rd2m+BPKW53pDQCWzDiy5/S6KJ6yP1MdKjC2J8GtPTCGi/uQ UE0QktXt+//pDFvoM44J2UZeN9Sg7mdivoT+phMn5C2d7qctp79Mamf7RtIIBtFWNXc/ 7bwRg2rFf/7xyP3VjXsETB7RbUWlMZHwy8T06rOeiEGrJi+kQHo5fmVeNTwdifEODDRC ThoW/Qqyp5JV6gN4JNmmtr18kYDJZXnehmhcuMH0sTC2i98J6IH5dehpQKACJ4e0P+lQ uvgA== X-Gm-Message-State: AOAM531bBFcWfmeo750osnw8XshyRN+mB3Y84Tf8I62AykEUAzrQM91A b71ES7WeYjHNMfg4gbN9XtiRWpOVbaa8Ag== X-Google-Smtp-Source: ABdhPJwBD9M9UAYGqubHQ4EAQgNyb93LsmY02xbf8bZTMByfMTRrX5JaL8U7dV6lbTV2Q8jYGY2x1A== X-Received: by 2002:ac2:418f:: with SMTP id z15mr12615718lfh.213.1637755220759; Wed, 24 Nov 2021 04:00:20 -0800 (PST) Received: from mail-lf1-f46.google.com (mail-lf1-f46.google.com. [209.85.167.46]) by smtp.gmail.com with ESMTPSA id 76sm1498193ljj.69.2021.11.24.04.00.20 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 24 Nov 2021 04:00:20 -0800 (PST) Received: by mail-lf1-f46.google.com with SMTP id l22so6555544lfg.7 for ; Wed, 24 Nov 2021 04:00:20 -0800 (PST) X-Received: by 2002:a19:4f59:: with SMTP id a25mr13568797lfk.22.1637755220442; Wed, 24 Nov 2021 04:00:20 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 References: <861r36xzpe.fsf@phe.ftfl.ca> In-Reply-To: From: Gleb Popov Date: Wed, 24 Nov 2021 14:59:54 +0300 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: Call for Foundation-supported Project Ideas To: Mehmet Erol Sanliturk Cc: FreeBSD Hackers Content-Type: multipart/alternative; boundary="00000000000024c70b05d1879a11" X-Rspamd-Queue-Id: 4Hzfhk2NBxz4hkb X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: Y --00000000000024c70b05d1879a11 Content-Type: text/plain; charset="UTF-8" On Wed, Nov 24, 2021 at 2:11 PM Mehmet Erol Sanliturk < m.e.sanliturk@gmail.com> wrote: > Another important problem is mounting of hard disks connected through a > USB port or a hot-pluggable port . > Such connections ( excluding if DOS or NTFS ones are permitted implicitly > ) require a "root" mount . There is an idea > "Use sudo or other super user programs for "allowance" of "root" user" . In > my life , I never could understand > "How is it possible to manage to protect the security of a system by using > such a facility from the "user" space ? " > > Is it not possible to allow the user to use a mount command for such > non-DOS or non-NTFS devices ? > Why is it necessary to have a fear about such mounting ? > Please do NOT forget that the computer is available to the user PHYSICALLY > . He ( let's assume he may use violence ) > can destroy , crash , burn , ... , etc. , the computer PHYSICALLY . Such a > possibility is not considered , but an innocent > "user" space mount is assumed to be harmful . > This is usually solved by having a mounting daemon that runs as root and handles user requests for mounting volumes. Linux has udisks2 for this and we have sysutils/bsdisks --00000000000024c70b05d1879a11--