KamoCRM

Uma organização não pode mais tomar o roteamento de outra.kamocrm.com

FixSecurityService
Navios
28 de setembro de 2026 às 16:52 UTC
Autor
Kamo
Enviar
b55d654

Qualquer membro de uma organização sem raiz poderia adicionar a raiz victim.kamocrm.com (POST /api/segurança/domínios verificados sem direito). Listando os domínios então auto-curados ele para proprietário verificado - nenhum cliente pode publicar um registro TXT na plataforma zona - e verificar revoga o nome de todas as outras organizações, A propriedade da vítima foi verificada e foi verificada. internal.vitim.kamocrm.com então parou de encaminhar-se para a vítima: uma interrupção de entrada de um inquilino e uma superfície de marcação. Para um host sob um ápice de plataforma, o primeiro titular agora o mantém (PlatformHostClaims: outra raiz de org no nome, outro host de org <label>.<root>, ou outro org's web alias <label>.<apex>): - PÓS /api/segurança/domínios precisa CONFIGURE SISTEMA (o direito /configurações/essenciais 'Domínio personalizado' está fechado), o proprietário da organização, ou cross-org elevado access; caso contrário, 403 DESAPARECIDA RIGHT. - Criar ou renomear uma raiz para uma máquina de plataforma segura é 409 PLATFORM HOST TAKEN, A menos que a plataforma o faça com uma janela aberta em modo de Deus. Criação de organizações com um domínio digitado o recusa da mesma forma, antes de tudo ser escrito. - A auto-cura do subdomínio da plataforma nunca verifica uma segunda reivindicação. revogar o titular. O próprio domínio de um cliente está inalterado: seu registro TXT o resolve. Audited 2026-09-28: nenhuma plataforma-subdomínio raiz ou alias host é realizada por dois orgs. SP99 revisão final I-3.

Todas as alterações

Como o que vês no transporte?

Tudo isso chega em seu espaço de trabalho por conta própria. Comece no plano gratuito e leia esta página novamente em um mês.

Começar Livre Para SempreVer Preços