Separación de entornos de datos

Un entorno de desarrollo es para equivocarse: se prueban cosas, se rompen cosas, se trabaja con datos sintéticos. Producción es donde el modelo se entrena con los datos reales y donde un error cuesta. Separarlos significa que lo que ocurre en desarrollo no puede modificar los datos que producción usa para aprender, aunque alguien se equivoque, aunque una cuenta se comprometa.

El permiso mínimo se aplica por entorno: cada cuenta de servicio solo puede lo que su función necesita, en el entorno donde trabaja.

La matriz de accesos lista cada identidad con el entorno desde el que opera, el recurso y el permiso. Para Mistol Crédito, la regla de diseño es clara: desarrollo no escribe en ningún recurso de producción.

Una matriz se lee buscando excepciones a la regla: una identidad de desarrollo con una fila de producción, o una identidad de lectura que tiene escritura.

Un permiso de más no es un incidente hasta que se usa, y para saber si se usó hay que leer el registro de accesos. Quien audita no se queda con «tiene el permiso»: cuenta cuántas veces escribió, cuándo y desde dónde, porque eso decide si hay que revisar los datos que entraron por ahí.

Cuenta las escrituras que esa identidad hizo sobre el recurso de producción en el registro de septiembre.

Corregir un permiso de más no es solo quitarlo: es entender para qué se pidió. Alguien quiso probar con datos reales en su cuaderno, y mientras no tenga una forma segura de hacerlo, el permiso volverá a pedirse. La salida estable es darle lo que necesita sin el riesgo: una copia de solo lectura, o datos sintéticos.

Después de quitar el permiso, los datos que entraron por esa cuenta se revisan antes del siguiente entrenamiento, con las señales y las huellas que viste en las salas anteriores.