/dev/shm is not always mounted with a proper options.
Hi. A couple of days ago, I've noticed that /run/shm (type tmpfs) is not mounted with options, which I've added to the '/etc/fstab' file. By default /dev/shm (as a matter of fact: /run/shm - is a symlink to /dev/shm) is mounted with: 'defaults' and 'ro'. So according to the Ubuntu StricterDefault wiki page [1], I've added an entry to the '/etc/fstab' file, to mount /dev/shm with e.g. additional 'noexec' option.
According to a second possibilities mentioned in a StricterDefaults document, now three options should be in use: 'nodev', 'nosuid' and 'noexec', right? It is works for some time, but sometimes the /run/shm is mounted once again with only two options: 'nosuid' and 'nodev'. It seems, like Ubuntu ignore a new entry in the '/etc/fstab' file. The most important problem is, that temporary storage directories such as /tmp, /var/tmp and /dev/shm provide storage space for malicious executables.
It is normal? What is the reason, that system sometimes ignore this entry? By "sometime" - I mean a once per five, six system booting. Luckily, this machine is not so important. I'd tests a various things and sometimes this machine is not even connected to the internet. But, this problem is so, important for me.
It is an entry added to the '/etc/fstab' file (according to SctricterDefault page):
,-----[ /etc/fstab with additional option ]
| none /dev/shm tmpfs defaults,
`-----
With 'noexec' options, system run properly. Nothing happens e.g. with programs etc. Everything is okay. What could be a reason? Could it be a bug?
Best regards.
_____________
[1] https:/
Question information
- Language:
- English Edit question
- Status:
- Solved
- For:
- Ubuntu Edit question
- Assignee:
- No assignee Edit question
- Solved by:
- daniel CURTIS
- Solved:
- Last query:
- Last reply: