Despu\u00e9s de muchos a\u00f1os revisando, redise\u00f1ando y operando redes de empresas y de infraestructuras cr\u00edticas, hay errores que aparecen una y otra vez, independientemente del sector o del tama\u00f1o. La mayor\u00eda no se deben a falta de inversi\u00f3n, sino a decisiones que se tomaron con prisa y nunca se revisaron.<\/p>\n
Estos son los siete que m\u00e1s vemos y c\u00f3mo corregirlos.<\/p>\n
Diagramas desactualizados, contrase\u00f1as en hojas de c\u00e1lculo y configuraciones que nadie sabe por qu\u00e9 est\u00e1n as\u00ed. Cuando ocurre una incidencia, el diagn\u00f3stico empieza por averiguar c\u00f3mo es la red.<\/p>\n
C\u00f3mo corregirlo:<\/strong> inventario automatizado, diagramas l\u00f3gicos y f\u00edsicos actualizados, y un procedimiento para que cada cambio actualice la documentaci\u00f3n.<\/p>\n Usuarios, impresoras, c\u00e1maras, servidores y sistemas industriales en la misma red. Un solo equipo comprometido puede alcanzar todo lo dem\u00e1s.<\/p>\n C\u00f3mo corregirlo:<\/strong> segmentar por funci\u00f3n y nivel de riesgo, con pol\u00edticas expl\u00edcitas entre segmentos y control de acceso a la red (NAC).<\/p>\n Es la consecuencia del error anterior a gran escala: dominios de difusi\u00f3n enormes, tormentas de broadcast que afectan a toda la sede y problemas imposibles de aislar.<\/p>\n C\u00f3mo corregirlo:<\/strong> arquitectura jer\u00e1rquica (n\u00facleo, distribuci\u00f3n y acceso) con enrutamiento en los puntos adecuados y dominios de fallo peque\u00f1os.<\/p>\n Saber si un equipo responde al ping no es saber si la red funciona. Muchas organizaciones se enteran de la degradaci\u00f3n por las llamadas de los usuarios.<\/p>\n C\u00f3mo corregirlo:<\/strong> monitorizaci\u00f3n de rendimiento y capacidad, alertas \u00fatiles (no cientos de ruido) y, cuando la complejidad lo justifica, observabilidad de red<\/span>.<\/p>\n Es uno de los riesgos m\u00e1s infravalorados. Si la persona que conoce la red est\u00e1 de vacaciones o deja la empresa, la operaci\u00f3n se resiente durante meses.<\/p>\n C\u00f3mo corregirlo:<\/strong> documentaci\u00f3n, procedimientos, estandarizaci\u00f3n y, cuando el equipo es peque\u00f1o, un modelo de operaci\u00f3n compartida con un proveedor especializado. Lo analizamos en \u00bfnecesita realmente un equipo interno para gestionar su red?<\/span><\/p>\n La red se ampl\u00eda cuando ya est\u00e1 saturada, con compras urgentes y cambios en horario de producci\u00f3n.<\/p>\n C\u00f3mo corregirlo:<\/strong> medir tendencias de uso de enlaces, puertos y n\u00facleo, y revisar la capacidad al menos una vez al a\u00f1o o antes de cada proyecto relevante.<\/p>\n Seguridad a\u00f1adida al final: un firewall en el per\u00edmetro y poco m\u00e1s. Hoy la mayor\u00eda de los ataques aprovechan precisamente lo que pasa dentro del per\u00edmetro.<\/p>\n C\u00f3mo corregirlo:<\/strong> aplicar los principios de Secure Networking<\/a>: segmentaci\u00f3n, control de acceso, m\u00ednimo privilegio y visibilidad.<\/p>\n En entornos cr\u00edticos aprendimos una regla sencilla: un plan de contingencia que no se ha probado es solo una hip\u00f3tesis<\/strong>. Redundancias, copias de configuraci\u00f3n y procedimientos de recuperaci\u00f3n deben probarse de forma peri\u00f3dica y controlada.<\/p>\n Menos de lo que parece. La mayor\u00eda de estas correcciones son de dise\u00f1o y de proceso, no de hardware. Por eso suelen ofrecer un retorno inmediato<\/strong>: menos incidencias, diagn\u00f3sticos m\u00e1s r\u00e1pidos y menos riesgo. Si quiere priorizarlas, empiece por una evaluaci\u00f3n de su red con nuestro equipo de Secure Networking<\/a>.<\/p>\n La ausencia de segmentaci\u00f3n, porque convierte cualquier incidente de seguridad en un problema de toda la red. Pero la falta de documentaci\u00f3n es la que m\u00e1s multiplica el tiempo de resoluci\u00f3n.<\/p>\n<\/div>\n<\/details>\n Una revisi\u00f3n completa al a\u00f1o y revisiones parciales tras cambios importantes. Con monitorizaci\u00f3n continua, muchos problemas se detectan antes de la auditor\u00eda.<\/p>\n<\/div>\n<\/details>\n<\/div>\n","protected":false},"excerpt":{"rendered":" Documentaci\u00f3n, segmentaci\u00f3n, redes planas, monitorizaci\u00f3n, capacity planning: los siete errores que m\u00e1s vemos en redes empresariales y c\u00f3mo corregirlos.<\/p>\n","protected":false},"author":1,"featured_media":15324,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[39],"tags":[],"class_list":["post-15323","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-secure-networking"],"_links":{"self":[{"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/posts\/15323","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/comments?post=15323"}],"version-history":[{"count":1,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/posts\/15323\/revisions"}],"predecessor-version":[{"id":15415,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/posts\/15323\/revisions\/15415"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/media\/15324"}],"wp:attachment":[{"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/media?parent=15323"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/categories?post=15323"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/istnetgroup.com\/index.php\/wp-json\/wp\/v2\/tags?post=15323"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Error 2: ausencia de segmentaci\u00f3n<\/h2>\n
Error 3: redes planas<\/h2>\n
Error 4: monitorizaci\u00f3n insuficiente<\/h2>\n
Error 5: dependencia excesiva de una persona<\/h2>\n
Error 6: no realizar capacity planning<\/h2>\n
Error 7: ignorar la seguridad en el dise\u00f1o<\/h2>\n
Bonus: el error de no probar<\/h2>\n
\u00bfCu\u00e1nto cuesta corregirlos?<\/h2>\n
Preguntas frecuentes<\/h2>\n
\u00bfCu\u00e1l de estos errores es el m\u00e1s peligroso?<\/summary>\n
\u00bfCada cu\u00e1nto conviene auditar la red?<\/summary>\n