{"id":923935,"date":"2026-11-06T15:46:22","date_gmt":"2026-11-06T15:46:22","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/comunicar-risco-de-dispositivos\/"},"modified":"2026-11-06T15:46:23","modified_gmt":"2026-11-06T15:46:23","slug":"comunicar-risco-de-dispositivos","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/pt-br\/blog\/comunicar-risco-de-dispositivos\/","title":{"rendered":"Como os MSPs podem comunicar o risco de dispositivos (EOL, conformidade, vulnerabilidade) com clareza"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Pontos principais<\/h2>\n<ul>\n<li>Fatos geram confian\u00e7a mais r\u00e1pido do que linguagem emocional: datas, IDs de patch e refer\u00eancias de CVE eliminam a vagueza e ajudam os stakeholders a agir em vez de reagir.<\/li>\n<li>Modelos estruturados facilitam a compreens\u00e3o do risco: um formato consistente para risco, impacto, a\u00e7\u00e3o e recomenda\u00e7\u00e3o reduz interpreta\u00e7\u00f5es equivocadas entre MSPs e clientes.<\/li>\n<li>Apresentar op\u00e7\u00f5es lado a lado gera confian\u00e7a: comparar resultados permite que o cliente escolha o pr\u00f3prio caminho e posiciona o MSP como consultor, n\u00e3o como fiscal.<\/li>\n<li>Briefings regulares tornam as revis\u00f5es de risco previs\u00edveis: decis\u00f5es registradas e um intervalo consistente d\u00e3o previsibilidade \u00e0 comunica\u00e7\u00e3o de risco.<\/li>\n<\/ul>\n<\/div>\n<p>Todo <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/visao-geral-do-dispositivo-de-endpoint-para-seus-profissionais\/\">endpoint<\/a> que se conecta \u00e0 rede, roda scripts ou executa arquivos traz algum risco de comprometimento. Os MSPs costumam fazer uma avalia\u00e7\u00e3o de gerenciamento de risco para identificar esses <strong>riscos de dispositivos<\/strong>, mas agir sobre eles pode ser bem mais dif\u00edcil. Detectar riscos de dispositivos antes que eles cres\u00e7am exige colabora\u00e7\u00e3o e alinhamento r\u00e1pido com as necessidades do neg\u00f3cio. Este guia quer preencher essa lacuna, oferecendo aos MSPs ferramentas e ideias para comunicar riscos de TI aos stakeholders.<\/p>\n<p>Para ver o tema explicado em v\u00eddeo, assista a <a href=\"https:\/\/www.ninjaone.com\/videos\/msp-growth\/how-msps-can-communicate-device-risk-with-clarity\/\">Como os MSPs podem comunicar o risco de dispositivos (EOL, conformidade, vulnerabilidade) com clareza<\/a>.<\/p>\n<h2>Como criar um modelo de comunica\u00e7\u00e3o de risco de TI para MSPs<\/h2>\n<p>Um modelo bem estruturado de comunica\u00e7\u00e3o de risco de TI garante que os stakeholders do neg\u00f3cio entendam a natureza do risco, sua urg\u00eancia e as a\u00e7\u00f5es necess\u00e1rias.<\/p>\n<p>Veja alguns componentes essenciais ao criar esse modelo:<\/p>\n<ul>\n<li>M\u00e9todo de identifica\u00e7\u00e3o dos riscos de dispositivos (por exemplo, rastreadores de EOL, pain\u00e9is de patches)<\/li>\n<li>Ferramentas de modelo para a comunica\u00e7\u00e3o (por exemplo, e-mail, memorando, PDF, publica\u00e7\u00e3o no portal, nuvem)<\/li>\n<li>Conhecimento dos princ\u00edpios de comunica\u00e7\u00e3o de risco (por exemplo, tom, clareza, contexto do p\u00fablico)<\/li>\n<li>Mecanismo de feedback para refinar as mensagens ao longo do tempo<\/li>\n<\/ul>\n<p>Um modelo funcional evita mal-entendidos entre as partes e favorece decis\u00f5es r\u00e1pidas nos departamentos envolvidos.<\/p>\n<h3>1. Descreva os riscos com precis\u00e3o factual<\/h3>\n<p>Entre os princ\u00edpios desse processo, quem reporta (o MSP, por exemplo) deve sempre partir de fatos, n\u00e3o de qualificadores emocionais.<\/p>\n<p>Veja exemplos diretos e acion\u00e1veis de comunica\u00e7\u00e3o para eventos comuns de TI:<\/p>\n<ul>\n<li><strong>Comunica\u00e7\u00e3o de EOL<\/strong>: \u201cO modelo do dispositivo chegou \u00e0 data de fim de suporte; nenhum patch de seguran\u00e7a ser\u00e1 lan\u00e7ado.\u201d<\/li>\n<li><strong>Falha de conformidade<\/strong>: \u201c5 dispositivos est\u00e3o sem o patch cr\u00edtico KB12345, que corrige a CVE\u20102025\u2010XXXX.\u201d<\/li>\n<li><strong>Exposi\u00e7\u00e3o a vulnerabilidade<\/strong>: \u201cO dispositivo ABC est\u00e1 exposto ao Log4Shell; mitiga\u00e7\u00e3o ativa at\u00e9 a atualiza\u00e7\u00e3o.\u201d<\/li>\n<\/ul>\n<p>Partir dos fatos significa apoiar-se em atributos mensur\u00e1veis, como datas, identificadores de patch e refer\u00eancias de CVE. Essa abordagem elimina pontos cegos e vagueza, obst\u00e1culos grandes quando os stakeholders t\u00eam n\u00edveis diferentes de envolvimento com TI.<\/p>\n<p>Tamb\u00e9m constr\u00f3i naturalmente confian\u00e7a e responsabilidade entre MSPs e l\u00edderes de TI.<\/p>\n<h3>2. Use um modelo estruturado de comunica\u00e7\u00e3o<\/h3>\n<p>Quando o stakeholder recebe a informa\u00e7\u00e3o em um formato familiar e f\u00e1cil de assimilar, gasta menos tempo interpretando e mais tempo colaborando com a solu\u00e7\u00e3o.<\/p>\n<p>Um bom modelo equilibra concis\u00e3o e clareza ao apresentar riscos de TI e de dispositivos. Veja um exemplo e uma estrutura:<\/p>\n<p><strong>Assunto:<\/strong> <em>Resumo de risco de dispositivos \u2013 [Cliente] \u2013 [Data]<\/em><\/p>\n<ol>\n<li><strong>Risco de EOL<\/strong>\n<ul>\n<li><em>Dispositivos<\/em>: 3 desktops chegaram ao fim de vida \u00fatil em junho de 2023.<\/li>\n<li><em>Impacto:<\/em> nenhum patch de seguran\u00e7a novo dispon\u00edvel; os dispositivos ficam cada vez mais vulner\u00e1veis.<\/li>\n<li><em>Recomenda\u00e7\u00e3o:<\/em> planejar a substitui\u00e7\u00e3o ou migra\u00e7\u00e3o dos dispositivos em at\u00e9 6 meses para manter a conformidade e o suporte.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Falhas de conformidade<\/strong>\n<ul>\n<li><em>Dispositivos afetados:<\/em> 5 notebooks sem o patch KB12345, que corrige a CVE-2025-XXXX.<\/li>\n<li><em>Impacto:<\/em> os sistemas seguem desalinhados dos padr\u00f5es de conformidade internos e externos.<\/li>\n<li><em>Recomenda\u00e7\u00e3o:<\/em> agendar a implanta\u00e7\u00e3o automatizada de patches na pr\u00f3xima janela de manuten\u00e7\u00e3o.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Exposi\u00e7\u00f5es a vulnerabilidades<\/strong>\n<ul>\n<li><em>Problema:<\/em> o dispositivo XYZ tem uma porta RDP aberta e exposta \u00e0 internet.<\/li>\n<li><em>Impacto:<\/em> risco elevado de ataques de for\u00e7a bruta ou acesso n\u00e3o autorizado.<\/li>\n<li><em>Recomenda\u00e7\u00e3o:<\/em> restringir a exposi\u00e7\u00e3o do RDP ou exigir acesso por VPN imediatamente.<\/li>\n<\/ul>\n<\/li>\n<\/ol>\n<p><strong>Chamada para a\u00e7\u00e3o:<\/strong> analise e indique a estrat\u00e9gia de remedia\u00e7\u00e3o preferida.<\/p>\n<p>Ao dividir a informa\u00e7\u00e3o em blocos claros e objetivos, o MSP reduz ambiguidades e permite que os decisores respondam melhor. Internamente, um modelo bem estruturado tamb\u00e9m cria fluxos de trabalho repet\u00edveis que agilizam os relat\u00f3rios.<\/p>\n<h3>3. Sustente as afirma\u00e7\u00f5es com dados visuais reais<\/h3>\n<p>Dados t\u00e9cnicos, sobretudo n\u00fameros, podem soar abstratos para quem n\u00e3o \u00e9 da \u00e1rea. A visualiza\u00e7\u00e3o ajuda a fechar essa lacuna, e os <a href=\"https:\/\/www.ninjaone.com\/pt-br\/rmm\/relatorios\/\">relat\u00f3rios de RMM<\/a> ainda refor\u00e7am o valor do MSP com an\u00e1lises e relat\u00f3rios de impacto.<\/p>\n<p>Inclua gr\u00e1ficos, tabelas ou outro contexto visual para refor\u00e7ar a mensagem, que deve ser concisa e escrita em linguagem simples.<\/p>\n<h3>4. Ofere\u00e7a op\u00e7\u00f5es equilibradas<\/h3>\n<p>Caminhos de remedia\u00e7\u00e3o nunca s\u00e3o simples, e n\u00e3o existe modelo \u00fanico que atenda a todo mundo ou a todo cen\u00e1rio. Mas, como especialista no assunto, cabe ao MSP ajudar os stakeholders a pesar custos, interrup\u00e7\u00f5es no neg\u00f3cio e estrat\u00e9gia de longo prazo.<\/p>\n<p>Ao apresentar estrat\u00e9gias, coloque as op\u00e7\u00f5es lado a lado. Assim fica mais f\u00e1cil para os decisores comparar resultados e escolher o caminho que melhor se encaixa no contexto deles. Por exemplo:<\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>Op\u00e7\u00e3o<\/strong><\/td>\n<td><strong>Impacto<\/strong><\/td>\n<td><strong>Risco e custo<\/strong><\/td>\n<\/tr>\n<tr>\n<td>Aplicar o patch<\/td>\n<td>Corre\u00e7\u00e3o completa com reinicializa\u00e7\u00e3o agendada<\/td>\n<td>Pequena indisponibilidade durante a atualiza\u00e7\u00e3o<\/td>\n<\/tr>\n<tr>\n<td>Atualizar o dispositivo<\/td>\n<td>Solu\u00e7\u00e3o de longo prazo; desempenho melhor<\/td>\n<td>Custo inicial de hardware mais alto<\/td>\n<\/tr>\n<tr>\n<td>Continuar tentando<\/td>\n<td>Solu\u00e7\u00e3o tempor\u00e1ria; adia mudan\u00e7as maiores<\/td>\n<td>Risco crescente com o tempo; a exposi\u00e7\u00e3o continua<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>Ao apresentar op\u00e7\u00f5es equilibradas, o MSP se posiciona como consultor, e n\u00e3o como fiscal.<\/p>\n<h3>5. Mantenha uma cad\u00eancia regular de briefings de risco<\/h3>\n<p>Comunica\u00e7\u00e3o consistente reduz a sobrecarga de urg\u00eancias e mant\u00e9m as decis\u00f5es com os p\u00e9s no ch\u00e3o. Mas nada disso acontece sem colabora\u00e7\u00e3o. Al\u00e9m de avaliar o perfil de risco do cliente, vale um esfor\u00e7o real de alinhamento com as necessidades do neg\u00f3cio e os ciclos de relat\u00f3rio.<\/p>\n<p>Veja elementos essenciais para incluir em cada briefing:<\/p>\n<ul>\n<li><strong>Resumos de risco atualizados<\/strong> \u2013 apresente o retrato atual dos dispositivos em EOL, do status dos patches e das vulnerabilidades. Use modelos estruturados para manter a consist\u00eancia.<\/li>\n<li><strong>Pontos de decis\u00e3o ou limites<\/strong> \u2013 pe\u00e7a ao cliente que confirme se aceita determinados riscos, prefere a remedia\u00e7\u00e3o ou quer investigar mais.<\/li>\n<li><strong>Respostas registradas<\/strong> \u2013 registre decis\u00f5es e confirma\u00e7\u00f5es para manter a responsabilidade e gerar uma trilha de auditoria para conformidade ou revis\u00e3o futura.<\/li>\n<\/ul>\n<p>Briefings mensais podem ser necess\u00e1rios para clientes ou setores de risco mais alto, como sa\u00fade ou finan\u00e7as. Para os demais, revis\u00f5es trimestrais costumam bastar, complementadas por alertas imediatos em exposi\u00e7\u00f5es cr\u00edticas.<\/p>\n<h2>Ideias de integra\u00e7\u00e3o com a plataforma NinjaOne<\/h2>\n<p>Os recursos de relat\u00f3rio e automa\u00e7\u00e3o do NinjaOne podem servir de base para briefings estruturados de gerenciamento de risco. Tamb\u00e9m d\u00e1 para extrair dados t\u00e9cnicos e insights ao vivo e inseri-los direto nas atualiza\u00e7\u00f5es enviadas ao cliente.<\/p>\n<h3>Extraia pain\u00e9is de conformidade e resumos de patches<\/h3>\n<p>Exporte dados com os n\u00edveis de conformidade dos dispositivos, o <a href=\"https:\/\/www.ninjaone.com\/docs\/endpoint-management\/hardware-inventory\/viewing-system-details-reports\/#:~:text=On%20the%20left%20side%20of,menu%20appears%2C%20select%20Summary%20Report.\">relat\u00f3rio de detalhes do sistema<\/a>, as implanta\u00e7\u00f5es recentes de patches e as vulnerabilidades em aberto. Esses relat\u00f3rios sob demanda, especializados e baseados em evid\u00eancias tornam a an\u00e1lise mais acion\u00e1vel para os stakeholders.<\/p>\n<h3>Incorpore capturas dos relat\u00f3rios ao seu modelo de briefing<\/h3>\n<p>Copie ou exporte as capturas do NinjaOne para o modelo estruturado que voc\u00ea entrega ao cliente. Isso garante consist\u00eancia de formato e de fonte da verdade.<\/p>\n<h3>Marque os ativos afetados para dar contexto<\/h3>\n<p>Use os recursos de <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/como-fazer-um-inventario-de-ativos\/\">marca\u00e7\u00e3o de ativos<\/a> do NinjaOne para destacar quais dispositivos est\u00e3o fora de conformidade, vulner\u00e1veis ou perto do fim de vida \u00fatil. Esse recurso acrescenta contexto sem poluir.<\/p>\n<p>Os MSPs podem usar o <a href=\"https:\/\/www.ninjaone.com\/pt-br\/rmm\/seguranca-de-endpoint\/\">NinjaOne RMM\u00ae<\/a> para reduzir fluxos manuais e, ao mesmo tempo, ampliar a cobertura e a transpar\u00eancia dos relat\u00f3rios.<\/p>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Guia de in\u00edcio r\u00e1pido<\/h2><p>NinjaOne oferece recursos robustos para os MSPs comunicarem o risco de dispositivos:<\/p>\n<p>1. <b data-stringify-type=\"bold\">Vulnerability Management<\/b><\/p>\n<ul>\n<li>Integra varreduras de vulnerabilidade de v\u00e1rios fornecedores (Qualys, Rapid7, Tenable, CrowdStrike)<\/li>\n<li>Traz informa\u00e7\u00f5es detalhadas sobre as vulnerabilidades, incluindo:\n<ul>\n<li>detalhes da <a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/o-que-e-cve\/\">CVE<\/a><\/li>\n<li>pontua\u00e7\u00f5es CVSS (Common Vulnerability Scoring System)<\/li>\n<li>dispositivos afetados<\/li>\n<li>recomenda\u00e7\u00f5es de remedia\u00e7\u00e3o<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p>2. <b data-stringify-type=\"bold\">Indicadores de risco no painel<\/b><\/p>\n<ul>\n<li>Indicadores do estado de integridade dos dispositivos<\/li>\n<li>Visualiza\u00e7\u00f5es de n\u00edvel de risco<\/li>\n<li>Possibilidade de ver quantos dispositivos s\u00e3o afetados por vulnerabilidades<\/li>\n<li>Links clic\u00e1veis para detalhar vulnerabilidades espec\u00edficas<\/li>\n<\/ul>\n<p>3. <b data-stringify-type=\"bold\">Acompanhamento de risco no gerenciamento de patches<\/b><\/p>\n<ul>\n<li>Mostra os patches com as CVEs associadas<\/li>\n<li>Exibe a gravidade da vulnerabilidade (cr\u00edtica, alta etc.)<\/li>\n<li>Permite filtrar e pesquisar patches pelo n\u00famero da CVE<\/li>\n<li>D\u00e1 contexto sobre datas de lan\u00e7amento dos patches e poss\u00edveis impactos nos sistemas<\/li>\n<\/ul>\n<p>4. <b data-stringify-type=\"bold\">Insights de conformidade e fim de vida \u00fatil<\/b><\/p>\n<ul>\n<li>Se\u00e7\u00f5es de integridade dos dispositivos que destacam riscos potenciais<\/li>\n<li>Op\u00e7\u00f5es para acompanhar e gerenciar o status dos dispositivos<\/li>\n<\/ul>\n<\/div>\n<h2>Por que fazer verifica\u00e7\u00f5es trimestrais de integridade da rede<\/h2>\n<p>Quando o MSP aplica esses princ\u00edpios com consist\u00eancia, ganha a confian\u00e7a do cliente e ainda fortalece o pr\u00f3prio conjunto de ferramentas e a resili\u00eancia da organiza\u00e7\u00e3o. Veja um resumo r\u00e1pido:<\/p>\n<ul>\n<li>Apoie-se em fatos verific\u00e1veis, n\u00e3o em qualificadores emocionais.<\/li>\n<li>Mantenha os briefings de risco previs\u00edveis e f\u00e1ceis de executar.<\/li>\n<li>Transforme dados brutos em pain\u00e9is, gr\u00e1ficos ou capturas intuitivas.<\/li>\n<li>Apresente v\u00e1rias op\u00e7\u00f5es com trade-offs claros.<\/li>\n<li>Fa\u00e7a da revis\u00e3o de risco um h\u00e1bito, com responsabilidade embutida.<\/li>\n<li>Use os dados do NinjaOne e a documenta\u00e7\u00e3o de TI para ganhar escala.<\/li>\n<\/ul>\n<p>Com mensagens estruturadas e orientadas por dados, o MSP torna o relat\u00f3rio de gerenciamento de risco de TI mais colaborativo e intuitivo para todos os stakeholders. Esse processo constr\u00f3i confian\u00e7a entre as partes e elimina a vagueza que leva a descuidos e \u00e0 m\u00e1 comunica\u00e7\u00e3o.<\/p>\n<p><strong>Temas relacionados:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/alem-da-solucao-de-problemas-ele-relata-as-melhores-praticas\/\">Al\u00e9m da solu\u00e7\u00e3o de problemas: boas pr\u00e1ticas de relat\u00f3rios de TI<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/melhorar-comunicacao-em-ti\/\">12 estrat\u00e9gias essenciais para melhorar a comunica\u00e7\u00e3o de TI<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/it-hub\/seguranca-de-endpoints\/what-is-it-risk-management\/\">O que \u00e9 gerenciamento de risco de TI?<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/blog\/conformidade-de-ti\/\">Conformidade de TI: defini\u00e7\u00e3o, padr\u00f5es e riscos<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/pt-br\/demonstracao-gratis\/\">Demonstra\u00e7\u00e3o interativa de relat\u00f3rios de TI do NinjaOne<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Todo endpoint que se conecta \u00e0 rede, roda scripts ou executa arquivos traz algum risco de comprometimento. Os MSPs costumam fazer uma avalia\u00e7\u00e3o de gerenciamento de risco para identificar esses riscos de dispositivos, mas agir sobre eles pode ser bem mais dif\u00edcil. Detectar riscos de dispositivos antes que eles cres\u00e7am exige colabora\u00e7\u00e3o e alinhamento r\u00e1pido [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":581798,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[12429],"tags":[],"class_list":["post-923935","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-crescimento-para-msp"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/923935","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/comments?post=923935"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/923935\/revisions"}],"predecessor-version":[{"id":923936,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/posts\/923935\/revisions\/923936"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media\/581798"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/media?parent=923935"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/categories?post=923935"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/pt-br\/wp-json\/wp\/v2\/tags?post=923935"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}