Caso de uso

Fuerza bruta en SSH, del log al bloqueo verificado.

Todo servidor con SSH expuesto recibe intentos de login todo el día. atalince cuenta esos intentos, bloquea el origen en el firewall del kernel y muestra cuándo el bloqueo realmente está ahí.

01El problema

Ruido que esconde lo que importa.

Los bots prueban usuarios y contraseñas sin parar. Con una contraseña débil, un intento puede acertar. Incluso con login solo por clave, el ruido llena el log y esconde el intento que importa.

Bloquear ayuda, pero un bloqueo solo vale si la regla está en el firewall. Un reload, otra herramienta o una falla silenciosa pueden dejarla fuera.

02Cómo lo resuelve atalince

Cuatro pasos, todos visibles en el panel.

01 · Lee
journald, auth.log o secure
El agente encuentra la fuente solo y pasa a journald cuando el archivo deja de recibir las líneas de sshd.
02 · Cuenta
Un intento por conexión
Contraseñas incorrectas, usuarios inválidos e intentos contra usuarios existentes en servidores solo con clave. IPv4 e IPv6.
03 · Bloquea
En el firewall del kernel
En modo protección, la IP va a la cadena ATALINCE-BANS. Antes de activarlo, agrega tu IP a las IPs permitidas.
04 · Comprueba
Leyendo la regla de vuelta
El bloqueo solo aparece como verificado después de que el agente lee la regla en el firewall. Sin evidencia, el estado queda desconocido.

03Protección verificada

Bloqueo aplicado no es bloqueo verificado.

Solicitud, aplicación informada y lectura del firewall son estados distintos. atalince muestra cada uno por separado y solo llama verificado a lo que leyó de vuelta en el kernel.

Detectado
El detector lee el log e identifica el ataque. · 14:19:03 UTC
Bloqueo solicitado
El panel pide el bloqueo al agente de ese servidor. · 14:19:05 UTC
Aplicación informada por el agente
El agente aplica en el firewall y envía el recibo. · 14:19:06 UTC
Lectura del firewall verificada
Una lectura del kernel confirma que la regla está ahí. · 15:00:00 UTC

Sin evidencia; no equivale a éxito.

Cuando falta el recibo o la lectura, el estado queda desconocido. El panel no redondea hacia arriba.

Solicitud, aplicación informada y lectura del firewall son estados distintos. atalince muestra cada uno por separado y solo llama verificado a lo que leyó de vuelta en el kernel.

api-sp-01 · atalince-agentDetectado

14:19:03 sshd[2211]: Failed password for root from 198.51.100.61 port 52144 ssh214:19:03 sshd[2211]: Failed password for root from 198.51.100.61 port 52146 ssh2         … 64 intentos en 90 s14:19:03 detector ssh → Fuerza bruta SSH · 198.51.100.61
14:19:05 panel → bloqueo solicitado · 4 h · api-sp-01
14:19:06 ipset add atalince-bans 198.51.100.61 -exist14:19:06 agente → recibo enviado al panel
15:00:00 lectura del kernel         ✓ INPUT → ATALINCE-BANS         ✓ -A ATALINCE-BANS -m set --match-set atalince-bans src -j DROP         ✓ 198.51.100.61 presente en atalince-bans         Lectura del firewall verificada

04Más allá del bloqueo

Cierra la puerta, no solo la rendija.

El hardening revisa 12 directivas de sshd, como PermitRootLogin y PasswordAuthentication, por el valor que realmente está vigente.
El inventario de CVEs muestra si la versión instalada de OpenSSH tiene una vulnerabilidad conocida.
Alertas en el panel y por correo; en Pro, también por Slack, Telegram y webhook.

Para profundizar

Programa Founders

Usa atalince desde el comienzo.

Recursos de Pro para hasta 3 servidores, sin costo, durante 12 meses. El equipo aprueba cada solicitud.

Quiero ser Founder