umask() 什么时候有用？

Question

umask(0);

fd = open("/dev/null", O_RDWR);

这是 man 2 umask：

umask() sets the calling process’s file mode creation mask (umask) to mask & 0777.

但这对我来说没有意义，因为当我们调用 open 时，我们还将提供一个模式参数。

那么umask有什么意义呢？

Answer 1

umask 适用于文件系统操作中使用的所有模式。来自手册open(2)：

创建的文件的权限为(mode & ~umask)

因此，只需调用 umask，您就可以影响所有创建文件的模式。

当程序希望用户允许推翻其创建的文件/目录的默认授权时，通常使用此方法。偏执的用户（或 root）可以将 umask 设置为 0077，这意味着即使您在 open(2) 中指定 0777，只有当前用户将有权访问。

Answer 2

我知道这是一个老问题，但这是我的两分钱：

共享内存对象的权限

我试图创建一个共享内存对象，其中：

int shm_open(const char *name, int oflag, mode_t mode); 

生成的共享内存没有在模式下设置的权限参数，所以我阅读了 shm_open 手册页，它引导我进入 open 函数 手册页 和那里说：

mode 指定创建新文件时使用的权限。当在标志中指定 O_CREAT 时必须提供此参数；如果未指定 O_CREAT，则忽略模式。有效权限是通过进程的umask以通常的方式修改的：创建的文件的权限是(mode & ~umask)。请注意，此模式仅适用于以后访问新创建的文件

，因此我尝试使用以下命令修改 umask：

mode_t umask(mode_t mask); 

但它也不起作用，因此经过更多谷歌之后，我发现了这个 设置权限 gnu.org 中的文档

建议：

当您的程序需要创建文件并绕过 umask 来获取其访问权限时，最简单的方法是在打开文件后使用 fchmod，而不是更改 umask。事实上，改变 umask 通常只能通过 shell 来完成。他们使用 umask 函数。

并使用 fchmod 我的功能按我想要的方式工作:)她是：

int open_signals_shmem(struct signal_shmem **shmem, int size)
{
    int fd, ret;
    void *ptr;

    *shmem = NULL;
    ret = 1;

    fd = shm_open(SIGNALS_SHMEM_NAME, O_RDWR | O_CREAT, S_IRWXU | S_IRWXG | S_IRWXO);
    if (fd == -1)
    {
        printf("error: signals shmem could not be allocated (%s, errno=%d)\n", SIGNALS_SHMEM_NAME, errno);
    }
    else
    {
        // Change permissions of shared memory, so every body can access it
        fchmod(fd, S_IRWXU | S_IRWXG | S_IRWXO);

        if (ftruncate(fd, size) == -1)
        {
            printf("error: signals shmem could not be truncated (%s, errno=%d)\n", SIGNALS_SHMEM_NAME, errno);
        }
        else
        {
            ptr = mmap(NULL, size, PROT_READ | PROT_WRITE, MAP_SHARED, fd, 0);
            if (ptr == MAP_FAILED)
            {
                printf("error: signals shmem could not be mapped (%s, errno=%d)\n", SIGNALS_SHMEM_NAME, errno);
            }
            else
            {
                *shmem = ptr;
                ret = 0;
            }
        }
    }
    return ret;
}

Answer 3

引用这篇文章：

umask 的目的是允许
用户影响权限
赋予新创建的文件和
目录。守护进程不应该允许
自己也会受到这个影响
设置，因为什么是合适的
对于用户来说不一定是
适合守护进程。

在某些情况下可能会更多
方便umask设置为
非零值。这同样是
可接受：重要的一点是
守护进程已控制
的价值，而不仅仅是
接受所给予的。

Answer 4

大多数 Mac 开发人员（以及大多数软件测试人员）从他们还是婴儿的时候起，就把这个放在他们的 .cshrc 中。

umask 002

但是，大多数最终用户不知道 umask，所以如果他们在计算机上创建一个新用户，并运行在您的应用程序中，您可能会在没有组读/写权限的情况下创建一堆日志文件之类的东西。
然后他们再次切换用户，突然你的应用程序无法运行。
出于这个原因，我们将其添加到我们的所有应用程序中。
我们在安全方面的经验法则是“我们希望用户能够使用我们的软件”。

#import <sys/types.h>
#import <sys/stat.h>
int main(int argc, char *argv[])
{
    // set permissions for newly created files to ug+rwX,o+rX
    umask(0002);