Esencialmente, es parte de una estrategia para mitigar algunas preocupaciones de seguridad al tiempo que permite a los usuarios una forma sencilla de colaborar con menos problemas de permisos.
Los sistemas Linux tienen lo que se llama umask , que dicta los permisos de archivos y directorios asignados en la creación. Por defecto, esta umask suele ser 022, que crea archivos con 644 permisos (lectura / escritura del propietario, solo lectura grupal , otros solo lectura) y crea la configuración restrictiva que normalmente se aplica a los nuevos archivos y directorios.
Desafortunadamente, la falta de lectura / escritura para el grupo significa que debe confiar en la persona que creó el archivo para otorgar los permisos adecuados para que un grupo lo edite (y los usuarios no siempre son confiables al respecto).
Parte de la forma de ayudar a resolver esto es establecer una umask de 002 que dé como resultado archivos con 664 permisos (lectura / escritura del propietario, lectura / escritura grupal , otros de solo lectura). Pero esto podría tener efectos secundarios no deseados (por ejemplo, los miembros del equipo podrían editar los archivos privados de los demás dependiendo de los grupos predeterminados). Por lo tanto, cada nuevo usuario se convierte en parte de un grupo predeterminado con un solo usuario (emulando el esquema 022/644).
Más información sobre cómo esto ayuda a la colaboración:
https://security.ias.edu/how-and-why-user-private-groups-unix