Guía de Desarrollo Seguro en Flexygo¶

1. Principio de mínimo privilegio (obligatorio)¶

Todo objeto, proceso o personalización DEBE crearse aplicando el principio de mínimo privilegio.

Definir explícitamente roles con acceso y sus permisos de lectura, escritura y eliminación
Evitar objetos accesibles por todos los usuarios.
No confiar en la visibilidad del botón como control de seguridad.
Bloquear ejecución directa por URL si no procede.
No abrir objetos innecesarios en la API.

Flexygo debe integrarse en un pipeline de CI/CD para garantizar calidad y seguridad continua.

Todo desarrollo debe incluir pruebas automatizadas, adaptadas a la naturaleza low-code de Flexygo.

Desarrolla test de interfaz para garantizar la funcionalidad completa y accesos.
Test unitarios para probar las DLLs o storeds.
Incluye la ejecución de los test nativos de Flexygo para garantizar la estructura de la herramienta.
Añade tests de carga si vas a trabajar en entornos de muchos usuarios.

Es obligatorio garantizar que ninguna contraseña o secreto sale al exterior.

Prohibido:

Obligatorio:

Añadir controles en el pipeline que:
- Busquen patrones de secretos en el código.
- Bloqueen el despliegue si se detectan.

Activar auditoría en todos los objetos que:

Cuando se desarrollen DLLs personalizadas, se deben cumplir estrictamente las siguientes normas.

Usar exclusivamente:

Prohibido el SQL dinámico construido por concatenación.

❌ Incorrecto:

C#

string sql = "SELECT * FROM Clientes WHERE Id = " + id;

✅ Correcto:

C#

SqlCommand cmd = new SqlCommand("GetClienteById", conn);
cmd.CommandType = CommandType.StoredProcedure;
cmd.Parameters.AddWithValue("@Id", id);

Antes de desplegar a producción asegúrate que cumples estos puntos: