Gestión de la superficie de ataque con código abierto: ¿hasta dónde puedo escanear por mi cuenta?

Ojo con el límite de velocidad al hacer escaneos activos. Si lanzas un escaneo a cientos de paquetes por segundo, el sistema de detección de ataques del centro de datos aislará tu servidor automáticamente. Tienes que pasar los escaneos por un solo canal y metiendo retardos entre peticiones.

Con herramientas de código abierto solo ves si la puerta está abierta o no. Esas herramientas no te dicen cómo pueden robarte los datos que hay detrás o qué fallo se crea al combinar dos servicios distintos. No hay q caer en una falsa sensación de seguridad.

El año pasado ejecuté un escáner de código abierto similar en nuestro servidor de Berlín. A la hora recibimos una alerta de actividad maliciosa de la empresa de hosting y nos suspendieron el tráfico del servidor. Estuvimos medio día fuera de servicio hasta que aclaramos la situación.

Empiecen como primer paso con herramientas de reconocimiento pasivo. Sin enviar un solo paquete a ningún servidor pueden capturar decenas de subdominios olvidados y páginas de prueba viejas usando solo registros públicos de internet. Cierren eso primero.

yo les diria q no empiecen un escaneo agresivo sin avisar antes al data center y meter sus ips en lista blanca, dsp te la pasas renegando con el dpto de abuse.

¿Los servidores que usan son dedicados 100% suyos o son máquinas en la nube compartidas? En entornos compartidos las reglas son mucho más estrictas por el riesgo de afectar a otros clientes en el mismo bloque de IP.

Aunque sea de su propiedad no realicen escaneos activos de vulnerabilidades en la capa de red sin previa notificación formal a su centro de datos.

Voy a contar mi experiencia. La respuesta varía mucho según el sector, no hay una regla general.

No tengáis miedo de preguntar, quien no pregunta siempre paga más caro. Eso es todo, disculpa si me he extendido demasiado.

Quisiera hacer una pregunta. Que la copia de seguridad sea accesible en la misma red y con la misma identidad la convierte en parte del objetivo.

No sabía eso. La respuesta varía mucho según el sector, no hay una regla general.

Estoy en la misma situación, por eso pregunto. El error cometido por superficie de ataque codigo abierto suele ser reversible, pero caro.

Yo seguiría por ese camino.

Hay que ir paso a paso. La seguridad no es absoluta; significa hacer que el ataque no merezca la pena.

Los cambios en los datos de pago nunca se verifican por el mismo canal por el que llegan. Eso es todo, disculpa si me he extendido demasiado.

En este punto no estoy de acuerdo con ustedes. Que la copia de seguridad sea accesible en la misma red y con la misma identidad la convierte en parte del objetivo.

Al tomar decisiones, escribe también el peor escenario, no solo el mejor. Comprobado por experiencia.

Totalmente. Si tuviera que añadir algo más: Si el permiso y el alcance no están por escrito que no empiece la prueba.

Si no me equivoco, quieres decir esto: El error cometido por superficie de ataque codigo abierto suele ser reversible pero caro.

Correcto.

Voy a resumir el tema, porque se han dado varias respuestas diferentes... en fin la seguridad no es absoluta; significa hacer que el ataque no merezca la pena.

Comprobado por experiencia.

A nosotros nos pasó esto. La mayoría de los incidentes no empiezan por una vulnerabilidad, sino por una contraseña filtrada.

Por supuesto, cambia si tu situación es diferente.