Publicación y permisos¶

Ejercicio publishing-and-permissions-annex.pdf · PDF

Pregunta rápida. Aparte de ti y de tu profesor, ¿quién ha visto tu cuadro de mando (dashboard) Steam market?

Nadie. Montaste la fila de KPI, las pestañas y los filtros, y todo sigue viviendo donde solo tú puedes abrirlo. Eso es un problema, porque un cuadro de mando está hecho para que lo lea otra persona. Un cuadro de mando que nadie puede abrir no lo lee nadie, por buenos que sean sus gráficos.

Así que en esta lección cambias de asiento. Dejas de ser el autor y pasas a ser el lector: inicias sesión como una persona con casi ningún derecho, descubres por qué no ve nada y lo arreglas paso a paso.

Un servidor de juego con dos cerraduras¶

Piensa en un servidor de un juego multijugador. Mientras el dueño aún está construyendo el mundo, el servidor es privado: solo entran el dueño y los administradores. Un día se abre. Pero incluso entonces, cada jugador tiene un rango, y el rango decide a qué zonas puede entrar.

Superset funciona igual. Entre tu cuadro de mando y un lector hay dos cerraduras, y cada una necesita su propia llave:

flowchart LR
    R["<b>Un lector</b><br>con sesión iniciada en Superset"] --> L1{"<b>Cerradura 1</b><br>¿Está el cuadro de mando<br>Published?"}
    L1 -- "No: Draft" --> X1["No está en su lista"]
    L1 -- "Sí" --> L2{"<b>Cerradura 2</b><br>¿Tiene alguno de sus roles<br>acceso al dataset?"}
    L2 -- "No" --> X2["Sigue sin estar en su lista"]
    L2 -- "Sí" --> OK["<b>Lee el cuadro de mando</b><br>y los filtros funcionan"]

Nos quedaremos con el servidor de juego durante toda la página. Recuerda la forma del diagrama: dos preguntas, en ese orden.

Cerradura 1: Draft o Published¶

Un cuadro de mando en borrador (draft) es uno que todavía se está construyendo: solo pueden verlo sus propietarios y los administradores. Un cuadro de mando publicado es uno que el autor ha declarado listo.

Abre tu cuadro de mando Steam market y mira junto a su título. Hay una pequeña etiqueta: Draft. La documentación de Superset es tajante sobre lo que significa:

"Draft dashboards are only visible to the dashboard owners and admins."

Haz clic en la etiqueta y se convierte en Published. En la lista Dashboards, también cambia la columna Status.

¿Quiénes son los propietarios (owners)? Los usuarios con permiso para editar el cuadro de mando. Tú eres uno, porque lo creaste. Un propietario es el constructor de ese mundo; publicar es el momento en que el constructor abre el servidor.

Cerradura 2: roles y datasets¶

Un rol es un paquete de permisos con nombre. Cada usuario tiene uno o más roles, y un usuario puede hacer exactamente lo que sus roles permiten.

Un permiso es un único derecho: ver este menú, leer este dataset, editar aquel gráfico. Nadie reparte permisos uno a uno a cada usuario: sería interminable. Pones los permisos en un rol y das el rol a las personas. El rol es el rango en el servidor de juego.

Superset trae tres roles principales. Su documentación los describe así:

En tu propia máquina virtual eres Admin. Por eso todo ha funcionado siempre: un administrador atraviesa todas las puertas. Un lector de verdad suele ser Gamma.

Ahora, la pregunta que importa. Un usuario Gamma y un cuadro de mando que acabas de publicar. ¿Lo ve?

Todavía no. De nuevo la documentación de Superset:

"Published dashboards are visible to all users with access to the underlying datasets."

Lee despacio las últimas palabras. En Superset, los permisos cuelgan del dataset, y el cuadro de mando los hereda. Tu cuadro de mando Steam market está construido sobre el dataset games_clean. Un usuario Gamma sin acceso a games_clean no puede ver ningún gráfico hecho con él, así que tampoco puede ver el cuadro de mando.

Published abre la primera cerradura; el acceso al dataset abre la segunda.

Lo mínimo que les deja leer¶

Podrías saltarte todo esto y hacer Admin a cada lector. El cuadro de mando aparecería al instante. También dejaría a cada lector borrar cualquier cuadro de mando y leer cualquier dataset del servidor.

