Como recomendación de seguridad, asegúrese de que los recursos de aplicación estén protegidos.

Siga los pasos para asegurarse de que los recursos de aplicación están protegidos.

Procedimiento

  1. Ejecute el comando find / -path /proc -prune -o -type f -perm /6000 -ls para verificar que los archivos tienen un conjunto de bits SUID y GUID bien definido.
    Aparecerá la siguiente lista:
    584208     44 -rwsr-xr-x   1  root     root        44696 Feb  4  2019 /usr/bin/su
       584210     60 -rwsr-xr-x   1  root     root        54112 Feb  4  2019 /usr/bin/chfn
       584646     56 -rwsr-x---   1  root     root        51872 Feb  4  2019 /usr/bin/crontab
       584216     40 -rwsr-xr-x   1  root     root        37128 Feb  4  2019 /usr/bin/newgidmap
       584206     68 -rwsr-xr-x   1  root     root        63736 Feb  4  2019 /usr/bin/passwd
       584211     44 -rwsr-xr-x   1  root     root        44544 Feb  4  2019 /usr/bin/chsh
       584218     40 -rwsr-xr-x   1  root     root        37128 Feb  4  2019 /usr/bin/newuidmap
       587446    144 -rwsr-xr-x   1  root     root       140856 Feb  4  2019 /usr/bin/sudo
       585233     36 -rwsr-xr-x   1  root     root        36144 Feb  4  2019 /usr/bin/umount
       584212     32 -rwsr-xr-x   1  root     root        31048 Feb  4  2019 /usr/bin/expiry
       584209     76 -rwsr-xr-x   1  root     root        71848 Feb  4  2019 /usr/bin/chage
       585231     56 -rwsr-xr-x   1  root     root        52968 Feb  4  2019 /usr/bin/mount
       583901     36 -rwsr-xr-x   1  root     root        34944 Feb  4  2019 /usr/bin/fusermount
       586675     36 -rwsr-xr-x   1  root     root        34952 Feb  4  2019 /usr/bin/fusermount3
       584217     44 -rwsr-xr-x   1  root     root        44472 Feb  4  2019 /usr/bin/newgrp
       584214     80 -rwsr-xr-x   1  root     root        75776 Feb  4  2019 /usr/bin/gpasswd
       582975    428 -rwsr-xr-x   1  root     root       432512 Mar  6  2019 /usr/libexec/ssh-keysign
       587407     80 -rwsr-x---   1  root     root        76224 Feb  4  2019 /usr/libexec/dbus-daemon-launch-helper
       587109     16 -rwsr-xr-x   1  root     root        14408 Feb  4  2019 /usr/sbin/usernetctl
       587105     16 -rwxr-sr-x   1  root     root        14384 Feb  4  2019 /usr/sbin/netreport
       582750     40 -rwsr-xr-x   1  root     root        38960 Feb  4  2019 /usr/sbin/unix_chkpw
    
  2. Ejecute el comando find / -path */proc -prune -o -nouser -print -o -nogroup -print para verificar que todos los archivos de la vApp tienen un propietario.
    Si no se obtiene ningún resultado, todos los archivos tienen un propietario.
  3. Ejecute el comando find / -name "*" -type f -not -path "*/sys*" -not -path "*/proc*" -not -path "*/dev*" -perm -o+w | xargs ls -lb para verificar que ninguno de los archivos se puede escribir mediante la revisión de los permisos de todos los archivos de la vApp.
    Others no debe tener permiso de escritura. Los permisos de estos archivos deben ser ##4 o ##5, donde # es igual al conjunto predeterminado de permisos para el propietario y el grupo, como 6 o 7.
  4. Ejecute el comando find / -path */proc -prune -o ! -user root -o -user admin -print para verificar que los archivos son propiedad del usuario correcto.
    Si no se obtiene ningún resultado, todos los archivos pertenecen a root o admin.
  5. Ejecute el comando find /usr/lib/vmware-casa/ -type f -perm -o=w para asegurarse de que el entorno no tiene acceso de escritura a los archivos del directorio /usr/lib/vmware-casa/.
    No se deben obtener resultados.
  6. Ejecute el comando find /usr/lib/vmware-vcops/ -type f -perm -o=w para asegurarse de que el entorno no tiene acceso de escritura a los archivos del directorio /usr/lib/vmware-vcops/.
    No se deben obtener resultados.
  7. Ejecute el comando find /usr/lib/vmware-vcopssuite/ -type f -perm -o=w para asegurarse de que el entorno no tiene acceso de escritura en los archivos del directorio /usr/lib/vmware-vcopssuite/.
    No se deben obtener resultados.