23 Preguntas de Práctica de Permisos, archivos y cuentas con Respuestas

1. 1. El usuario bob ejecuta cat /srv/data/report.csv y recibe "Permission denied". ls -l del archivo muestra -rwxrwxrwx 1 root root y ls -ld /srv/data muestra drwxr-x--- 2 root root. ¿Qué explica el rechazo?

   • A.El archivo pertenece al grupo root, así que a bob se le aplica la clase de grupo.
   • B.bob carece del permiso de ejecución en /srv/data, necesario para atravesar ese directorio.✓ Respuesta
   • C.El núcleo rechaza la lectura de archivos escribibles por todos salvo al propietario.
   • D.cat necesita permiso de lectura en el directorio padre y bob no lo tiene en su clase.

   El permiso de ejecución en un directorio es el permiso de búsqueda (atravesarlo): hace falta para resolver cualquier nombre a través de él. Como bob cae en la clase "otros" de /srv/data, que es ---, la resolución de la ruta se detiene ahí y nunca se consulta el modo 777 del archivo. El permiso de lectura del directorio solo permite listar nombres.

   Ref. QB-JG2DT3Fuente: path_resolution(7) manual page — directory search (execute) permissionReportar un problema con esta pregunta

2. 2. ls -l /shared/notes.txt muestra -r--r--r-- 1 alice alice y ls -ld /shared muestra drwxrwxrwx 2 root root. La usuaria carol, que no es alice ni root, borra el archivo sin problemas. ¿Qué lo explica?

   • A.La escritura y la ejecución en el directorio deciden quién borra una entrada.✓ Respuesta
   • B.Un archivo de solo lectura puede borrarlo cualquiera, porque rm ignora su modo.
   • C.El modo 444 concede a la clase otros el borrado además de la lectura de datos.
   • D.Solo el dueño del directorio borra entradas y carol recibe ese derecho de root.

   Borrar un nombre modifica el directorio que lo contiene, así que el núcleo comprueba los permisos de escritura y ejecución de ese directorio, no los del archivo. /shared tiene modo 777 y sin bit de borrado restringido, de modo que cualquier usuario puede desenlazar entradas, sea quien sea su dueño.

   Ref. QB-4ZJVJ5Fuente: unlink(2) manual page — write and execute permission on the containing directoryReportar un problema con esta pregunta

3. 3. Un administrador ejecuta chmod 2750 sobre el directorio /srv/team. ¿Qué cadena de permisos mostrará después ls -ld?

   • A.drwxr-s---✓ Respuesta
   • B.drwsr-x---
   • C.drwxr-S---
   • D.drwxr-x--T

   En un modo octal de cuatro dígitos el primer dígito lleva los bits especiales: 4 es set-user-ID, 2 es set-group-ID y 1 es el borrado restringido. Así 2750 significa set-group-ID más rwx para el dueño, r-x para el grupo y nada para otros; el bit aparece como s minúscula porque el grupo también tiene ejecución.

   Ref. QB-KGDQY4Fuente: chmod(1) manual page — octal modes and the set-group-ID bitReportar un problema con esta pregunta

4. 4. ls -l /usr/bin/passwd muestra -rwsr-xr-x 1 root root. Expresado como modo octal de cuatro dígitos, ¿cuál es ese conjunto de permisos?

   • A.4755✓ Respuesta
   • B.2755
   • C.6755
   • D.1755

   La s minúscula en la posición de ejecución del dueño indica que el bit set-user-ID está activo y que el dueño también tiene ejecución, lo que da 4 en el dígito especial. Los tripletes rwx, r-x, r-x son 7, 5 y 5, o sea 4755. Un programa set-user-ID corre con el ID efectivo del dueño del archivo.

   Ref. QB-5ZW7R6Fuente: chmod(1) and chmod(2) manual pages — set-user-ID bit in four-digit octal modesReportar un problema con esta pregunta

5. 5. En el shell de una usuaria está vigente umask 027. Crea un archivo regular con una redirección de salida y un directorio con mkdir, y no los modifica después. ¿Con qué modos quedan ambos?

   • A.El archivo queda en 644 y el directorio en 755.
   • B.El archivo queda en 750 y el directorio en 750.
   • C.El archivo queda en 640 y el directorio en 750.✓ Respuesta
   • D.El archivo queda en 639 y el directorio en 750.

   La máscara borra bits de un modo base de 666 para archivos regulares y 777 para directorios: 666 sin 027 da 640 y 777 sin 027 da 750. Es borrado de bits, no una resta decimal, y los archivos regulares nunca reciben permiso de ejecución al crearse, permita lo que permita la máscara.

   Ref. QB-MGR266Fuente: umask(1p), POSIX shell and utilities specification — file mode creation maskReportar un problema con esta pregunta

