{"id":35174,"date":"2019-10-31T22:02:43","date_gmt":"2019-10-31T19:02:43","guid":{"rendered":"https:\/\/prohoster.info\/blog\/zimbra-i-zashhita-ot-mejl-bombinga\/"},"modified":"2019-10-31T22:02:43","modified_gmt":"2019-10-31T19:02:43","slug":"zimbra-i-zashhita-ot-mejl-bombinga","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/zimbra-i-zashhita-ot-mejl-bombinga","title":{"rendered":"Zimbra y protecci\u00f3n contra el mail bombing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

El mail bombing es una de las variantes m\u00e1s antiguas de ciberataques. En su esencia, se asemeja a un ataque DoS convencional, solo que en lugar de una oleada de solicitudes desde diferentes direcciones IP, se env\u00eda una avalancha de correos electr\u00f3nicos a un solo buz\u00f3n, lo que provoca un aumento significativo de la carga en \u00e9l. Este tipo de ataque puede resultar en la imposibilidad de utilizar la bandeja de entrada, e incluso puede llevar a la ca\u00edda de todo el servidor. La larga historia de este tipo de ciberataques ha tenido tanto consecuencias positivas como negativas para los administradores de sistemas. Entre los factores positivos se encuentran el buen conocimiento del mail bombing y la existencia de formas sencillas de defenderse de dicho ataque. Por otro lado, dentro de los factores negativos, se encuentra la gran cantidad de soluciones de software disponibles p\u00fablicamente para llevar a cabo este tipo de ataques y la posibilidad de que el atacante se proteja eficazmente de ser detectado.<\/p>\n

\"Zimbra<\/a><\/noindex><\/p>\n

Una caracter\u00edstica importante de este ciberataque es que es pr\u00e1cticamente imposible utilizarlo para obtener ganancias. Bien, un atacante envi\u00f3 una avalancha de correos electr\u00f3nicos a una de las bandejas de entrada, no permiti\u00f3 que la persona utilizara el correo electr\u00f3nico normalmente, hacke\u00f3 el correo electr\u00f3nico corporativo de alguien y comenz\u00f3 a enviar miles de correos por todo el GAL, lo que provoc\u00f3 que el servidor se cayera o comenzara a funcionar tan lento que resultara imposible de usar, \u00bfy luego qu\u00e9? Convertir este tipo de cibercrimen en dinero real es casi imposible, por lo que el mail bombing en s\u00ed mismo se ha convertido en un fen\u00f3meno bastante raro en la actualidad, y los administradores de sistemas al dise\u00f1ar la infraestructura pueden simplemente no recordar la necesidad de protegerse contra este tipo de ciberataque.<\/p>\n

Sin embargo, a pesar de que el mail bombing en s\u00ed mismo es una actividad bastante absurda desde el punto de vista comercial, a menudo es parte de otros ciberataques m\u00e1s complejos y en m\u00faltiples etapas. Por ejemplo, al hackear un correo y utilizarlo para tomar el control de una cuenta en alg\u00fan servicio p\u00fablico, los atacantes suelen \"bombardear\" la bandeja de entrada de la v\u00edctima con correos sin sentido, para que un correo de confirmaci\u00f3n se pierda en su flujo y pase desapercibido. Adem\u00e1s, el mail bombing puede utilizarse como un medio de presi\u00f3n econ\u00f3mica sobre una empresa. As\u00ed, un bombardeo activo del buz\u00f3n p\u00fablico de la empresa, donde llegan las solicitudes de los clientes, puede complicar seriamente la atenci\u00f3n a estas solicitudes y, como consecuencia, puede llevar a inactividad del equipo, pedidos no cumplidos, as\u00ed como a la p\u00e9rdida de reputaci\u00f3n y oportunidades de ganancias.<\/p>\n

Es por eso que el administrador del sistema no debe olvidar la probabilidad de un mail bombing y siempre tomar las medidas necesarias para protegerse de esta amenaza. Teniendo en cuenta que esto se puede hacer desde la etapa de construcci\u00f3n de la infraestructura de correo, y que solo requiere un poco de tiempo y esfuerzo por parte del administrador, no quedan razones objetivas para no garantizar la protecci\u00f3n de su infraestructura contra el mail bombing. Veamos c\u00f3mo se implementa la protecci\u00f3n contra este ciberataque en Zimbra Collaboration Suite Open-Source Edition.<\/p>\n

Zimbra se basa en Postfix, uno de los Mail Transfer Agents m\u00e1s fiables y funcionales de c\u00f3digo abierto en la actualidad. Y uno de los principales beneficios de su apertura es que admite una variedad de soluciones externas para ampliar su funcionalidad. En particular, Postfix soporta completamente cbpolicyd, una herramienta avanzada para garantizar la ciberseguridad del servidor de correo. Adem\u00e1s de la protecci\u00f3n contra spam y la creaci\u00f3n de listas blancas, negras y grises, cbpolicyd permite al administrador de Zimbra configurar la verificaci\u00f3n de firmas SPF y establecer restricciones en la recepci\u00f3n y env\u00edo de correos electr\u00f3nicos o datos. Pueden proporcionar una s\u00f3lida protecci\u00f3n contra spam y correos de phishing, as\u00ed como proteger el servidor contra el mail bombing.<\/p>\n

Lo primero que necesitar\u00e1 un administrador de sistemas es activar el m\u00f3dulo cbpolicyd, que est\u00e1 preinstalado en Zimbra Collaboration Suite OSE en el servidor MTA de la infraestructura. Esto se hace con el comando zmprov ms `zmhostname` +zimbraServiceEnabled cbpolicyd. Despu\u00e9s de esto, ser\u00e1 necesario activar la interfaz web para poder gestionar c\u00f3modamente cbpolicyd. Para ello, es necesario permitir conexiones en el puerto web n\u00famero 7780, crear un enlace simb\u00f3lico mediante el comando ln -s \/opt\/zimbra\/common\/share\/webui \/opt\/zimbra\/data\/httpd\/htdocs\/webui<\/b>, y luego editar el archivo de configuraci\u00f3n usando el comando nano \/opt\/zimbra\/data\/httpd\/htdocs\/webui\/includes\/config.php<\/b>, donde se deben incluir las siguientes l\u00edneas:<\/p>\n

$DB_DSN='sqlite:\/opt\/zimbra\/data\/cbpolicyd\/db\/cbpolicyd.sqlitedb';
\n$DB_USER='root';
\n$DB_TABLE_PREFIX=\u00bb\u00bb;<\/p><\/blockquote>\n

\nDespu\u00e9s de esto, solo quedar\u00e1 reiniciar los servicios de Zimbra y Zimbra Apache usando los comandos zmcontrol restart y zmapachectl restart. Despu\u00e9s de esto, podr\u00e1 acceder a la interfaz web en la direcci\u00f3n example.com<\/a><\/noindex>:7780\/webui\/index.php<\/b>. Lo principal a tener en cuenta es que el acceso a esta interfaz web no est\u00e1 protegido por el momento, y para evitar que personas no autorizadas entren, puede cerrar las conexiones en el puerto 7780 despu\u00e9s de cada acceso a la interfaz web.<\/p>\n

Las cuotas de env\u00edo de correos electr\u00f3nicos, que se pueden establecer gracias a cbpolicyd, permiten protegerse de la avalancha de correos que proviene de la red interna. Estas cuotas permiten establecer un l\u00edmite en el n\u00famero m\u00e1ximo de correos que se pueden enviar desde una bandeja de entrada en un per\u00edodo de tiempo determinado. Por ejemplo, si los gerentes de su empresa env\u00edan en promedio entre 60 y 80 correos electr\u00f3nicos por hora, se puede, considerando un peque\u00f1o margen, establecer una cuota de 100 correos electr\u00f3nicos por hora. Para agotar tal cuota, los gerentes tendr\u00edan que enviar un correo cada 36 segundos. Por un lado, esto es suficiente para poder trabajar de manera efectiva, y por otro, con tal cuota, los delincuentes que hayan obtenido acceso al correo de uno de sus gerentes no podr\u00e1n llevar a cabo un bombardeo de correos ni un ataque masivo de spam en la empresa.<\/p>\n

Para establecer una cuota as\u00ed, es necesario crear una nueva pol\u00edtica de limitaci\u00f3n del env\u00edo de correos en la interfaz web e indicar que esta pol\u00edtica debe aplicarse tanto a los correos enviados dentro del dominio como a los correos enviados a direcciones externas. Esto se hace de la siguiente manera:<\/p>\n

\"Zimbra
\n
\nDespu\u00e9s de eso, se podr\u00e1 especificar con m\u00e1s detalle las restricciones relacionadas con el env\u00edo de correos, en particular establecer un intervalo de tiempo despu\u00e9s del cual las restricciones se actualizar\u00e1n, as\u00ed como el mensaje que recibir\u00e1 el usuario que haya superado su l\u00edmite. Despu\u00e9s de eso, se puede establecer la propia restricci\u00f3n sobre el env\u00edo de correos. Esta puede definirse tanto como una cantidad de correos salientes como en t\u00e9rminos de la cantidad de bytes de informaci\u00f3n transmitida. Al mismo tiempo, se pueden manejar los correos que se env\u00edan m\u00e1s all\u00e1 del l\u00edmite establecido de diferentes maneras. Por ejemplo, se pueden eliminar de inmediato o guardarse para que se env\u00eden una vez que se actualice el l\u00edmite de env\u00edo de mensajes. La segunda opci\u00f3n puede utilizarse durante la identificaci\u00f3n del valor \u00f3ptimo del l\u00edmite de env\u00edo de correos electr\u00f3nicos por parte de los empleados.<\/p>\n

Adem\u00e1s de las restricciones sobre el env\u00edo de correos, cbpolicyd permite configurar un l\u00edmite sobre la recepci\u00f3n de correos. Esta restricci\u00f3n, a primera vista, parece ser una excelente soluci\u00f3n para protegerse contra el mail bombing, sin embargo, de hecho, establecer un l\u00edmite, aunque sea grande, puede resultar en que, en ciertas circunstancias, no llegue un correo importante. Por esta raz\u00f3n, no se recomienda incluir ninguna restricci\u00f3n para el correo entrante. Sin embargo, si decides arriesgarte, es crucial abordar la configuraci\u00f3n del l\u00edmite de mensajes entrantes con especial cuidado. Por ejemplo, se podr\u00eda limitar la cantidad de correos entrantes de contrapartes confiables, para que, en caso de que su servidor de correo haya sido comprometido, no se lleve a cabo un ataque de spam contra tu empresa.<\/p>\n

Para protegerse de la avalancha de mensajes entrantes durante el mail bombing, el administrador del sistema debe tomar una medida m\u00e1s inteligente que simplemente limitar el correo entrante. Una soluci\u00f3n podr\u00eda ser el uso de listas grises. Su principio de funcionamiento es que, en el primer intento de entregar un mensaje de un remitente no confiable, la conexi\u00f3n con el servidor se interrumpe bruscamente, lo que resulta en un fallo en la entrega del correo. Sin embargo, si en un cierto per\u00edodo un servidor no confiable intenta nuevamente enviar el mismo correo, el servidor no corta la conexi\u00f3n y la entrega se realiza con \u00e9xito. <\/p>\n

El objetivo de todas estas acciones es que los programas de env\u00edo autom\u00e1tico masivo de correos electr\u00f3nicos suelen no verificar el \u00e9xito de entrega del mensaje enviado y no intentan enviarlo nuevamente, mientras que una persona se asegurar\u00eda de saber si su correo fue enviado a la direcci\u00f3n indicada o no. <\/p>\n

Se pueden habilitar las listas grises tambi\u00e9n en la interfaz web de cbpolicyd. Para que todo funcione, es necesario crear una pol\u00edtica que incluya todos los correos entrantes dirigidos a los usuarios en nuestro servidor, y luego, bas\u00e1ndose en esta pol\u00edtica, crear una regla de Greylisting, donde se puede ajustar el intervalo durante el cual cbpolicyd esperar\u00e1 una respuesta de reenv\u00edo del remitente desconocido. Normalmente, este intervalo es de 4-5 minutos. Adem\u00e1s, las listas grises se pueden configurar para que todas las intentos exitosos y no exitosos de entrega de correos de diferentes remitentes sean contabilizados y, en base a su n\u00famero, se tome una decisi\u00f3n sobre la inclusi\u00f3n autom\u00e1tica del remitente en las listas blancas o negras.<\/p>\n

Es importante abordar el uso de listas grises con la m\u00e1xima responsabilidad. Lo ideal ser\u00eda que el uso de esta tecnolog\u00eda se combinara con un mantenimiento constante de listas blancas y negras para evitar la posibilidad de perder correos realmente importantes para la empresa. <\/p>\n

Adem\u00e1s, protegerse contra el mail bombing puede ayudar a\u00f1adiendo verificaciones SPF, DMARC y DKIM. A menudo, los correos que llegan en el proceso de mail bombing no superan estas comprobaciones. Se explic\u00f3 c\u00f3mo hacerlo en uno de nuestros art\u00edculos anteriores<\/a><\/noindex>.<\/p>\n

As\u00ed, protegerse contra una amenaza como el mail bombing es bastante simple, y se puede hacer incluso en la fase de construcci\u00f3n de la infraestructura Zimbra para su empresa. Sin embargo, es importante supervisar constantemente que los riesgos de utilizar tal protecci\u00f3n nunca superen los beneficios que usted obtiene.
\n
Fuente: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041c\u0435\u0439\u043b-\u0431\u043e\u043c\u0431\u0438\u043d\u0433 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u0442\u0430\u0440\u044b\u0445 \u0440\u0430\u0437\u043d\u043e\u0432\u0438\u0434\u043d\u043e\u0441\u0442\u0435\u0439 \u043a\u0438\u0431\u0435\u0440-\u0430\u0442\u0430\u043a. \u041f\u043e \u0441\u0432\u043e\u0435\u0439 \u0441\u0443\u0442\u0438 \u043e\u043d\u0430 \u043d\u0430\u043f\u043e\u043c\u0438\u043d\u0430\u0435\u0442 \u043e\u0431\u044b\u0447\u043d\u0443\u044e DoS-\u0430\u0442\u0430\u043a\u0443, \u0442\u043e\u043b\u044c\u043a\u043e \u0432\u043c\u0435\u0441\u0442\u043e \u0432\u043e\u043b\u043d\u044b \u0437\u0430\u043f\u0440\u043e\u0441\u043e\u0432 \u0441 \u0440\u0430\u0437\u043d\u044b\u0445 ip-\u0430\u0434\u0440\u0435\u0441\u043e\u0432, \u043d\u0430 \u0441\u0435\u0440\u0432\u0435\u0440 \u043e\u0442\u043f\u0440\u0430\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u0432\u0430\u043b \u044d\u043b\u0435\u043a\u0442\u0440\u043e\u043d\u043d\u044b\u0445 \u043f\u0438\u0441\u0435\u043c, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u0432 \u043e\u0433\u0440\u043e\u043c\u043d\u044b\u0445 \u043a\u043e\u043b\u0438\u0447\u0435\u0441\u0442\u0432\u0430\u0445 \u043f\u0440\u0438\u0445\u043e\u0434\u044f\u0442 \u043d\u0430 \u043e\u0434\u0438\u043d \u0438\u0437 \u043f\u043e\u0447\u0442\u043e\u0432\u044b\u0445 \u0430\u0434\u0440\u0435\u0441\u043e\u0432, \u0437\u0430 \u0441\u0447\u0435\u0442 \u0447\u0435\u0433\u043e \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0430 \u043d\u0430 \u043d\u0435\u0433\u043e \u0437\u043d\u0430\u0447\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u0432\u043e\u0437\u0440\u0430\u0441\u0442\u0430\u0435\u0442. \u0422\u0430\u043a\u0430\u044f \u0430\u0442\u0430\u043a\u0430 \u043c\u043e\u0436\u0435\u0442 \u043f\u0440\u0438\u0432\u0435\u0441\u0442\u0438 \u043a \u043d\u0435\u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c \u043f\u043e\u0447\u0442\u043e\u0432\u044b\u0439 \u044f\u0449\u0438\u043a, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-35174","post","type-post","status-publish","format-standard","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Zimbra y protecci\u00f3n contra el mail bombing | ProHoster","description":"El mail bombing es una de las variantes m\u00e1s antiguas de ciberataques.","canonical_url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/zimbra-i-zashhita-ot-mejl-bombinga","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"es_ES","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Zimbra \u0438 \u0437\u0430\u0449\u0438\u0442\u0430 \u043e\u0442 \u043c\u0435\u0439\u043b-\u0431\u043e\u043c\u0431\u0438\u043d\u0433\u0430 | ProHoster","og:description":"\u041c\u0435\u0439\u043b-\u0431\u043e\u043c\u0431\u0438\u043d\u0433 \u044f\u0432\u043b\u044f\u0435\u0442\u0441\u044f \u043e\u0434\u043d\u043e\u0439 \u0438\u0437 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0441\u0442\u0430\u0440\u044b\u0445 \u0440\u0430\u0437\u043d\u043e\u0432\u0438\u0434\u043d\u043e\u0441\u0442\u0435\u0439 \u043a\u0438\u0431\u0435\u0440-\u0430\u0442\u0430\u043a.","og:url":"https:\/\/prohoster.info\/es\/blog\/administrirovanie\/zimbra-i-zashhita-ot-mejl-bombinga","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T19:02:43+00:00","article:modified_time":"2019-10-31T19:02:43+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"35174","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 22:11:40","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:09:01","updated":"2026-01-21 22:11:40","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35174","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=35174"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/35174\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=35174"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=35174"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=35174"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}