{"id":2181,"date":"2022-05-25T14:58:19","date_gmt":"2022-05-25T17:58:19","guid":{"rendered":"https:\/\/aiqon.com.br\/blog\/?p=2181"},"modified":"2022-05-26T17:17:12","modified_gmt":"2022-05-26T20:17:12","slug":"reblaze-flow-control","status":"publish","type":"post","link":"https:\/\/aiqon.com.br\/blog\/reblaze-flow-control\/","title":{"rendered":"Flow Control: Novo M\u00e9todo de Detec\u00e7\u00e3o de Amea\u00e7as Web no Reblaze"},"content":{"rendered":"
<\/div>

A vers\u00e3o 2.20 do Reblaze acaba de ser lan\u00e7ada. Inclui um novo recurso significativo: Flow Control<\/strong>.<\/p>\n

O Flow Control \u00e9 um novo m\u00e9todo de detec\u00e7\u00e3o de amea\u00e7as no Reblaze: uma camada adicional de seguran\u00e7a adicionada aos seus m\u00f3dulos existentes (WAF, gerenciamento de bot, prote\u00e7\u00e3o DDoS, limita\u00e7\u00e3o de taxa, preven\u00e7\u00e3o de controle de conta, seguran\u00e7a de API etc.).
\nOs administradores agora t\u00eam uma interface intuitiva para definir os padr\u00f5es comportamentais de usu\u00e1rios leg\u00edtimos de seus aplicativos da Web e APIs \u2014 as sequ\u00eancias de a\u00e7\u00f5es que os usu\u00e1rios leg\u00edtimos realizar\u00e3o. Depois que essas sequ\u00eancias forem configuradas no Reblaze, as pol\u00edticas do Flow Control bloquear\u00e3o as fontes de tr\u00e1fego que se desviam delas.<\/p>\n

Isso pode detectar hackers que est\u00e3o tentando parecer benignos e evitar outros m\u00e9todos de detec\u00e7\u00e3o de amea\u00e7as. Ele pode at\u00e9 bloquear ataques em seus est\u00e1gios preliminares, antes mesmo que uma atividade maliciosa seja tentada.<\/p>\n

\"\"<\/a><\/p>\n

Apresentando o Flow Control<\/h2>\n

O Flow Control \u00e9 uma nova abordagem para detec\u00e7\u00e3o de amea\u00e7as comportamentais. O Reblaze<\/a> j\u00e1 usa an\u00e1lise comportamental para criar automaticamente perfis de atividades leg\u00edtimas de usu\u00e1rios, para que possa reconhecer quando as fontes de tr\u00e1fego est\u00e3o variando desses padr\u00f5es esperados. O Flow Control tamb\u00e9m permite que os administradores construam e apliquem seus pr\u00f3prios perfis personalizados, definindo sequ\u00eancias de eventos esperados para caminhos e processos espec\u00edficos.<\/p>\n

Isso capitaliza uma grande fraqueza dos agentes de amea\u00e7as – que eles geralmente se comportam de maneira bem diferente dos usu\u00e1rios leg\u00edtimos. Os hackers s\u00e3o incentivados a realizar o maior n\u00famero poss\u00edvel de ataques, no menor tempo poss\u00edvel. Portanto, os agentes de amea\u00e7as geralmente ignoram a\u00e7\u00f5es que n\u00e3o contribuem diretamente para seus ataques.<\/p>\n

Por exemplo, quando um usu\u00e1rio leg\u00edtimo tenta fazer login em um aplicativo da web, o acesso inicial da p\u00e1gina de login gerar\u00e1 uma solicita\u00e7\u00e3o GET. Posteriormente, uma solicita\u00e7\u00e3o POST ser\u00e1 gerada com as credenciais de login do usu\u00e1rio.<\/p>\n

No entanto, um hacker que est\u00e1 tentando um ataque de preenchimento de credenciais em uma p\u00e1gina de login emitir\u00e1 uma s\u00e9rie de solicita\u00e7\u00f5es POST cont\u00ednuas at\u00e9 que uma das solicita\u00e7\u00f5es seja bem-sucedida. N\u00e3o h\u00e1 necessidade de emitir GETs no meio. (Na verdade, um hacker experiente n\u00e3o far\u00e1 isso, porque isso tornaria o ataque muito menos eficiente.)<\/em><\/p>\n

Portanto, um administrador pode criar uma pol\u00edtica de controle de fluxo com base na sequ\u00eancia de eventos que os usu\u00e1rios leg\u00edtimos seguir\u00e3o. Veja como seria a sequ\u00eancia na interface do Reblaze<\/a>:<\/p>\n

\"flow<\/p>\n

Agora, sempre que chegar uma requisi\u00e7\u00e3o POST que n\u00e3o tenha sido imediatamente precedida por um GET, essa sequ\u00eancia ter\u00e1 sido violada. O Reblaze executar\u00e1 a a\u00e7\u00e3o definida da pol\u00edtica. (Normalmente, isso ser\u00e1 para bloquear a solicita\u00e7\u00e3o violadora ou at\u00e9 mesmo para banir completamente o solicitante por um per\u00edodo de tempo espec\u00edfico.)<\/p>\n

Aqui est\u00e1 outro exemplo que mostra uma pol\u00edtica de controle de fluxo inteira. Uma fonte de tr\u00e1fego tentando fazer login por meio de uma API de endpoint mobile deve enviar um endere\u00e7o de e-mail e uma senha devidamente estruturados, seguidos por uma 2FA<\/a> OTP (senha \u00fanica) de seis d\u00edgitos dentro de dois minutos ap\u00f3s a solicita\u00e7\u00e3o inicial. Se uma fonte de tr\u00e1fego n\u00e3o fizer isso tr\u00eas vezes seguidas, suas solicita\u00e7\u00f5es subsequentes ser\u00e3o bloqueadas com um erro 503.<\/p>\n

\"flow<\/p>\n

Uma variedade de op\u00e7\u00f5es de configura\u00e7\u00e3o est\u00e3o dispon\u00edveis para pol\u00edticas de controle de fluxo:<\/p>\n

As solicita\u00e7\u00f5es podem ser rastreadas de acordo com o endere\u00e7o IP do solicitante, conforme mostrado acima, ou por outro par\u00e2metro (ou uma combina\u00e7\u00e3o de par\u00e2metros), como cabe\u00e7alhos, cookies, argumentos ou outros atributos.
\nOs par\u00e2metros de solicita\u00e7\u00e3o podem ter seus formatos\/estruturas permitidos definidos e aplicados.
\nOs infratores podem ser bloqueados com um erro 503, ou podem receber um desafio de bot, redirecionados para um caminho especificado, receber uma resposta personalizada ou banidos completamente por um per\u00edodo de tempo espec\u00edfico.
\nAs pol\u00edticas podem ser aplicadas de forma t\u00e3o ampla ou restrita quanto o administrador desejar: de sites inteiros a URLs individuais.
\nAl\u00e9m disso, os administradores podem definir sequ\u00eancias com quantos eventos forem necess\u00e1rios. Aqui est\u00e1 um exemplo que imp\u00f5e o procedimento de checkout correto para cada ID de sess\u00e3o exclusivo:<\/p>\n

\"flow<\/p>\n

Os exemplos mostrados acima s\u00e3o para fins de demonstra\u00e7\u00e3o e s\u00e3o bastante simples. No uso em produ\u00e7\u00e3o, as pol\u00edticas de Flow Control podem ser t\u00e3o complexas quanto o administrador desejar e, em geral, elas representam uma nova abordagem poderosa para a detec\u00e7\u00e3o de amea\u00e7as. \u00c9 recomendado que passem algum tempo pensando em seus WebApps<\/a> e APIs, mapeando as sequ\u00eancias de eventos que todos os usu\u00e1rios leg\u00edtimos seguiriam e, em seguida, construindo pol\u00edticas de controle de fluxo de acordo. (Enquanto isso, se voc\u00ea, cliente, precisar de ajuda para atualizar para a vers\u00e3o 2.20, entre em contato com o nosso suporte e teremos prazer em ajudar.)<\/em><\/p>\n

\n

Desde a sua cria\u00e7\u00e3o, a Reblaze usou uma abordagem multicamada para a seguran\u00e7a da Web<\/a>, submetendo as fontes de tr\u00e1fego a v\u00e1rias formas de verifica\u00e7\u00e3o. Estes incluem atualmente:<\/p>\n