6. 6. Una usuaria normal es dueña de report.csv y quiere que el usuario dave pase a ser su dueño. Ejecuta chown dave report.csv y obtiene "Operation not permitted". ¿Con qué regla topa?

   • A.El mandato debe indicar también el grupo, como chown dave:dave report.csv.
   • B.chown rechaza archivos cuyo grupo difiere del grupo primario del nuevo dueño.
   • C.Un archivo cambia de manos si su modo se fija en 666 para todas las clases.
   • D.Asignar un nuevo dueño a un archivo es una operación privilegiada reservada a root.✓ Respuesta

   Linux no permite que un usuario sin privilegios regale un archivo, porque serviría para evadir cuotas y contabilidad; solo un proceso privilegiado puede cambiar el ID de usuario de un archivo. La dueña sí puede cambiar el grupo con chgrp o chown :grupo, pero solo a un grupo al que pertenezca.

   Ref. QB-6Z9JW7Fuente: chown(2) manual page — changing file ownership requires privilegeReportar un problema con esta pregunta

7. 7. Los miembros del grupo devs deben poder editar los archivos de los demás en /srv/project, y cada archivo nuevo creado allí tiene que pertenecer al grupo devs. El directorio ya está con chgrp devs y modo 770. ¿Qué paso produce esa herencia de grupo?

   • A.Activar el bit set-user-ID en el directorio con chmod u+s /srv/project.
   • B.Activar el bit de borrado restringido en el directorio con chmod +t /srv/project.
   • C.Activar el bit set-group-ID en el directorio con chmod g+s /srv/project.✓ Respuesta
   • D.Poner devs como grupo primario de cada miembro con usermod -g devs en cada cuenta.

   El bit set-group-ID en un directorio hace que las entradas nuevas tomen el grupo del directorio en lugar del grupo primario de quien las crea, y los subdirectorios heredan también el bit. El set-user-ID no tiene ese efecto en un directorio, y el borrado restringido decide quién borra entradas, no el grupo de los archivos nuevos.

   Ref. QB-NG4DB7Fuente: chmod(1) manual page — set-group-ID on directoriesReportar un problema con esta pregunta

8. 8. ls -ld /tmp muestra drwxrwxrwt. Un directorio compartido de subidas, /var/spool/upload, está en drwxrwxrwx y los usuarios se borran los archivos entre ellos. ¿Qué logra añadir la t final?

   • A.La eliminación o el renombrado de una entrada queda limitado a su dueño, al dueño del directorio o a root.✓ Respuesta
   • B.Los archivos internos quedan en solo lectura para todos menos root, sin cambios posibles.
   • C.La escritura en archivos existentes queda limitada a sus dueños, pero se pueden crear nuevos.
   • D.Cada entrada nueva hereda el grupo del directorio y el borrado sigue a ese grupo.

   El bit de borrado restringido, que aparece como t en la posición de ejecución de otros, es lo que vuelve seguro un directorio escribible por todos: cualquiera puede crear archivos, pero solo el dueño del archivo, el dueño del directorio o un proceso privilegiado puede borrar o renombrar una entrada existente. Por eso /tmp está en modo 1777.

   Ref. QB-7ZMV39Fuente: chmod(1) manual page — restricted deletion flag; Filesystem Hierarchy Standard, /tmpReportar un problema con esta pregunta

9. 9. ls -l /usr/local/bin/collect muestra -rwSr--r-- 1 root root. ¿Qué le dice al administrador la S mayúscula en el triplete del dueño?

   • A.El bit set-group-ID está activo, así que el programa corre con los privilegios de su grupo.
   • B.El bit set-user-ID está activo, pero falta la ejecución del dueño, así que el bit no surte efecto.✓ Respuesta
   • C.El dueño tiene permiso de ejecución junto con set-user-ID, y eso marca la letra mayúscula.
   • D.El archivo lleva el atributo inmutable, que ls representa dentro del triplete del dueño.

   ls imprime una s minúscula cuando el bit especial y el bit de ejecución correspondiente están ambos presentes, y una S mayúscula cuando el bit especial está activo pero falta la ejecución. Un archivo set-user-ID sin ejecución para su dueño no puede ejecutarse por esa clase, así que el bit queda inerte y suele delatar un error como chmod 4644.

   Ref. QB-PGFQG8Fuente: ls(1) manual page — mode string notation for set-user-ID without executeReportar un problema con esta pregunta

10. 10. Un directorio está como drwxrws--- 2 root devs. El miembro sam crea un archivo dentro y ls -l muestra -rw-r--r-- 1 sam devs. Sus compañeros de devs pueden leerlo pero no editarlo. ¿A qué se debe la falta del bit de escritura de grupo?

    • A.El bit set-group-ID copia el nombre del grupo, pero además fuerza el modo 644 en los nuevos archivos.
    • B.Los miembros del grupo deben ejecutar antes newgrp devs, ya que el archivo nació en otro grupo.
    • C.El bit de escritura de grupo del directorio afecta a su propia entrada, no a los archivos internos.
    • D.La umask de quien crea el archivo borró la escritura de grupo, y set-group-ID no la devuelve.✓ Respuesta

    El bit set-group-ID de un directorio determina únicamente el grupo de las entradas nuevas; los bits de permiso de un archivo nuevo siguen saliendo del modo solicitado por el proceso menos su umask. Con una máscara 022 se borra la escritura de grupo, por lo que un directorio colaborativo suele necesitar además una máscara como 002.

    Ref. QB-GXAFUAFuente: chmod(1) manual page and umask(1p) — set-group-ID directories and the creation maskReportar un problema con esta pregunta

11. 11. getfacl budget.ods imprime estas líneas: user::rw-, user:jan:rw- #effective:r--, group::r--, mask::r--, other::---. jan informa de que no puede guardar cambios. ¿Qué se lo impide?

    • A.El cambio exige volver a montar, porque las ACL solo se activan al montar el sistema.
    • B.Su entrada nombrada va por debajo de la entrada del grupo dueño, que aquí solo da lectura.
    • C.Las entradas de usuario nombrado se ignoran al escribir, así que decide la clase otros.
    • D.La entrada mask limita a lectura toda entrada nombrada, así que se recorta la escritura de jan.✓ Respuesta

    La entrada mask es un límite superior para los permisos de todas las entradas de usuario nombrado, de grupo nombrado y del grupo dueño, y getfacl señala el resultado recortado con #effective. Subir la máscara, por ejemplo con setfacl -m m::rw budget.ods, devuelve la escritura a jan; además, chmod g+w sobre un archivo con ACL modifica la máscara, no la entrada de grupo.

    Ref. QB-ZEGMEBFuente: acl(5) manual page — ACL mask entry and effective permissionsReportar un problema con esta pregunta

12. 12. Los archivos nuevos creados en /srv/audit deben dar automáticamente lectura y escritura al grupo auditors, sea cual sea la umask de quien los cree. ¿Qué enfoque lo consigue?

    • A.Añadir una entrada de acceso para el grupo con setfacl -m g:auditors:rw /srv/audit.
    • B.Añadir escritura de grupo al directorio con chmod g+rwx y chgrp auditors /srv/audit.
    • C.Añadir el bit set-group-ID con chmod g+s /srv/audit para que el grupo llegue a los archivos.
    • D.Añadir una entrada por omisión para el grupo con setfacl -m d:g:auditors:rw /srv/audit.✓ Respuesta

    Una ACL por omisión, fijada con el prefijo d: en un directorio, la heredan todos los archivos y subdirectorios que se creen dentro, sin depender de la umask de quien los crea. Una entrada de acceso normal solo rige el directorio en sí, y el bit set-group-ID transmite el grupo pero no concede escritura.

    Ref. QB-HXNSZBFuente: setfacl(1) manual page — default ACL entries on directoriesReportar un problema con esta pregunta

13. 13. root no puede modificar ni borrar /etc/app/licence.conf: el editor y rm informan "Operation not permitted". El modo es -rw-r--r-- 1 root root, el sistema de archivos está montado en lectura y escritura, y lsattr imprime ----i---------e----- para el archivo. ¿Qué ocurre?

    • A.Está puesto el atributo de solo añadir, así que hay que redirigir la escritura con >>.
    • B.El archivo es de root con modo 644, así que la escritura exige un chmod u+w previo.
    • C.El atributo de formato de extensiones, la e, deja el archivo en solo lectura hasta remontar.
    • D.Está puesto el atributo inmutable, y chattr -i debe quitarlo antes de cualquier cambio.✓ Respuesta

    La marca i en la salida de lsattr es el atributo inmutable: mientras está puesto, el archivo no se puede modificar, borrar, renombrar ni recibir nuevos enlaces duros, y hasta un proceso privilegiado recibe "Operation not permitted". Solo quitarlo con chattr -i devuelve el comportamiento normal; la marca e únicamente indica que el archivo usa extensiones.

    Ref. QB-2FUXKCFuente: chattr(1) manual page — immutable attributeReportar un problema con esta pregunta

14. 14. Una administradora ejecuta ln /data/orig.log /data/copy.log y luego stat sobre cada nombre. Ambos indican el mismo número de inodo y "Links: 2". Después borra /data/orig.log. ¿En qué estado queda el contenido?

    • A.El contenido desaparece, porque desenlazar el primer nombre libera su inodo.
    • B.El contenido sigue accesible por /data/copy.log y la cuenta de enlaces baja a uno.✓ Respuesta
    • C.El contenido sigue y la cuenta queda en dos, ya que stat la guarda en caché hasta desmontar.
    • D.El contenido sigue, pero /data/copy.log apunta ahora a un archivo vacío hasta reenlazarlo.

    Un enlace duro es simplemente otra entrada de directorio que apunta al mismo inodo, así que no hay original ni copia: los dos nombres son iguales. Borrar uno reduce la cuenta de enlaces, y el inodo con sus datos se libera solo cuando la cuenta llega a cero y ningún proceso mantiene el archivo abierto.

    Ref. QB-JXZ47DFuente: ln(1) and stat(1) manual pages — hard links, inodes and link countsReportar un problema con esta pregunta

15. 15. /home está en un sistema de archivos y /srv en otro. El mandato ln /home/ana/data.csv /srv/share/data.csv falla con "Invalid cross-device link". ¿Qué debe hacer el administrador y por qué?

    • A.Crear un enlace simbólico con ln -s, porque un enlace duro no cruza dos sistemas de archivos.✓ Respuesta
    • B.Forzar el enlace con ln -f, porque el fallo viene de que el nombre destino ya existe.
    • C.Copiar el archivo con cp -l, porque esa opción hace enlaces duros entre sistemas de archivos.
    • D.Volver a montar /srv con la opción hardlinks, porque el montaje rechazó una segunda entrada.

    Un enlace duro es una entrada de directorio que remite a un número de inodo, y esos números solo tienen sentido dentro de un mismo sistema de archivos, por lo que el núcleo rechaza el intento con EXDEV. Un enlace simbólico guarda en su propio inodo una ruta, y por eso puede cruzar sistemas de archivos y apuntar a un directorio.

    Ref. QB-3F7ASDFuente: ln(1) manual page and link(2) EXDEV error — hard links within one filesystemReportar un problema con esta pregunta

16. 16. ls -l /etc/app/current muestra lrwxrwxrwx 1 root root 20 current -> /opt/app/spring/bin. Después de que un compañero renombra /opt/app/spring, quien abre /etc/app/current recibe "No such file or directory". Él sostiene que el modo rwxrwxrwx del propio enlace debería permitir el acceso. ¿Qué es cierto?

    • A.El enlace simbólico guarda el inodo del destino, así que el renombrado debería seguirse.
    • B.El enlace simbólico guarda una cadena de ruta, así que al renombrar el destino queda roto y colgando.✓ Respuesta
    • C.El modo lrwxrwxrwx concede acceso, de modo que el error vendrá de un montaje de solo lectura.
    • D.El enlace simbólico guarda su propia copia de los datos, que el renombrado dejó vacía.

    Un enlace simbólico guarda una ruta que se resuelve de nuevo en cada acceso, de modo que renombrar o borrar el destino lo deja colgando. Los permisos que se muestran en un enlace simbólico son siempre rwxrwxrwx y nunca se usan para decidir el acceso: manda el dueño y el modo del destino, y aquí la solución es reapuntar el enlace con ln -sfn.

    Ref. QB-KXCFCEFuente: symlink(7) manual page — symbolic link resolution and dangling linksReportar un problema con esta pregunta

17. 17. En un directorio, ls -l muestra cuatro entradas cuyas cadenas de modo empiezan por prw-r--r--, srwxrwxrwx, brw-rw---- y crw-rw-rw-. ¿Qué clases de archivos son esos cuatro, en ese orden?

    • A.Un archivo de tubería, un enlace simbólico, un dispositivo de respaldo y uno de copia en escritura.
    • B.Una cola de impresión, un flujo de datos, una partición de arranque y un registro de consola.
    • C.Una tubería con nombre, un zócalo (socket), un dispositivo de bloques y uno de caracteres.✓ Respuesta
    • D.Un archivo de proceso, uno compartido, uno con búfer y uno guardado en caché.

    El primer carácter de la cadena de modo indica el tipo: - regular, d directorio, l enlace simbólico, p FIFO o tubería con nombre, s zócalo, b dispositivo de bloques y c dispositivo de caracteres. Los de bloques se direccionan en bloques de tamaño fijo a través de la caché, los de caracteres son flujos de bytes sin búfer, y en ambos ls imprime los números mayor y menor donde suele ir el tamaño.

    Ref. QB-4FJMXEFuente: ls(1) manual page — file type characters in the mode string; inode(7)Reportar un problema con esta pregunta

18. 18. El usuario ravi pertenece a los grupos suplementarios docker y wheel. Un administrador ejecuta usermod -G developers ravi y ravi pierde de inmediato el acceso que le daban esos dos grupos. ¿Qué pasó y qué se pretendía?

    • A.La forma -G cambió el grupo primario, y la lista suplementaria necesita -aG.
    • B.La forma -G surte efecto al siguiente inicio, así que el acceso vuelve tras reiniciar.
    • C.La forma -G sustituyó toda la lista suplementaria, mientras que -aG añade a ella.✓ Respuesta
    • D.La forma -G borró las entradas de ravi en /etc/group, que groupmod -a restauraría.

    usermod -G fija la lista de grupos suplementarios exactamente con los grupos indicados y saca en silencio la cuenta de los que no se nombran; con -a, la opción -G añade los grupos a la lista existente. El grupo primario es un ajuste aparte que se cambia con -g, y una pertenencia nueva solo afecta a las sesiones iniciadas después, o a un shell que ejecute newgrp.

    Ref. QB-MXQSHFFuente: usermod(8) manual page — the -a option used with -GReportar un problema con esta pregunta

19. 19. Un administrador ejecuta passwd -l dana y confirma que el hash de dana en /etc/shadow empieza ahora por un signo de exclamación. Dana sigue entrando por SSH con su clave pública. ¿Por qué sigue funcionando?

    • A.El bloqueo cubre los ingresos por consola, mientras SSH consulta su propia base de credenciales.
    • B.El bloqueo surte efecto en el próximo cambio de contraseña, así que el acceso actual continúa.
    • C.El bloqueo añade un prefijo al hash guardado: impide el ingreso con contraseña, no con clave.✓ Respuesta
    • D.El bloqueo borra el shell de la cuenta, y los ingresos con clave se saltan el shell por completo.

    Bloquear la contraseña escribe un signo de exclamación delante del hash guardado, de modo que ninguna contraseña introducida puede coincidir, pero no cambia nada más de la cuenta. La autenticación por clave pública nunca consulta ese campo, así que cortar el acceso del todo exige caducar la cuenta o retirar la clave autorizada.

    Ref. QB-5FWX4GFuente: passwd(1) and shadow(5) manual pages — password lockingReportar un problema con esta pregunta

20. 20. El acceso de una contratista debe cortarse de inmediato por cualquier vía interactiva, pero su directorio personal y sus archivos deben quedarse en el servidor para una auditoría. ¿Qué acción única lo logra?

    • A.Bloquear la contraseña con passwd -l, que rechaza cualquier método de ingreso del usuario.
    • B.Caducar la cuenta con chage -E 0, que rechaza cualquier ingreso de esa usuaria.✓ Respuesta
    • C.Borrar la cuenta con userdel -r, que detiene los ingresos y conserva los archivos en su sitio.
    • D.Poner /bin/false como shell de ingreso, que rechaza todo intento de autenticación.

    Fijar el campo de caducidad de la cuenta en el pasado, que es lo que hace chage -E 0, inhabilita la cuenta en sí, por lo que ningún método de autenticación funciona y el directorio personal y los archivos quedan intactos. Bloquear la contraseña deja vivo el ingreso con clave, un shell de no ingreso solo impide el shell interactivo, y userdel -r borra el directorio personal y el buzón.

    Ref. QB-QE3PD8Fuente: chage(1) and shadow(5) manual pages — account expiration fieldReportar un problema con esta pregunta

