Cómo funciona
Qué ocurre entre conectar algo y leer un hallazgo
Proyectos de código
Un proyecto de código, en Audixa Cloud
Conecta un repositorio o sube un ZIP
GitHub mediante la GitHub App, GitLab o Bitbucket mediante OAuth, o un ZIP con el código. El acceso es de solo lectura: contenido y metadatos.
Verifica un dominio, si quieres comprobaciones en vivo
La verificación es un registro DNS TXT o un archivo en /.well-known. Hasta que uno de los dos funciona, no enviamos ninguna petición a tu dominio. Puedes añadirlo más tarde, o nunca.
Ejecuta un análisis
Un worker de Audixa Cloud copia el código en un contenedor desechable sin red, ejecuta las comprobaciones y destruye el espacio de trabajo al terminar.
Cada fase de abajo es lo que muestra el producto mientras se ejecuta. No hay porcentajes inventados.
Lee los hallazgos, corrige y vuelve a analizar
Cada hallazgo explica qué podría pasar, muestra la evidencia y los pasos para corregirlo. El siguiente análisis te dice qué se ha resuelto, qué sigue y qué ha vuelto.
- Preparando
El repositorio o el ZIP se copia en un espacio aislado. No se ejecuta nada de él: ni instalación, ni compilación, ni scripts.
- Análisis estático
Las reglas de secretos y las reglas estáticas de inyección, controles de acceso ausentes y flujos de pago inseguros recorren el código.
- Análisis de dependencias
Las versiones exactas se leen de los lockfiles y se contrastan con los avisos publicados en OSV.
- Configuración web
Solo para un dominio verificado: TLS, cabeceras de seguridad, cookies, CORS y redirecciones, por HTTP y HTTPS estándar.
- Normalizando hallazgos
Los resultados se convierten en hallazgos con severidad, confianza y evidencia enmascarada, comparados con el análisis anterior.
- Revisión con IA
Si la IA está activada, explica cada hallazgo en lenguaje claro a partir de las pocas líneas a las que apunta. No puede añadir ni quitar hallazgos.
Servidores y WordPress
Un servidor, con audixa-agent
Instala el agente, la extensión de Plesk o el plugin de cPanel/WHM
audixa-agent es un único binario gestionado por systemd en cualquier servidor Linux. La extensión de Plesk y el plugin de cPanel/WHM instalan y ejecutan ese mismo agente por ti.
Empareja el agente con tu organización
El agente muestra un código de emparejamiento corto y tú lo introduces en Audixa. El agente crea su propia clave Ed25519 en el servidor y demuestra que la posee. La clave privada nunca sale del servidor.
Deja que haga inventario
El agente descubre los sitios web del servidor y cada instalación de WordPress con sus plugins y temas. No tienes que escribirlos.
Las auditorías y los análisis se ejecutan como tareas
Las auditorías de servidor, de WordPress y los análisis de malware se ponen en cola como tareas. El agente las recoge de Audixa por HTTPS saliente y solo las ejecuta dentro de los límites de abajo.
La nube nunca se conecta a tu servidor y el agente no abre ningún puerto.
Los hallazgos aparecen en Audixa y en tu panel
Los mismos hallazgos, con la misma evidencia, en Audixa Cloud y dentro de Plesk o cPanel. Todo lo que cambiaría el servidor espera a tu confirmación.
Diseñado para ceder
Audixa nunca sobrecarga tu servidor
- Saludable
- Ejecuta hasta 3 tareas a la vez, con un máximo de 1 análisis pesado.
- Ocupado
- Una tarea ligera cada vez. No empieza ningún análisis pesado.
- Bajo presión
- No inicia nada nuevo y pausa los análisis en segundo plano. Las tareas en cola esperan.
- Presión crítica
- Detiene de inmediato el trabajo no crítico.
Servidor bajo presión
Bajo presiónAudixa ha pausado temporalmente los análisis en segundo plano para proteger el servidor y no iniciará trabajo nuevo. 3 tareas esperan y se reanudarán solas cuando baje la carga.
Recursos del servidor
Trabajo de Audixa
- 0
- En ejecución
- 0
- En cola
- 3
- Esperando recursos
- Tareas por sitio a la vez
- 0 / 3
- Análisis pesados
- En pausa
- Cambios en el servidor
- En pausa
Límites por nivel
| Límite | Saludable | Ocupado | Bajo presión | Presión crítica |
|---|---|---|---|---|
| Tareas sobre sitios a la vez | 3 | 1 | 0 | 0 |
| Análisis pesados a la vez | 1 | 0 | 0 | 0 |
| Cambios en el servidor a la vez | 1 | 1 | 0 | 0 |
Son límites máximos fijados en el agente y en la nube. Una política puede bajarlos, nunca subirlos.
Cuándo cambia de nivel
- Ocupado
- CPU ≥ 60 %, carga ≥ 0,7 por núcleo, memoria disponible ≤ 25 %, espera de E/S ≥ 15 %, disco libre ≤ 15 % o swap > 20 %
- Bajo presión
- CPU > 75 %, carga ≥ 0,9 por núcleo, memoria disponible < 15 %, espera de E/S > 25 %, disco libre < 10 % o swap > 50 %
- Presión crítica
- CPU > 90 %, carga ≥ 1,5 por núcleo, memoria disponible < 8 % o disco libre < 5 %
Medido cada 15 segundos desde /proc. Basta con una señal.
- Se entra en un nivel en cuanto una sola señal lo cruza, y se sale solo tras dos muestras seguidas por debajo, para que el agente no oscile.
- Cada proceso que lanza el agente se ejecuta con nice 10 y, si está disponible, la clase de E/S inactiva.
- Un análisis pesado y un cambio en el servidor nunca se ejecutan a la vez, y dos tareas sobre el mismo sitio nunca se solapan.
- Audixa Cloud usa el menor valor entre la capacidad que informa el agente y sus propios límites, y el agente aún puede rechazar una tarea en el último momento. Una tarea rechazada vuelve a esperar sin consumir un intento.
- Un cambio que ya ha pasado su punto sin retorno puede terminar bajo presión en lugar de interrumpirse a medias.
Plesk y cPanel
Dentro del panel que ya usas
- Administrador de Plesk, root o revendedor de WHM
- Ve todo el servidor. Puede solicitar inventarios, auditorías de servidor y de WordPress, análisis de malware y copias de seguridad. Cuarentena, restauración y desbloqueo piden confirmación explícita.
- Cliente de Plesk o cuenta de cPanel
- Ve solo sus propios sitios web. Puede solicitar una auditoría de WordPress o un análisis de archivos cambiados sobre ellos. Nada que afecte a todo el servidor ni que cambie archivos.
| Sitio web | WordPress | Hallazgos |
|---|---|---|
| shop.example.com | Alta· 1 | |
| blog.example.com | Sin hallazgos abiertos | |
| agency.example.org | Sin hallazgos abiertos |
Tareas recientes
- Auditoría de WordPress · shop.example.comEn ejecución
- Malware (análisis completo) · blog.example.comEsperando recursos del servidor
- Auditoría del servidorCompletada
Nuestras garantías
Cinco compromisos sobre tus datos
- Nunca ejecutamos código de tu repositorio: ni compilaciones, ni tests, ni scripts de instalación de paquetes.
- El espacio de trabajo se destruye al terminar la tarea, haya ido bien, mal o se haya agotado el tiempo.
- Tu código fuente no se conserva. Los hallazgos guardan hasta tres líneas de contexto, con todo lo que parezca un secreto enmascarado antes.
- Los clones de análisis son de solo lectura. Abrimos una pull request solo si la pides, y nunca la fusionamos.
- De un servidor solo salen metadatos, versiones, hashes, rutas, hallazgos y evidencia enmascarada. Nunca archivos completos, ficheros .env, claves privadas, credenciales de base de datos ni valores de wp-config.php.
Por qué la verificación de dominio es obligatoria
Qué ocurre cuando un análisis falla
Desconexión
Descubre qué encuentra un primer análisis
Conecta un repositorio o un servidor, ejecuta un análisis y lee los hallazgos. Si no hay nada que corregir, verás qué comprobaciones lo confirman.
Sin cambios automáticos en tu código ni en tus servidores.