40
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 22 Jun 2024
40 points (100.0% liked)
Linux
48097 readers
765 users here now
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
If you have these types of issues, just move to an immutable distro.
Who says I'm not already :P . Got any ideas on how this might be able to specifically solve the problem at hand?
What you describe in your post is a user who is not confident enough to manage their own machine with the CLI, and is afraid of misplacing files.
What you seem to not understand is that if you made the mv and cp commands require some sort of user interaction, nothing would ever work on the system, at least not in userspace if that's the intent. No installer scripts, package managers, apps which use such commands...etc. Imagine implementing a rule like you describe, and then trying to copy/paste something in a GUI file manager, or organize music or photos.
So if you're so afraid of moving something that needs not be moved, put some simple rules in place for yourself:
Pretty simple. You also probably want to be on ZFS or BTRFS so you can undo your mistakes if you make them.
Isn't literally ANY option here simpler than what you're describing?
Thank you for your input! It has made me recognize that I should specify that I don't want this to be system-wide; which was not clear from the post.
I understand why I might have given off that impression. But no worries; I'm a (relatively) seasoned Linux user. I also have no qualms with CLI or whatsoever. It's a specific set of files that I wish to 'protect'.
You're aware of file permissions, right?
So if you're concerned about a specific set of files that you don't want moved, AND they're in a normal userspace location...
The thing with file permissions is that I or root are able to change that. I am looking for a method (if it exists) that somehow bypasses that.
Yeah, but you'd need to sudo in order to affect the files. So that's a simpler way of doing what you're suggesting.
I'll straight up pose the question I asked someone else:
It seems I wasn't clear as most people misunderstood me.
But, to give a very precise example; say
~/some/folder
.chattr
,chmod
orchown
or similar utilities that remove access as long as one doesn't have elevated privileges.Then, what prevents whosoever, to copy that file through cloning the complete disk?
Even if they're not able to get past the password, it will be found on the cloned disk. SO, basically, I ask for some method that prevents the file to even be copied through a disk clone. I don't care that it has three passwords protecting it. What I want is for the disk clone (or whatever sophisticated copy/mv/cut or whatsoever utility exists) to somehow fail while trying to attempt the action on the protected files.
Nothing can stop anyone anywhere from cloning a storage device. You can encrypt it however many times you want, but it can still be read at the block level.
I'm not sure where the paranoia lands or is focused towards, but there is no storage device that exists that can't be copied, so if that's your hangup, you should just accept that and move on. If someone has physical access to your drives, then can copy it, but whether they can decrypt it is up for debate.
As the saying goes: given enough time and effort, anything can be brute-forced.
Clear. Thank you!