A latencia responde a unha pregunta que ninguén fixo. Tres condicións deciden que significa realmente unha estimación de adiviñación: se a conxectura se comproba nun servizo activo ou contra material capturado, que método de autenticación produciu ese material e que controis impón o servizo. Un ping mide un único viaxe de ida e volta nunha ruta e non responde a ningunha delas. Dividir un segundo por ese número produce unha cifra precisa, sen relación e a miúdo repetida coma se fose unha propiedade de seguridade.

A latencia pertence ao traballo de conectividade. A fortaleza da autenticación é unha propiedade do verificador e do protocolo.

Unha viaxe de ida e volta non é un límite de taxa

Un tempo de ida e volta describe canto tardan unha petición e a súa resposta nunha ruta concreta. Incluso en intentos en liña, o rendemento depende de cantas peticións mantén abertas un cliente, canto tempo dedica o servidor a cada intento e que límites de taxa se aplican. Iso é independente do ping. Unha ligazón Ethernet non impón a regra de que só poida existir un intento por viaxe, e un ping rápido non demostra que un verificador aceptará conxecturas a ese ritmo.

Se o servizo bloquea unha conta tras cinco fallos, a taxa práctica é de cinco intentos por ventá de bloqueo, con independencia da rede. Iso é un control, e é a cifra que merece citarse.

Onde se comproba realmente a conxectura

En liña, o solicitante envía cada candidato ao servizo real, que pode observar, atrasar, bloquear e alertar. Fóra de liña, un atacante que posúe material de verificación axeitado comproba os candidatos localmente sen intervención do servizo. Esa distinción decide case todo na aritmética. As guías de contrasinais de NIST tratan estas ameazas por separado, pedindo limitar a taxa dos intentos en liña fallidos e un almacenamento que resista un ataque fóra de liña mediante hashing con sal e un factor de custo. Ámbalas dúas son propiedades do verificador e da capa de almacenamento, sen dependencia da rapidez con que responde a ligazón do usuario.

Que unha captura de paquetes proporcione material útil depende do protocolo e do método de autenticación. Posuír unha captura, un certificado ou un túnel cifrado non responde nada por si só, e a antigüidade da compilación do cliente tampouco.

Por que a aritmética do tempo de quebra engana

Un reconto de cadeas posibles é tan bo como as súas suposicións. Os contrasinais elixidos por persoas non se distribúen uniformemente polo espazo que describe unha fórmula, e as credenciais reutilizadas poden estar xa nunha lista. O custo de comprobación tamén importa: un servizo en liña con controis impostos difire por completo dun verificador roubado probado localmente. Un cálculo que se move en silencio entre eses casos non pode soster unha afirmación de anos ata a quebra.

Manteñan os defectos de protocolo na súa propia columna. Un contrasinal máis longo non repara unha construción de autenticación feble, e un método obsoleto non demostra que todo deseño baseado en contrasinal comparta as súas fraquezas. Son achados separados con correccións separadas.

Pida probas do verificador, non latencia

Para avaliar unha pasarela, identifique o método de autenticación, quen posúe o verificador, que controis de intento existen e se un segundo factor é realmente independente. Un diálogo con dúas caixas de contrasinal non establece dous factores. Para credenciais almacenadas, estableza que material existe, quen pode lelo e que protección aplica realmente a implementación. Unha cifra hipotética de velocidade de hash non é proba sobre un sistema de almacenamento non identificado.

Considere tamén a exposición fóra da adiviñación. Un perfil roubado, un punto final comprometido ou un fluxo de phishing presentan un problema distinto do dun atacante que enumera contrasinais, e a lonxitude do contrasinal non fai nada contra a autoridade xa concedida a unha sesión activa.

Anote o método, o control e a protección do almacenamento. Eses tres responden á pregunta que o ping nunca mediu.

Artigos relacionados