Servicios IT
Auditoría de seguridad en Rubí
El coste de la seguridad tiene que poder explicarse en términos de negocio. Te contamos qué riesgo reduce cada medida y qué pasaría si no se hiciera, para que decidas con información y no por miedo.
Los registros que no se guardan bien no sirven como evidencia. Definimos qué se recoge, durante cuánto tiempo, dónde se custodia y quién puede borrarlo, para que después de un incidente puedas reconstruir lo que ocurrió.
Un postmortem sirve si termina en cambios concretos, no en culpables. Usamos revisiones sin culpa con una plantilla que separa cronología, causas, factores que contribuyeron y acciones con responsable.
Automatizado de principio a fin
Lo que montamos queda documentado y se puede repetir, no depende de una persona.
$ desplegar tuempresa
✓Versión de la aplicación verificada
✓Base de datos creada
✓Aplicación arrancada y sana
✓Primer administrador creado
✓Dominio configurado
✓Certificado TLS emitido
Listo: https://tuempresa.forgenex.com
Situaciones que resolvemos
- 01
Servidores expuestos sin endurecer
Hay servidores accesibles desde internet con configuraciones de fábrica, servicios que nadie usa y accesos por contraseña. Funcionan, pero nadie ha revisado qué ofrecen al exterior.
- 02
Sin registros para reconstruir un incidente
Después de un susto, nadie puede decir qué pasó porque los registros se sobrescribieron, no se guardaban o estaban solo en el equipo afectado.
- 03
Excepciones que se quedaron para siempre
Para resolver un problema puntual se desactivó una política o se abrió un acceso. Pasaron meses y la excepción sigue ahí sin que nadie la revise.
- 04
Certificados y licencias que caducan por sorpresa
Una web deja de funcionar un lunes porque caducó un certificado que nadie tenía apuntado.
- 05
Inversiones que no encajan entre sí
Se han ido comprando herramientas para cada departamento y ahora conviven varias que hacen lo mismo, otras que no se hablan y licencias que nadie usa.
El resultado, en concreto
- Política de aprobación de nuevas aplicaciones conectadas, con quién decide y qué permisos se aceptan.
- Calendario de guardias con turnos, horarios, suplente definido y qué avisos se atienden fuera de horario.
- Plantilla de relevo de guardia con incidentes abiertos, acciones intentadas y decisiones pendientes.
- Revisión de beneficios de una transformación ya ejecutada frente a los objetivos iniciales.
- Lista de señales de fallo de control y la alerta asociada a cada una.
- Procedimiento de acceso de proveedores: solicitud, aprobación, ventana temporal, registro y cierre.
- Consola central de protección de puestos con el estado de cada equipo y alertas dirigidas a quien responde.
¿Hablamos de tu caso?
Escríbenos con el cuestionario de seguridad que te ha enviado un cliente y te ayudamos a responderlo con evidencias.
Profundiza en el tema
Operaciones de seguridad
DevSecOps: Seguridad Inquebrantable en el Ciclo de Vida del Software
Automatización de SAST/DAST en la Trinchera
La verdadera implementación de DevSecOps requiere pruebas estáticas (SAST) y dinámicas (DAST) inyectadas directamente en las venas del pipeline.
Leer la guía completaOperaciones de seguridad
Checklist de preparación operativa antes del soporte
El soporte no debería descubrir el servicio durante una caída
Antes de asumir guardias o compromisos de atención, desarrollo, negocio y operaciones necesitan acordar cómo se detecta un problema, quién decide y cómo se recupera el servicio. Google describe una Production Readiness Review como un proceso para evaluar si un servicio está preparado para producción y para la…
Leer la guía completaOperaciones de seguridad
Runbook de guardia on-call de TI: escalado y relevo
Secuencia de respuesta
1. Validar la señal: consulta alerta, servicio afectado, hora, tendencia y cambios recientes. Evita reiniciar componentes solo para silenciar el monitor. 2. Determinar impacto: registra usuarios, procesos, sedes y degradación. Comunica incertidumbre con claridad. 3. Mitigar dentro de autorización: sigue el playbook;…
Leer la guía completaEl camino, paso a paso
Escenarios de partida
Elegimos los incidentes más probables para tu empresa: correo comprometido, ransomware, fuga por un proveedor.
Guiones de respuesta
Escribimos para cada escenario los pasos de contención, quién decide y qué evidencias hay que guardar.
Preparación técnica
Dejamos listos los accesos de emergencia, los registros necesarios y las herramientas para aislar equipos o cuentas.
Ensayo de mesa
Simulamos un incidente con las personas implicadas para detectar huecos en las decisiones y en la comunicación.
Corrección del plan
Ajustamos los guiones con lo aprendido y fijamos cuándo se repetirá el ensayo.
Trabajar con empresas de Rubí
Hacemos pruebas de intrusión para empresas de Rubí en remoto, con alcance y horario acordados y sin necesidad de desplazamiento.
Preparamos con equipos de Barcelona la comunicación de incidentes para clientes y plantilla, adaptada a su forma de trabajar.
Si tu empresa de Rubí tiene proveedores con acceso remoto, ordenamos esos accesos para que cada uno sea temporal y quede registrado.
Cómo se aplica en tu sector
- Industria
- Las redes de planta suelen convivir con la ofimática sin separación. Vigilamos el tráfico entre ambas y priorizamos que un incidente en oficina no llegue a las máquinas.
- Logística
- Dependencia de sistemas que no pueden pararse y de integraciones con clientes. La hoja de ruta prioriza continuidad y reducción de puntos únicos de fallo.
- Asesorías
- Acceden a plataformas de la administración y a datos de muchos clientes. Revisamos certificados digitales, accesos compartidos y aplicaciones conectadas al correo.
- Asesorías y gestorías
- Mucho trabajo repetitivo con documentos y plazos. Suelen tener margen claro en automatización documental y en ordenar la relación con clientes.
Criterios que importan
- Que aproveche lo que ya incluyen tus licencias antes de proponer productos nuevos.
- Que priorice por exposición real y uso del sistema, no por la puntuación genérica de cada vulnerabilidad.
- Que implique a la dirección en las decisiones que le corresponden, como los riesgos aceptados.
- Que documente cada cambio de configuración para que otra persona pueda continuarlo.
- Que el consultor pregunte por tu negocio antes de hablar de tecnología.
Preguntas frecuentes
¿Cuánto tiempo hay que guardar los registros?+
Depende de la normativa que te aplique, de tus contratos y de cuánto tarda en detectarse un incidente en la práctica. Lo definimos contigo teniendo en cuenta esas tres cosas y el coste de almacenamiento.
¿Qué hago si creo que me han robado una contraseña?+
Cambia la contraseña, cierra las sesiones activas y revisa si se han creado reglas de reenvío en el correo. Después conviene investigar desde cuándo se usó la cuenta y qué datos pudo ver, antes de darlo por cerrado.
¿Podéis trabajar con mi proveedor de informática actual?+
Sí. Lo habitual es repartir funciones por escrito: él mantiene los sistemas y nosotros vigilamos y respondemos a los incidentes de seguridad, con un canal de coordinación entre ambos.
¿Qué es la deuda técnica y por qué debería preocuparme?+
Son los atajos acumulados: sistemas sin soporte, código sin documentar, configuraciones improvisadas. No se ve hasta que falla, y cuando falla suele ser caro. Identificarla permite planificar su corrección en lugar de sufrirla.
¿Podéis ejecutar después lo que recomendáis?+
Sí, en muchas áreas podemos hacerlo. Pero el plan se escribe para que no dependas de nosotros: si prefieres ejecutarlo con tu equipo u otro proveedor, está pensado para eso.
¿Qué significa autenticación resistente al phishing?+
Es un método que no puede usarse en una web falsa aunque el usuario se equivoque, como las llaves FIDO2 o las passkeys, porque el propio dispositivo comprueba el dominio. Un código por SMS o por aplicación sí se puede reenviar a un atacante.
Auditoría de seguridad cerca de Rubí
Para tu empresa en Rubí
Si dudas de si NIS2 te afecta, cuéntanos a qué te dedicas y para quién trabajas, y te damos una respuesta razonada.