#server security

Every single Linux server connected to the internet shares a common annoyance: automated bots relentlessly probing port 22. They aren’t targeting you personally—they are just scanning the entire IPv4 range for low-hanging fruit.

Moving your SSH service to a non-standard port drops these background brute-force attacks immediately, leaving your /var/log/auth.log beautifully clean.

What our quick guide covers:

Choosing an unpredictable port (and why to avoid 2222)

Modifying your /etc/ssh/sshd_config safely using fallbacks

Updating UFW and firewalld rules without losing access

The exact SELinux command required for CentOS/RHEL/Rocky Linux

Don't wait for your logs to fill up. Learn how to transition your ports smoothly without locking yourself out.

$ ./post --new --project servershield

▸ SERVERSHIELD // Linux Hardening Toolkit

Hardening de servidores Linux suele significar abrir 5 terminales, hacer SSH a cada server, correr lynis audit system en uno, ufw status en otro, cscli decisions list en otro, revisar /var/log/auth.log y armar un mapa mental de "cómo está parada la seguridad" entre los servers.

Quería una sola interfaz donde ver todo eso de una. Hardening, CVEs activos, alertas de IDS, estado de firewall, y poder gestionar múltiples servidores remotos sin saltar entre terminales. Así nació ServerShield.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ LA UI

Antes que nada — sí, la interfaz fue pensada para verse como esto:

Login con ASCII art animado, paneles dark cyberpunk, verde fosforescente sobre negro. El estilo no es solo decorativo: todo el toolkit es para usarse en consola/servers, así que la coherencia visual con la estética terminal hace que se sienta como una herramienta de pentester/sysadmin real, no como una webapp más.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ DASHBOARD — UNA SOLA VISTA

El dashboard muestra todo lo que normalmente verías en 5 comandos separados:

│ Sistema — CPU, RAM, disco, uptime, procesos activos, kernel, hostname, IP │ Módulos de seguridad — estado de cada uno (CVE / CrowdSec IDS / Firewall / Usuarios / Puertos) │ Actividad del terminal — log en vivo de las acciones del toolkit └─▸ Alertas visuales — badges rojos cuando hay algo a revisar (CVE críticos, usuarios sospechosos, etc.)

Cada módulo es clickeable y abre su vista detallada con los datos crudos y los comandos sugeridos.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ LO QUE MÁS ME GUSTA — MÓDULOS CLAVE

│ CrowdSec IDS integrado — la primera versión solo mostraba ufw/fail2ban. Sumar CrowdSec fue un paso grande: permite ver IPs banneadas en tiempo real, alertas activas, bouncers, hub collections. Es el módulo de detección más serio del toolkit. │ Fail2ban + UFW visualizados — los clásicos de cualquier server bien parado, pero en vez de leer logs a mano se ven en cards con conteos, jails activos, IPs banneadas. Útil cuando estás monitoreando varios servers a la vez. └─▸ Conexión remota por SSH a otros servidores — esto fue lo más entretenido de implementar. Desde la misma interfaz, podés agregar N servers remotos (con clave SSH o password), ServerShield se conecta vía paramiko, corre los chequeos y trae las métricas. Hardening score, puertos, servicios, todo desde un solo punto.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ MÓDULOS DISPONIBLES

│ Estado Servidor servicios systemd, top procesos, interfaces de red │ CVE / Vulnerabs. integración con NVD API (NIST), paquetes críticos, Lynis │ CrowdSec IDS IPs banneadas, alertas, bouncers, hub collections │ Seguridad / FW hardening score, UFW, SSH, sysctl, AppArmor/SELinux │ Usuarios / Root sudo, UID 0, /etc/shadow, grupos críticos, lastlog │ Puertos / Red clasificación de riesgo, exposición pública, reglas FW └─▸ Servidores Remotos dashboard multi-server vía SSH

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ USO BÁSICO

# Clonar e instalar git clone https://github.com/N1x-afl/servershield.git cd servershield && python3 -m venv venv source venv/bin/activate && pip install -r requirements.txt

# Lanzar (con privilegios completos para análisis del sistema) sudo venv/bin/python3 app.py

# Acceder desde el navegador http://localhost:5000

Para producción, viene preparado para correr como servicio systemd con arranque automático. El README tiene el unit file listo para copiar.

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ CONTEXTO DE USO

Actualmente lo uso a nivel personal en mi red interna — monitoreo de servers del home lab y aprendizaje sobre hardening en serio. Todavía no está desplegado en entornos corporativos, pero la arquitectura (multi-server SSH, módulos independientes, auth por usuario/rol con admin/auditor) está pensada para escalar a ese escenario cuando esté listo.

Disponible solo para Linux por ahora (probado en Zorin OS, Ubuntu 20.04+, Debian 11+).

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ STACK TÉCNICO

│ backend Python 3.8+ · Flask 3.x │ SSH remoto Paramiko (auth por clave o password) │ datos NVD API (NIST) para CVE, Lynis para auditing │ deploy systemd service · nginx reverse proxy (opcional) └─▸ licencia MIT

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

▸ REPO

└─▸ github.com/N1x-afl/servershield · MIT · contribuciones bienvenidas

Si lo probás en tu lab o pensás integrarlo, una ⭐ en el repo se aprecia. Bugs y feature requests en Issues — algunas que ya están en la lista: alertas por email/Telegram, gráficos históricos de CPU/RAM, 2FA, export PDF.

Safeguard your servers with a powerful automated backup and recovery solution built for reliability and simplicity. Protect vital data, reduce downtime, and maintain full control with a secure, high-performance system designed for modern infrastructure.

✨ Smart Automated Backups with Quick Data Recovery ✨ Secure, Scalable, and Dependable Infrastructure ✨ Clean and User-Friendly Management Dashboard ✨ Optimized for High Performance and Strong Data Protection

Top Tips for Server Security

Use Strong Passwords & 2FA: Keep your passwords complex and enable Two-Factor Authentication for added protection.

DDoS Protection: Use firewalls and traffic monitoring to prevent DDoS attacks.

Prevent Code Injection: Validate inputs and use security policies to block harmful scripts.

Keep Your System Updated: Regularly update software and backup data to stay secure.

Use Firewalls: Set up firewalls to block malicious traffic and control access.

Choose Linux: It’s a secure, flexible option for your server.

Limit Root Access: Use sudo and restrict root privileges to minimize risk.

Use VPNs: Secure connections with a VPN, especially when accessing remotely.

Pfsense, CloudFlare,Meraki Go,Fortigate AP, AWS CloudFront,Cisco Unbrella… Oracle Cloud FW, RedHatEnterprise, SELinux, Nginx reverse Proxy Inclusive To generate SSH security scripts using OpenSSL RSA, you can use the following format: Step 1: Generate the private keyopenssl genrsa -out private.key 2048 This command will generate a private key named “private.key” with a key length of 2048…