{"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\/pt\/blog\/administrirovanie\/zimbra-i-zashhita-ot-mejl-bombinga","title":{"rendered":"Zimbra e prote\u00e7\u00e3o contra mail bombing","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

O mail bombing \u00e9 uma das formas mais antigas de ataques cibern\u00e9ticos. Essencialmente, \u00e9 semelhante a um ataque DoS comum, mas em vez de uma onda de solicita\u00e7\u00f5es de diferentes endere\u00e7os IP, uma avalanche de e-mails \u00e9 enviada para um \u00fanico endere\u00e7o, aumentando significativamente a carga sobre ele. Esse tipo de ataque pode levar \u00e0 impossibilidade de usar a conta de e-mail e, \u00e0s vezes, at\u00e9 mesmo causar a falha total do servidor. A longa hist\u00f3ria desse tipo de ciberataque trouxe tanto consequ\u00eancias positivas quanto negativas para administradores de sistemas. Entre os fatores positivos, podemos destacar o bom entendimento do mail bombing e a exist\u00eancia de m\u00e9todos simples para se proteger contra esse ataque. J\u00e1 entre os fatores negativos, h\u00e1 uma grande quantidade de solu\u00e7\u00f5es de software dispon\u00edveis publicamente para realizar esse tipo de ataque e a capacidade do criminoso em se proteger de forma eficaz contra a detec\u00e7\u00e3o.<\/p>\n

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

Uma caracter\u00edstica importante deste ciberataque \u00e9 que \u00e9 praticamente imposs\u00edvel utiliz\u00e1-lo para obter lucro. O criminoso envia uma avalanche de e-mails a uma caixa de entrada, impede que a pessoa utilize o e-mail normalmente, ou ent\u00e3o ele invade a conta de e-mail corporativa de algu\u00e9m e come\u00e7a a enviar milhares de mensagens pelo GAL, resultando na queda do servidor ou na lentid\u00e3o que impede seu uso. E o que acontece depois? Converter esse tipo de crime cibern\u00e9tico em dinheiro \u00e9 quase imposs\u00edvel, por isso o mail bombing \u00e9 atualmente um fen\u00f4meno bastante raro e os administradores de sistemas podem simplesmente n\u00e3o pensar na necessidade de prote\u00e7\u00e3o contra esse tipo de ciberataque ao projetar a infraestrutura.<\/p>\n

No entanto, apesar de o mail bombing em si ser uma atividade bastante sem sentido do ponto de vista comercial, frequentemente ele faz parte de outros ataques cibern\u00e9ticos mais complexos e em v\u00e1rias etapas. Por exemplo, ao invadir um email e us\u00e1-lo para sequestrar uma conta em algum servi\u00e7o p\u00fablico, os malfeitores muitas vezes \"bombardeiam\" a caixa de entrada da v\u00edtima com emails sem sentido, para que um email de confirma\u00e7\u00e3o se perca em meio ao fluxo e passe despercebido. Al\u00e9m disso, o mail bombing pode ser utilizado como uma forma de press\u00e3o econ\u00f4mica sobre uma empresa. Assim, uma bombardear ativa de uma caixa de email p\u00fablica da empresa, que recebe solicita\u00e7\u00f5es de clientes, pode dificultar seriamente o trabalho com essas solicita\u00e7\u00f5es e, como consequ\u00eancia, pode levar a per\u00edodos de inatividade, pedidos n\u00e3o atendidos, bem como \u00e0 perda de reputa\u00e7\u00e3o e lucro perdido.<\/p>\n

\u00c9 por isso que o administrador de sistema n\u00e3o deve esquecer a possibilidade de um ataque de mail bombing e deve sempre tomar as medidas necess\u00e1rias para se proteger dessa amea\u00e7a. Considerando que isso pode ser feito j\u00e1 na fase de constru\u00e7\u00e3o da infraestrutura de email, e tamb\u00e9m que isso demanda muito pouco tempo e esfor\u00e7o do administrador de sistema, n\u00e3o h\u00e1 raz\u00f5es objetivas para n\u00e3o assegurar a prote\u00e7\u00e3o da infraestrutura contra o mail bombing. Vamos ver como a prote\u00e7\u00e3o contra esse ataque cibern\u00e9tico \u00e9 implementada no Zimbra Collaboration Suite Open-Source Edition.<\/p>\n

Na base do Zimbra est\u00e1 o Postfix \u2014 um dos mais confi\u00e1veis e funcionais Mail Transfer Agents de c\u00f3digo aberto atualmente. E uma das principais vantagens de sua abertura \u00e9 que ele suporta uma ampla variedade de solu\u00e7\u00f5es de terceiros para expandir a funcionalidade. Em particular, o Postfix suporta completamente o cbpolicyd \u2014 uma ferramenta avan\u00e7ada para garantir a ciberseguran\u00e7a do servidor de email. Al\u00e9m de prote\u00e7\u00e3o contra spam e cria\u00e7\u00e3o de listas brancas, negras e cinzas, o cbpolicyd permite que o administrador do Zimbra configure a verifica\u00e7\u00e3o de assinatura SPF e estabele\u00e7a limites para o recebimento e envio de emails ou dados. Eles podem garantir uma prote\u00e7\u00e3o robusta contra spam e emails de phishing, assim como proteger o servidor contra mail bombing.<\/p>\n

A primeira coisa que um administrador de sistema precisa fazer \u00e9 ativar o m\u00f3dulo cbpolicyd, que j\u00e1 vem instalado no Zimbra Collaboration Suite OSE no servidor MTA da infraestrutura. Isso \u00e9 feito com o comando zmprov ms `zmhostname` +zimbraServiceEnabled cbpolicyd. Em seguida, ser\u00e1 necess\u00e1rio ativar a interface web para gerenciar o cbpolicyd de forma confort\u00e1vel. Para isso, \u00e9 preciso permitir conex\u00f5es pela porta web n\u00famero 7780 e criar um link simb\u00f3lico usando o comando ln -s \/opt\/zimbra\/common\/share\/webui \/opt\/zimbra\/data\/httpd\/htdocs\/webui<\/b>, e depois editar o arquivo de configura\u00e7\u00e3o com o comando nano \/opt\/zimbra\/data\/httpd\/htdocs\/webui\/includes\/config.php<\/b>, onde \u00e9 necess\u00e1rio incluir as seguintes linhas:<\/p>\n

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

\nAp\u00f3s isso, resta apenas reiniciar os servi\u00e7os do Zimbra e do Zimbra Apache com os comandos zmcontrol restart e zmapachectl restart. Depois disso, voc\u00ea ter\u00e1 acesso \u00e0 interface web pelo endere\u00e7o example.com<\/a><\/noindex>:7780\/webui\/index.php<\/b>. O detalhe principal \u00e9 que o acesso a esta interface web ainda n\u00e3o est\u00e1 protegido, por isso, para evitar o acesso de terceiros, voc\u00ea pode simplesmente fechar as conex\u00f5es na porta 7780 ap\u00f3s cada acesso \u00e0 interface web.<\/p>\n

Proteger-se contra o fluxo de emails originados da rede interna \u00e9 poss\u00edvel por meio de quotas de envio de emails, que podem ser estabelecidas atrav\u00e9s do cbpolicyd. Essas quotas permitem definir um limite para o n\u00famero m\u00e1ximo de emails que podem ser enviados de uma caixa de entrada em um determinado per\u00edodo. Por exemplo, se os gerentes da sua empresa enviam em m\u00e9dia de 60 a 80 emails por hora, voc\u00ea pode, considerando uma pequena margem, estabelecer uma quota de 100 emails por hora. Para esgotar essa quota, os gerentes teriam que enviar um email a cada 36 segundos. Por um lado, isso \u00e9 suficiente para um funcionamento adequado, mas, por outro lado, com essa quota, invasores que obtiverem acesso ao email de um dos seus gerentes n\u00e3o ser\u00e3o capazes de realizar ataques de mail bombing ou ataques de spam em massa na empresa.<\/p>\n

Para estabelecer uma quota como essa, \u00e9 necess\u00e1rio criar uma nova pol\u00edtica de limita\u00e7\u00e3o de envio de emails na interface web e especificar que ela deve ser aplicada tanto aos emails enviados dentro do dom\u00ednio como aos emails destinados a endere\u00e7os externos. Isso \u00e9 feito da seguinte maneira:<\/p>\n

\"Zimbra
\n
\nDepois disso, ser\u00e1 poss\u00edvel especificar com mais detalhes as restri\u00e7\u00f5es relacionadas ao envio de e-mails, em particular estabelecer um intervalo de tempo ap\u00f3s o qual as restri\u00e7\u00f5es ser\u00e3o atualizadas, bem como a mensagem que o usu\u00e1rio receber\u00e1 ao exceder seu limite. Ap\u00f3s isso, pode-se estabelecer o pr\u00f3prio limite de envio de e-mails. Isso pode ser definido tanto em termos de n\u00famero de e-mails enviados quanto em termos de quantidade de bytes de informa\u00e7\u00e3o transmitida. A partir da\u00ed, pode-se lidar de diferentes maneiras com os e-mails que forem enviados al\u00e9m do limite estabelecido. Por exemplo, \u00e9 poss\u00edvel exclu\u00ed-los imediatamente ou mant\u00ea-los para que sejam enviados assim que o limite de envio de mensagens for atualizado. A segunda op\u00e7\u00e3o pode ser utilizada ao determinar o valor ideal do limite de envio de e-mails pelos funcion\u00e1rios.<\/p>\n

Al\u00e9m das restri\u00e7\u00f5es no envio de e-mails, o cbpolicyd permite configurar um limite para o recebimento de mensagens. Essa esp\u00e9cie de restri\u00e7\u00e3o, \u00e0 primeira vista, pode parecer uma \u00f3tima solu\u00e7\u00e3o para se proteger de bombardeios de e-mail, por\u00e9m, na pr\u00e1tica, a implanta\u00e7\u00e3o de tal limite, mesmo que alto, pode acarretar o risco de n\u00e3o receber um e-mail importante sob certas condi\u00e7\u00f5es. Por isso, \u00e9 altamente recomend\u00e1vel evitar a inclus\u00e3o de quaisquer restri\u00e7\u00f5es para o correio de entrada. No entanto, se voc\u00ea decidir correr esse risco, deve tratar a configura\u00e7\u00e3o do limite de mensagens recebidas com aten\u00e7\u00e3o redobrada. Por exemplo, pode-se limitar o n\u00famero de e-mails provenientes de contratantes confi\u00e1veis, para que, caso o servidor de correio deles seja comprometido, n\u00e3o ocorra uma ataque de spam \u00e0 sua empresa.<\/p>\n

Para se proteger contra um fluxo de mensagens recebidas durante bombardeios de e-mail, o administrador do sistema deve adotar medidas mais inteligentes do que apenas impor um limite ao correio de entrada. Uma solu\u00e7\u00e3o pode ser o uso de listas cinzas. O princ\u00edpio de funcionamento delas \u00e9 que, na primeira tentativa de entregar uma mensagem de um remetente n\u00e3o confi\u00e1vel, a conex\u00e3o com o servidor \u00e9 abruptamente interrompida, resultando na falha da entrega do e-mail. No entanto, se, dentro de um determinado per\u00edodo, o servidor n\u00e3o confi\u00e1vel tenta novamente enviar o mesmo e-mail, o servidor n\u00e3o interrompe a conex\u00e3o e a entrega \u00e9 conclu\u00edda com sucesso. <\/p>\n

O prop\u00f3sito de todas essas a\u00e7\u00f5es \u00e9 que os programas de envio autom\u00e1tico em massa de e-mails geralmente n\u00e3o verificam a efic\u00e1cia da entrega da mensagem enviada e n\u00e3o tentam reenvi\u00e1-la, enquanto uma pessoa certamente se certificaria de que sua mensagem foi enviada para o endere\u00e7o correto ou n\u00e3o. <\/p>\n

Voc\u00ea tamb\u00e9m pode ativar listas cinzas na interface web do cbpolicyd. Para que tudo funcione, \u00e9 necess\u00e1rio criar uma pol\u00edtica que capture todos os e-mails recebidos destinados a usu\u00e1rios em nosso servidor e, em seguida, com base nessa pol\u00edtica, crie uma regra de Greylisting, onde voc\u00ea pode definir o intervalo durante o qual o cbpolicyd aguardar\u00e1 uma resposta de remetente desconhecido. Normalmente, esse intervalo \u00e9 de 4 a 5 minutos. Al\u00e9m disso, as listas cinzas podem ser configuradas para que todas as tentativas bem-sucedidas e malsucedidas de entrega de e-mails de diferentes remetentes sejam contabilizadas e, com base em sua quantidade, seja tomada a decis\u00e3o de adicionar automaticamente o remetente \u00e0 lista branca ou negra.<\/p>\n

\u00c9 importante notar que o uso de listas cinzas deve ser abordado com a m\u00e1xima responsabilidade. O ideal seria que o uso dessa tecnologia andasse de m\u00e3os dadas com a manuten\u00e7\u00e3o cont\u00ednua de listas brancas e negras, para evitar a possibilidade de perda de e-mails realmente importantes para a empresa. <\/p>\n

Al\u00e9m disso, adicionar verifica\u00e7\u00f5es SPF, DMARC e DKIM pode ajudar a se proteger contra bombardeio de e-mails. Frequentemente, os e-mails que chegam durante um bombardeio dessa natureza n\u00e3o passam por essas verifica\u00e7\u00f5es. A respeito de como fazer isso, j\u00e1 foi discutido. em um de nossos artigos anteriores<\/a><\/noindex>.<\/p>\n

Assim, proteger-se contra uma amea\u00e7a como o bombardeio de e-mails \u00e9 bastante simples e pode ser feito j\u00e1 na fase de constru\u00e7\u00e3o da infraestrutura Zimbra para sua empresa. No entanto, \u00e9 importante monitorar constantemente para garantir que os riscos associados a esse tipo de prote\u00e7\u00e3o nunca superem os benef\u00edcios que voc\u00ea obt\u00e9m.
\n
Fonte: 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 e prote\u00e7\u00e3o contra bombardeio de e-mails | ProHoster","description":"O bombardeio de e-mails \u00e9 uma das formas mais antigas de ataques cibern\u00e9ticos.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/zimbra-i-zashhita-ot-mejl-bombinga","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/35174","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=35174"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/35174\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=35174"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=35174"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=35174"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}