Estado del arte #14
Estado del arte #14
Conversation
marcosrmartin
commented
Oct 1, 2023
•
marcosrmartin
commented
- AVANZAR: he redactado lo hecho en este PR en la documentación. Se ha redactado el estado del arte close Investigar estado del arte en los MTDs #5
|
Exactamente igual, siempre debe haber un issue (podrías reabrir #4, asignándolo correctamente a una HU), y también un milestone. |
|
He utilizado directamente #5 que es el issue que salía de #4. En cuanto a los milestones e issues sobre documentación, tengo una duda; la documentación (que entiendo que no es un PMV per se), ¿deben de añadirse a un milestone diferente, por ejemplo sobre implementación, o deben de tener su propio milestone? Cuando digo su propio milestone no se como enfocarlo si un milestone que sea introducción (y igual con el estado del arte) o uno que sea documentación donde se añaden todas las redacciones dentro. |
Claro que lo es, ¿por qué no va a serlo? Si tenemos #1, los productos que se le van a presentar están relacionados con al documentación. Habrá milestones que sean solo documentación y presentación (los primeros y el último); en la implementación es mejor llevar los dos a la vez, la documentación y el trabajo. |
|
Ok, creo que estarían. |
doc/secciones/03_estado_del_arte.tex
Outdated
| @@ -0,0 +1,106 @@ | |||
| \chapter{Estado del arte} | |||
|
|
|||
| Este concepto se empieza a popularizar de forma teórica en informática (ya que no es exclusiva de esta) hace unos 10 años. Se han realizado investigaciones aplicándolo a diferentes ámbitos de la informática, donde con el paso de las investigaciones se ha ido creando una clasificación de las diferentes técnicas de MTD \cite{big-state-of-art}. | |||
There was a problem hiding this comment.
El texto debe contener todo el contexto que necesite. En este caso, no está claro a qué te refieres con "este"
doc/secciones/03_estado_del_arte.tex
Outdated
| Esta clasificación no es excluyente, es decir se pueden combinar diferentes opciones. Por ejemplo, se pueden combinar las dos opciones de cuando moverlo (creando una opción híbrida) con todas las opciones de como moverlo. La mayoría de veces una implementación combina varios de estas \cite{MTD-MORE+DARE+Java}\cite{MTD-DARE}\cite{MTD-arab}, aunque que exista esta posibilidad no quiere decir que se deban de mezclar todas las opciones posibles, ya que podrían dar configuraciones menos seguras o eficientes que al utilizar menos opciones \cite{MTD-comparativa-gorda}. | ||
|
|
||
| \section{Servidores web} | ||
| Los MTD basados en servidores web no es una de las principales líneas de investigación, ya que son más difíciles de adaptar a un entorno de producción, no hay consenso sobre ellos y no han demostrado tener resultados tan eficaces como otras líneas (SDN o \textit{IP shuffling}). Aun así, se han realizado varias implementaciones sobre estos, nos centraremos en aquellos que rotan los servidores que se utilizan, comenzando por el DARE (\textit{Dynamic Application Rotation Environment for Moving Target Defense}) este se basa en la estrategia utilizada por el MORE (\textit{Multiple Operating System Rotational Environment MTD})\cite{MORE}, la cual consiste en ir cambiando la máquina que recibe el tráfico mediante IP. DARE lo implementa en los puertos, esta consiste en rotar un servidor Nginx\cite{nginx} con uno Apache\cite{apache}, los cuales están en la misma máquina, para servir una página web estática. Esto lo logran utilizando un script como servicio el cual cambia la entrada de Iptables\cite{iptables} para apuntar a un puerto u otro. |
There was a problem hiding this comment.
no son. Quizás podrías incluir textidote para comprobar también la gramática.
There was a problem hiding this comment.
Lo tengo cuando se fusiona con la rama principal. En local utilizo LTeX – LanguageTool grammar/spell checking de VScode. A veces deja de funcionar, pero no es lo normal.
There was a problem hiding this comment.
Lo puedes poner también cuando se abra un PR, y cuando se modifique. Si no pasa el test cuando se fusiona, tienes que abrir otro para arreglarlo. Es mejor que puedas corregir los tests en los PRs.
There was a problem hiding this comment.
De hecho si lo tengo, se me había olvidado completamente (no se ni donde vivo). Tuve que cambiar que el workflow diese error, aun con fallos, ya que había demasiados falsos positivos para arreglarlos uno a uno, por lo que únicamente lanza un warning. Se pueden ver aquí los tests y los reportes https://github.com/marcosrmartin/MTD_Server/actions.
En principio el PR esta configurado para que no me deje hacer merge si da fallo, pero debido a lo anterior no me he dado cuenta de los fallos
marcosrmartin
modified the milestones:
Redactar estado del arte,
Preparar entorno para la documentación,
Infraestructura inicial,
[M-1] Infraestructura inicial,
[M-n]]Entrega de la memoria,
[M-0] Preparar entorno para la documentación