21. 21. Una línea de /etc/passwd dice: backupsvc:x:0:0:backup agent:/var/lib/backupsvc:/bin/bash. ¿Cuál es el hecho más importante de esa entrada?

    • A.El segundo campo es x, así que la cuenta puede autenticarse sin contraseña alguna.
    • B.El tercer campo es 0, así que esta cuenta tiene privilegio root completo en el sistema.✓ Respuesta
    • C.El directorio personal está bajo /var/lib, así que el núcleo la considera sin privilegios.
    • D.El nombre acaba en svc, así que el sistema limita la cuenta a tareas de servicio.

    Los siete campos separados por dos puntos son nombre, marcador de contraseña, UID, GID, comentario, directorio personal y shell de ingreso, y el núcleo decide los privilegios únicamente por el UID numérico. Toda cuenta con UID 0 equivale a root, se llame como se llame, mientras que la x del segundo campo solo dice que el hash está en /etc/shadow.

    Ref. QB-7XVGT7Fuente: passwd(5) manual page — field layout and the meaning of UID 0Reportar un problema con esta pregunta

22. 22. id sam imprime uid=1007(sam) gid=1007(sam) groups=1007(sam),1200(devs),1300(qa). La línea de devs en /etc/group incluye a sam entre sus miembros, pero la línea del grupo propio de sam no lo menciona. ¿Por qué?

    • A.La pertenencia al grupo primario se anota en la entrada de /etc/passwd, no en la lista de miembros.✓ Respuesta
    • B.La lista de miembros guarda las cuentas añadidas con gpasswd, y useradd se salta ese paso.
    • C.Los grupos primarios residen en /etc/gshadow, y allí quedó escrito el nombre de sam.
    • D.Un grupo omite a sus miembros cuando el nombre del grupo coincide con el del usuario.

    El grupo primario de un usuario es el GID del cuarto campo de su línea en /etc/passwd, por lo que nunca se repite en la lista de miembros de /etc/group; los cuatro campos de una línea de grupo son nombre, contraseña, GID y lista de miembros suplementarios. Por eso id, que combina ambas fuentes, muestra un grupo que un grep solo sobre /etc/group no vería.

    Ref. QB-REEZJ9Fuente: passwd(5) and group(5) manual pages — primary and supplementary group membershipReportar un problema con esta pregunta

23. 23. Un administrador añade un archivo de alias común a /etc/skel y espera que los usuarios existentes lo tomen en su próximo ingreso. Nunca lo ven, aunque las cuentas creadas después sí lo tienen. ¿Por qué?

    • A.El contenido de /etc/skel se aplica cuando /etc/profile se regenera con useradd -D.
    • B.El contenido de /etc/skel se lee en cada ingreso, así que esos usuarios deben salir primero.
    • C.El contenido de /etc/skel se copia en un directorio personal en el momento en que se crea.✓ Respuesta
    • D.El contenido de /etc/skel llega a los directorios existentes al subir su modo a 755.

    /etc/skel es una plantilla de una sola vez: useradd la copia en el nuevo directorio personal solo cuando lo crea, así que las ediciones posteriores nunca llegan a los directorios ya existentes. Los ajustes que deben valer para todos van en un archivo de ingreso del sistema, como /etc/profile o un fragmento en /etc/profile.d.

    Ref. QB-8X8UY8Fuente: useradd(8) manual page — /etc/skel and home directory creationReportar un problema con esta pregunta

Preguntas de práctica redactadas según los objetivos publicados del examen CompTIA Linux+ y la práctica estándar de administración de Linux. CompTIA y Linux+ son marcas de CompTIA, y Linux es una marca registrada de Linus Torvalds; este sitio no está afiliado ni respaldado por CompTIA. El examen real combina preguntas de opción múltiple con preguntas basadas en desempeño que piden ejecutar una tarea en un entorno simulado: eso no puede reproducirse en un formato de cuatro opciones, así que este banco cubre la mitad teórica y conviene practicar en un sistema real en paralelo. CompTIA revisa y numera las versiones de los objetivos periódicamente: confirma los objetivos, el código de examen y los requisitos vigentes con CompTIA antes de examinarte. Sobre la certificación CompTIA Linux+ →