
Solución de detección y respuesta en endpoints Unix que utiliza mecanismos a nivel de kernel para detectar anomalías y ataques de malware en tiempo real.

MalDec-EDR es una solución para sistemas Unix diseñada para detectar anomalías y ataques de malware utilizando mecanismos a nivel de kernel. Para más información, consulte la Documentación.
La práctica estándar es tener la última versión estable de producción disponible para los clientes en la rama main y etiquetada. La rama test sirve como espejo de la rama de desarrollo, sometiéndola a una batería de pruebas y procesos de aseguramiento de calidad (QA). Mientras tanto, la rama de desarrollo (dev) está dedicada al desarrollo continuo del proyecto, mejoras y ajustes.
+-----------+
| feature1 |
+-----------+
|
+-----------+
| feature3 |
+-----------+
|
+-----------+
| feature2 |
+-----------+
|
+-----------+ +-----------+ +-----------+
| dev | ---> | test | ---> | main |
+-----------+ +-----------+ +-----------+
|
+--------------------------+
| | |
+-----+ +-----+ +-----+
|1.0.0| |2.0.0| | ... |
+-----+ +-----+ +-----+
Debe probar todos los componentes de MalDec-EDR; si es posible, detalle la tarea de los componentes que probó, qué rutas siguió y cómo podemos realizar las pruebas; si es posible, cree un script de cómo funcionan las pruebas para su tarea; más de 1 desarrollador puede llevar a cabo la revisión.
Cada modificación al código, por pequeña que sea, idealmente debe ir acompañada de pruebas unitarias exhaustivas. Esta práctica es crucial para detectar posibles errores introducidos por otros desarrolladores. La presencia de pruebas unitarias sirve como salvaguarda, asegurando que cualquier cambio no intencionado se identifique y aborde con prontitud.
Los cambios deben ser probados por alguien distinto al desarrollador que escribió el código. Esto es especialmente importante para cambios grandes o de alto riesgo. Es útil agregar un plan de pruebas a la descripción del pull request si probar los cambios no es sencillo.