{"id":24539,"date":"2022-05-30T11:38:38","date_gmt":"2022-05-30T09:38:38","guid":{"rendered":"https:\/\/www.makingscience.com\/?p=24539"},"modified":"2022-05-30T11:38:38","modified_gmt":"2022-05-30T09:38:38","slug":"google-cloud-armor-waf-que-es-y-como-usarlo","status":"publish","type":"post","link":"https:\/\/www.makingscience.com\/es\/blog\/google-cloud-armor-waf-que-es-y-como-usarlo\/","title":{"rendered":"Protege tus sitios web y aplicaciones con Google Cloud Armor WAF"},"content":{"rendered":"

La seguridad de una aplicaci\u00f3n web es crucial de cara a la protecci\u00f3n de datos no solo de la organizaci\u00f3n, sino tambi\u00e9n de los clientes. Los ciberataques han causado aproximadamente un total de 6 trillones de USD en da\u00f1os a lo largo de 2021 y se prev\u00e9 que incremente anualmente un 15% en los pr\u00f3ximos 5 a\u00f1os.<\/strong> Es importante usar todas las herramientas posibles para reducir el riesgo de estos ciberataques.<\/span><\/p>\n

Google cloud armor es un \u201cfirewall\u00bb a nivel de aplicaci\u00f3n el cual es capaz de protegernos de una gran variedad de ciberataques de manera sencilla y eficiente.<\/strong> Para poder utilizar esta herramienta tendremos que hacer uso de los balanceadores de carga que GCP proporciona ya que ser\u00e1 ah\u00ed donde habilitaremos el Cloud Armor sobre los backend services.<\/span><\/p>\n

\"\"Una vez configurado el balanceador de carga y activado un security policy a un backend service, ser\u00e1 la hora de ajustar qu\u00e9 reglas WAF deseamos aplicar. Hay una gran variedad disponible seg\u00fan nuestras necesidades. En la siguiente tabla veremos un listado de algunas de estas reglas preconfiguradas agrupadas por categor\u00edas:<\/span>
\n<\/span><\/p>\n\n\n\n\n\n\n\n\n\n
Nombre de la regla\u00a0<\/b><\/td>\nNombre de la regla de ModSecurity<\/b><\/td>\n<\/tr>\n
sqli-stable<\/span><\/td>\nSQL injection<\/span><\/td>\n<\/tr>\n
xss-stable<\/span><\/td>\nCross-site scripting<\/span><\/td>\n<\/tr>\n
lfi-stable<\/span><\/td>\nLocal file inclusion<\/span><\/td>\n<\/tr>\n
rfi-stable<\/span><\/td>\nRemote file inclusion<\/span><\/td>\n<\/tr>\n
rce-stable<\/span><\/td>\nRemote code execution<\/span><\/td>\n<\/tr>\n
scannerdetection-stable<\/span><\/td>\nScanner detection<\/span><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Cada una de estas reglas contienen docenas de firmas que son compiladas de <\/span>ModSecurity v3.0.2<\/span><\/a>. GCP proporciona una manera controlada de debugear estas reglas con tr\u00e1fico real sin que el usuario se vea afectado ya que a la hora de habilitarlas podremos selecciona el modo \u201cpreview only\u201d, esto significa que cada vez que una de estas reglas se dispare y vaya a bloquear una petici\u00f3n simplemente lo deje registrado y dejar\u00e1 pasar el tr\u00e1fico. Obviamente al activar el modo preview no estaremos securizando nuestra plataforma de ning\u00fan modo pero podremos evitar falsos positivos y granularmente ir agregando cada una de estas reglas.\u00a0<\/span><\/p>\n

Adem\u00e1s del modo preview only GCP otorga la posibilidad de incrementar el verbose de estas security policies.<\/strong> \u00bfY esto qu\u00e9 significa? Que por cada petici\u00f3n bloqueada por estas reglas veremos en el <\/strong><\/span>logging<\/a><\/strong> informaci\u00f3n detallada de qu\u00e9 firma y que parte de la petici\u00f3n ha causado el bloqueo,<\/strong> como previamente he mencionado cada una de las reglas listadas en la tabla previa contiene un n\u00famero de firmas por lo que puede que alguna de estas firmas cause falsos positivos y deba ser deshabilitada.<\/span><\/p>\n

Con esta protecci\u00f3n podemos evitar los siguientes ataques:<\/span><\/p>\n