Desafío ASP.NET: Autorización y módulos

Sí o No

Jugadas 47

Crear copia

Sobre esta actividad

Verdadero o falso sobre autorización y módulos ASP.NET

Creada por

Jose Rafael Alifonso Camacho

República Dominicana

Descarga la versión para jugar en papel

Top 10 resultados

#	Jugador	Acierto	tiempo
1	Jose Rafael Alifonso Camacho 13 de Febrero de 2026	% 100	03:25

¿Quieres aparecer en el Top 10 de este juego? Inicia sesión para identificarte.

Crea tu propio juego gratis desde nuestro creador de juegos

Compite contra tus amigos para ver quien consigue la mejor puntuación en esta actividad

Crear reto


Desafío ASP.NET: Autorización y módulosVersión en línea Verdadero o falso sobre autorización y módulos ASP.NET por Jose Rafael Alifonso Camacho 1 Una ruta define cómo una URL entrante se mapea a una acción de un controlador. Sí No 2 Verificar autorización solo en el front-end (ocultando botones) evita que un usuario sin rol adecuado ejecute acciones restringidas. Sí No 3 En ASP.NET MVC o ASP.NET Core, los controladores gestionan la entrada, coordinan la lógica y devuelven una vista o JSON. Sí No 4 La autenticación responde a 'quién eres' y la autorización responde a 'qué puedes hacer dentro del sistema'. Sí No 5 Hashing sin salt aleatorio es suficiente para reducir riesgos de ataques con tablas rainbow. Sí No 6 Poner un módulo tras una ruta oculta es suficiente para asegurar que solo roles permitidos accedan al recurso. Sí No 7 Un estudiante autenticado siempre puede acceder a cualquier módulo si su identidad es válida. Sí No 8 Guardar contraseñas como texto plano en la base de datos es aceptable si el servidor está en una red privada y con firewall. Sí No 9 En ASP.NET Core, el atributo [Authorize(Roles = "Coordinador")] aplica a usuarios autenticados que además pertenecen al rol Coordinador. Sí No 10 La matriz Rol→Módulo→Permisos permite verificar rápidamente inconsistencias (p. ej., un “Estudiante” con permiso de “AprobarCalificaciones”). Sí No

Desafío ASP.NET: Autorización y módulosVersión en línea

Verdadero o falso sobre autorización y módulos ASP.NET

por Jose Rafael Alifonso Camacho

Una ruta define cómo una URL entrante se mapea a una acción de un controlador.

Sí

Verificar autorización solo en el front-end (ocultando botones) evita que un usuario sin rol adecuado ejecute acciones restringidas.

Sí

En ASP.NET MVC o ASP.NET Core, los controladores gestionan la entrada, coordinan la lógica y devuelven una vista o JSON.

Sí

La autenticación responde a 'quién eres' y la autorización responde a 'qué puedes hacer dentro del sistema'.

Sí

Hashing sin salt aleatorio es suficiente para reducir riesgos de ataques con tablas rainbow.

Sí

Poner un módulo tras una ruta oculta es suficiente para asegurar que solo roles permitidos accedan al recurso.

Sí

Un estudiante autenticado siempre puede acceder a cualquier módulo si su identidad es válida.

Sí

Guardar contraseñas como texto plano en la base de datos es aceptable si el servidor está en una red privada y con firewall.

Sí

En ASP.NET Core, el atributo [Authorize(Roles = "Coordinador")] aplica a usuarios autenticados que además pertenecen al rol Coordinador.

Sí

La matriz Rol→Módulo→Permisos permite verificar rápidamente inconsistencias (p. ej., un “Estudiante” con permiso de “AprobarCalificaciones”).

Sí

Puedes integrar el juego en un LMS compatible con LTI 1.1 o LTI 1.3 como Canvas, Moodle, o Blackboard. De esta manera podrás guardar las puntuaciones automáticamente en el libro de calificaciones de esa plataforma.

Desafío ASP.NET: Autorización y módulos

Sí o No

Sobre esta actividad

Creada por

Descarga la versión para jugar en papel

Top juegos

Sí o No

Grammys a mejor canción/grabación

Sí o No

OPEN UP 5 UNIT 3: THERE IS/ARE, THERE WAS, THERE WERE

Sí o No

¿Está creado con Inteligencia Artificial?

Sí o No

Preguntas sobre futbol para niños

Sí o No

¿Es verdad?

Desafío ASP.NET: Autorización y módulosVersión en línea

por Jose Rafael Alifonso Camacho

Una ruta define cómo una URL entrante se mapea a una acción de un controlador.

Verificar autorización solo en el front-end (ocultando botones) evita que un usuario sin rol adecuado ejecute acciones restringidas.

En ASP.NET MVC o ASP.NET Core, los controladores gestionan la entrada, coordinan la lógica y devuelven una vista o JSON.

La autenticación responde a 'quién eres' y la autorización responde a 'qué puedes hacer dentro del sistema'.

Hashing sin salt aleatorio es suficiente para reducir riesgos de ataques con tablas rainbow.

Poner un módulo tras una ruta oculta es suficiente para asegurar que solo roles permitidos accedan al recurso.

Un estudiante autenticado siempre puede acceder a cualquier módulo si su identidad es válida.

Guardar contraseñas como texto plano en la base de datos es aceptable si el servidor está en una red privada y con firewall.

En ASP.NET Core, el atributo [Authorize(Roles = "Coordinador")] aplica a usuarios autenticados que además pertenecen al rol Coordinador.

La matriz Rol→Módulo→Permisos permite verificar rápidamente inconsistencias (p. ej., un “Estudiante” con permiso de “AprobarCalificaciones”).

		%
	Anónimo	%
		%
		%