Los expertos en seguridad tienen un nombre para el instinto correcto, y es más antiguo de lo que crees. En 1975, Jerome Saltzer y Michael Schroeder publicaron un artículo llamado The Protection of Information in Computer Systems. Uno de sus principios de diseño se hizo famoso como el principio de mínimo privilegio: cada usuario debe trabajar con el conjunto más pequeño de derechos que le permita hacer su trabajo, y nada más.

Para un lector de cuadros de mando, ese conjunto mínimo es fácil de escribir:

Gamma más un rol. Esa es toda la receta, y es lo que vas a construir ahora.

Pruébalo: los ojos del lector¶

Necesitas dos ventanas de navegador. La normal eres tú, el Admin. Una ventana privada (incógnito) es el lector. Una ventana privada no comparte tu sesión, así que es la forma de que una persona inicie sesión como dos usuarios a la vez.

Trabaja en tu propia VM, en orden, y anota cada resultado antes de seguir. El experimento solo tiene sentido si ves cada "no" antes de arreglarlo.

Paso 1 — Un lector que no ve nada. Comprueba que Steam market sigue diciendo Draft. Después crea al lector:

Deberías ver una lista Dashboards vacía. Charts y Datasets también están vacíos. Y los menús son más cortos: el menú SQL (con SQL Lab) ha desaparecido, y también las entradas de Security bajo Settings. Un usuario Gamma ni siquiera puede llegar a la pantalla donde se crean los usuarios.

Paso 2 — Abre la primera cerradura. En la ventana Admin, abre Steam market y haz clic en Draft → Published. En la ventana privada, recarga Dashboards.

Sigue vacío. No arregles nada todavía: este es el momento más importante de la lección. El cuadro de mando está publicado y el lector sigue sin verlo. La primera cerradura está abierta. La segunda no.

Paso 3 — Abre la segunda cerradura. Ahora dale al lector un rango que llegue a los datos:

Ahora el lector abre el cuadro de mando. La fila de KPI marca 26,685 · 11.6% · 4.99 · 623, igual que para ti, y los filtros funcionan.

Esos cuatro números no son casualidad. Los gráficos del lector ejecutan la misma consulta sobre los mismos datos que los tuyos:

SELECT COUNT(*), ROUND(100 * AVG(is_free::int), 1),
       PERCENTILE_CONT(0.5) WITHIN GROUP (ORDER BY price),
       COUNT(*) FILTER (WHERE owners_tier = 'Hit')
FROM games_clean;

Un rol decide si puedes leer un dataset. No cambia lo que dice el dataset.

Paso 4 — Un enlace no es una llave. En el cuadro de mando, en la ventana Admin: los tres puntos → Share → Copy permalink to clipboard. En la ventana privada, cierra sesión y pega el enlace. Después inicia sesión de nuevo como viewer y pégalo otra vez.

Sin sesión, el enlace te lleva a la página de inicio de sesión. Con la sesión de viewer, abre el cuadro de mando, con los filtros exactamente como estaban cuando se copió el enlace. Un permalink (enlace permanente) es una dirección que recuerda el estado del cuadro de mando. No lleva ningún derecho.

Los cuatro estados¶

Pon tus notas una al lado de otra. Esta tabla es toda la lección:

En el estado 2, ¿dónde estaba el problema: en el cuadro de mando o en los datos? En los datos. El cuadro de mando estaba listo. El rango del lector no llegaba al dataset.

Ideas clave¶

• Un cuadro de mando existe para que lo lea otra persona. Entre él y un lector hay dos cerraduras.
• Cerradura 1 — Draft o Published. Un borrador solo lo ven sus propietarios (los usuarios que pueden editarlo) y los administradores. Published significa "ya no es un borrador", no "público en internet".
• Cerradura 2 — roles y datasets. Un rol es un paquete de permisos. Admin puede hacer todo, Alpha ve todos los datos pero solo modifica lo que es suyo, Gamma solo ve lo construido sobre los datasets que se le han dado.
• Los permisos cuelgan del dataset; el cuadro de mando los hereda. Dar acceso a un dataset abre todo lo construido sobre él.
• Mínimo privilegio (Saltzer y Schroeder, 1975): da al lector lo mínimo que le permita leer: Gamma más un rol.
• Un permalink es una dirección, no una llave. Y los roles viven en Superset: la base de datos no recibe ningún usuario nuevo.

Comprobación rápida¶

Tu cuadro de mando ya tiene lectores. Pero ¿y si esos lectores trabajan en un sitio que nunca ha oído hablar de Superset? A continuación: Informes con Power BI, donde reconstruyes tres de tus gráficos de Steam en otra herramienta y compruebas que lo que sabes sigue funcionando.