Mostra la font per a Grup 3 - Implementar WAF (Azure)

Tornar a [[Projecte IETI Cloud - Grup 3]].

== Tasca ==
28. Implementar un Web Application Firewall sobre cloud extern (Azure). 

== Informe ==
Modificarem la nostra configuració [[Grup 3 - Implementar HTTPS i HSTS (HTTPS only) (Azure)|desplegada sobre la màquina d'Azure]] per tal d'afegir un WAF i protegir els nostres serveis amb algunes regles. 

=== Modificació del servei ''Reverse Proxy'' afegint ModSecurity ===
En primer lloc, per afegir ModSecurity al nostre servei de ''reverse proxy'' haurem de modificar la [[Grup 3 - Implementar HTTPS i HSTS (HTTPS only) (Azure)#anchor-dockerfile|Dockerfile]] que ens construeix la imatge.
<syntaxhighlight lang="docker" line start="4" highlight="6">
#Update, then install Apache2 and other useful tools
RUN set -eux; \
        apt update; \
        apt install -y \
                apache2 \
                libapache2-mod-security2 \
                nano
</syntaxhighlight>
A continuació haurem d'activar les regles recomanades de ModSecurity per tal que estiguen disponibles i habilitades. També canviarem al mode de ModSecurity de ''DetectionOnly'' a ''On'' per tal d'activar la política de bloqueig en tots els potencials atacs.
<syntaxhighlight lang="docker" line start="16">
#Enable ModSecurity recommended configuration
RUN set -eux; \
        mv /etc/modsecurity/modsecurity.conf-recommended /etc/modsecurity/modsecurity.conf; \
        sed -i '/SecRuleEngine DetectionOnly/ s//SecRuleEngine On/g' /etc/modsecurity/modsecurity.conf;
</syntaxhighlight>
Un cop reconstruïm la imatge amb <code>docker-compose up --build</code>, el nostre servei de ''reverse proxy'' amb Apache ja tindrà disponible les opcions de ModSecurity.

=== Seguretat amb OWASP ModSecurity Core Rule Set ===
L'OWASP ModSecurity Core Rule Set (CRS) és un conjunt de regles genèriques de detecció d'atacs per utilitzar-les amb ModSecurity. El CRS pretén protegir les aplicacions web d'una àmplia gamma d'atacs, inclòs el Top Ten OWASP, amb un mínim d'alertes falses. El CRS proporciona protecció contra moltes categories d'atac habituals, com ara injecció SQL, Cross Site Scripting, inclusió de fitxers locals, etc.

Afegirem les instruccions necessàries dins el nostre [[Grup 3 - Implementar HTTPS i HSTS (HTTPS only) (Azure)#anchor-dockerfile|Dockerfile]] per tal que la imatge emprada pel servei de ''reverse proxy'' ja inclogui aquest paquet de regles addicionals recomanades per OWASP. Descarreguem la versió 3.3.2 (la més nova) directament des de la pàgina de ''releases'' del Github, la descomprimim i reanomenem l'arxiu de configuració d'exemple perquè sigui un arxiu <code>.conf</code>, a continuació afegim totes les noves regles al directori de ModSecurity.
<syntaxhighlight lang="docker" line start="16" highlight="2-3,7-17">
#Enable ModSecurity recommended configuration and add OWASP's CRS
ENV CRSDIR=/etc/owasp-modsecurity-crs
ENV CRSVER=3.3.2
RUN set -eux; \
        mv /etc/modsecurity/modsecurity.conf-recommended /etc/modsecurity/modsecurity.conf; \
        sed -i '/SecRuleEngine DetectionOnly/ s//SecRuleEngine On/g' /etc/modsecurity/modsecurity.conf; \
        wget https://github.com/coreruleset/coreruleset/archive/refs/tags/v${CRSVER}.tar.gz -P ${CRSDIR}/; \
        tar -xvpzf ${CRSDIR}/v${CRSVER}.tar.gz -C ${CRSDIR}/ --strip-components=1; \
        ls -la ${CRSDIR}; \
        rm -f ${CRSDIR}/v${CRSVER}.tar.gz; \
        mv -f ${CRSDIR}/crs-setup.conf.example ${CRSDIR}/crs-setup.conf; \
        mv -f ${CRSDIR}/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf.example ${CRSDIR}/rules/REQUEST-900-EXCLUSION-RULES-BEFORE-CRS.conf; \
        mv -f ${CRSDIR}/rules/RESPONSE-999-EXCLUSION-RULES-AFTER-CRS.conf.example ${CRSDIR}/rules/RESPONSE-999-EXCLUSION-RULES-AFTER-CRS.conf; \
        mv -f ${CRSDIR}/crs-setup.conf /etc/modsecurity/crs/; \
        mv -f ${CRSDIR}/rules/*.conf /etc/modsecurity/crs/; \
        mv -f ${CRSDIR}/rules/*.data /etc/modsecurity/crs/; \
        rm -fr ${CRSDIR};
</syntaxhighlight>
Un com despleguem els nostres serveis amb <code>docker-compose up --build -d</code> podem comprovar que CRS esta en funcionament mitjançant un fals intent d'injecció XSS.
<syntaxhighlight lang="http">https://wordpress.grup3ieti.tk/?param="><script>alert(1);</script></syntaxhighlight>
Dins els ''logs'' d'Apache podrem trobar els bloquejos entre els fitxers d'error si les regles de CRS s'han activat correctament.
<pre>
[...] ModSecurity: Warning. Pattern match "(?i)<script[^>]*>[\\\\s\\\\S]*?" at REQUEST_FILENAME. [file "/usr/share/modsecurity-crs/rules/REQUEST-941-APPLICATION-ATTACK-XSS.conf"] [line "82"] [id "941110"] [msg "XSS Filter - Category 1: Script Tag Vector"] [data "Matched Data: <script> found within REQUEST_FILENAME: /param=\\x22><script>alert(1);</script>"] [severity "CRITICAL"] [ver "OWASP_CRS/3.3.0"] [tag "application-multi"] [tag "language-multi"] [tag "platform-multi"] [tag "attack-xss"] [tag "paranoia-level/1"] [tag "OWASP_CRS"] [tag "capec/1000/152/242"] [hostname "wordpress.grup3ieti.tk"] [uri "/param=\\"><script>alert(1);</script>"] [unique_id "Yj0of2A3XjTow2hZjP3K_wAAAEc"]
</pre>

=== Regles personalitzades pels subdominis ===
A l'hora de protegir millor el nostre domini i intentar exposar la mínima informació possible, hem creat dos ''sets'' de regles per defecte (HTTP i HTTPS). La primera regla, rebrà per defecte totes les connexions HTTP i realitzarà un ''drop'' de les connexions amb un codi d'error 403 (Forbidden). La segona regla, rebra per defecte totes les connexions HTTPS, aplicarà la capçalera HSTS i també realitzarà un ''drop'' amb codi d'error 403 (Forbidden). D'aquesta manera afegim un nivell addicional de seguretat pel fet que no exposarem subdominis sense configurar o recursos que Apache pot incloure per defecte. Ja que aquests fitxers representen regles genèriques que únicament s'aplicaran en mancar una més especifica, no entorpeix als subdominis funcionals, pel fet que aquests si disposen d'una regla concreta.
<syntaxhighlight lang="apacheconf">
<VirtualHost *:80>
        <Location />
                <RequireAny>
                        Require all denied
                </RequireAny>
        </Location>

        SecRuleEngine On
        SecRule RESPONSE_STATUS "403" "phase:4,id:1,nolog,drop"

        ErrorLog ${APACHE_LOG_DIR}/default-error.log
        CustomLog ${APACHE_LOG_DIR}/default-access.log combined
</VirtualHost>
</syntaxhighlight>
<syntaxhighlight lang="apacheconf">
<VirtualHost _default_:443>
        Header always set Strict-Transport-Security "max-age=15780000; includeSubDomains"

        <Location />
                <RequireAny>
                        Require all denied
                </RequireAny>
        </Location>

        SSLEngine On
        SSLCertificateFile /opt/ssl/live/grup3ieti.tk/fullchain.pem
        SSLCertificateKeyFile /opt/ssl/live/grup3ieti.tk/privkey.pem
        Include /opt/ssl/options-ssl-apache.conf

        SecRuleEngine On
        SecRule RESPONSE_STATUS "403" "phase:1,id:1,nolog,drop"

        ErrorLog ${APACHE_LOG_DIR}/default.ssl-error.log
        CustomLog ${APACHE_LOG_DIR}/default.ssl-access.log combined
</VirtualHost>
</syntaxhighlight>

== Referències ==
* [https://github.com/SpiderLabs/ModSecurity Github - Repositori de ModSecurity]
* [https://github.com/coreruleset/coreruleset Github - Repositori d'OWASP Core Rule Set]
* [https://owasp.org/www-project-modsecurity-core-rule-set/ OWASP - ModSecurity Core Rule Set]