Controlo do cliente: a sua infraestrutura, as suas chaves, as suas regras
SANKET (Sanket.Chat), da Tosh Defence, dá ao cliente controlo sobre todos os aspetos das suas comunicações: infraestrutura própria, chaves, fornecedor de identidade, políticas, calendário de atualizações, identidade visual, retenção e topologia de implementação, desde uma nuvem à escolha do cliente até uma rede totalmente isolada. Esta profundidade de controlo é a vantagem distintiva do SANKET, um nível de controlo que os serviços de mensagens alojados simplesmente não foram concebidos para oferecer.
A encriptação determina quem pode ler uma mensagem. O controlo determina tudo o resto: quem opera o serviço, quem é admitido, que dispositivos são considerados fiáveis, quando o software é alterado e onde ficam os registos. Com o Sanket, todas essas decisões permanecem dentro do seu próprio perímetro de segurança.
A sua infraestrutura e as suas chaves
Cada instalação de Sanket é dedicada a uma única organização e funciona onde esta decidir: numa conta de computação em nuvem na região que escolher, em infraestrutura alojada pela Tosh Defence, no seu próprio centro de dados ou numa rede fechada. Nenhum serviço operado pelo fornecedor intervém no percurso das mensagens.
As chaves privadas dos utilizadores são geradas nos seus dispositivos e protegidas por armazenamento com proteção por hardware. Os dados secretos do servidor permanecem dentro da instalação, em armazenamento de chaves não exportáveis. Da Tosh Defence provêm apenas as chaves públicas de verificação de licenças e versões.
O seu fornecedor de identidade e os seus administradores
A organização decide como são criadas as identidades: atribuição por administradores, convites de utilização única (a opção predefinida) ou SCIM 2.0 a partir do seu próprio diretório. O registo pode ser verificado através de LDAP ou Active Directory, e os administradores podem iniciar sessão através do fornecedor de OpenID Connect ou SAML 2.0 da própria organização. Os fornecedores públicos de identidade são recusados e nunca se cria uma conta apenas porque alguém iniciou sessão.
Os administradores autenticam-se com chaves de segurança FIDO2 e atuam em funções com permissões delimitadas. Cada ação administrativa é registada num registo de auditoria encadeado por funções de síntese SHA-256.
- Chaves de segurança FIDO2 para administradores
- Início de sessão único através do seu próprio fornecedor de identidade
- Automatização com SCIM 2.0 da entrada, mobilidade e saída de colaboradores
- Funções de administrador com permissões delimitadas
Os seus dispositivos
A gestão dos dispositivos pertence à organização. Cada dispositivo é aprovado antes de receber qualquer conteúdo, guarda chaves protegidas por hardware, consta da lista assinada de dispositivos da respetiva conta e apresenta o seu próprio certificado de cliente através de TLS mútuo de dispositivos, emitido pela autoridade de certificação do cliente. Os administradores podem colocar um dispositivo em modo de perda, revogar a sua autorização ou apagá-lo remotamente a qualquer momento.
As suas políticas, os seus prazos de conservação e a sua identidade visual
As políticas de segurança, mensagens, ficheiros, chamadas, grupos, conservação, notificações e integrações são definidas pela organização para a sua instância isolada. As etiquetas de classificação são definidas pelo cliente, até um máximo de oito etiquetas ordenadas por nível. A análise de utilização realizada pela própria plataforma permanece dentro da instalação e pode ser desativada ou bloqueada para toda a instalação.
As instalações de Sanket.Work usam a marca da organização, pelo que os utilizadores veem o nome e a identidade visual da própria organização.
O momento das atualizações é definido por si, com versões assinadas
As versões são pacotes assinados com uma lista de materiais de software. Antes de carregar, a instalação verifica a assinatura e cada valor de hash, rejeita versões expiradas (proteção contra congelamento de versões) e rejeita qualquer versão anterior à que tem registada (proteção contra regressão de versão). A autoridade responsável pelas alterações na organização decide quando instalar; o processo de atualização verifica o estado do sistema e, em caso de falha, reverte automaticamente para a versão anterior. As atualizações com ligação à rede são opcionais, e a execução de uma atualização a partir da consola está desativada por predefinição.
Comprovação técnica
Veja os detalhes no documento técnico da Sanket
Todas as afirmações desta página são apresentadas integralmente no documento técnico público da SANKET sobre segurança e arquitetura, disponível para leitura gratuita sem registo.
O que significa o controlo pelo cliente no Sanket?
O cliente detém e define sua infraestrutura, chaves, provedor de identidade, políticas, cronograma de atualizações, identidade visual, retenção e topologia de instalação. Cada instalação é dedicada a uma única organização, desde uma nuvem de sua escolha até um ambiente totalmente isolado da internet e de outras redes.
Quem detém as chaves de encriptação?
As chaves privadas dos utilizadores são geradas e armazenadas nos seus próprios dispositivos, em armazenamento protegido por hardware. Os dados secretos do servidor permanecem na instalação do cliente. A Tosh Defence não detém chaves dos clientes.
Podemos utilizar o nosso próprio fornecedor de identidade?
Sim. Os utilizadores podem ser provisionados através de SCIM 2.0 e verificados no LDAP ou no Diretório Ativo, e os administradores podem autenticar-se através do seu próprio fornecedor OpenID Connect ou SAML 2.0, juntamente com uma chave de segurança FIDO2.
Quem decide quando o Sanket é atualizado?
É a sua organização. As versões assinadas só são instaladas quando a entidade responsável pela aprovação de alterações na sua organização as aprova. As versões caducadas e as versões anteriores são recusadas, e uma atualização falhada provoca automaticamente o regresso à versão anterior.
O Sanket pode apresentar a identidade visual da nossa organização?
Sim. As instalações de Sanket.Work são personalizadas com a identidade da organização, pelo que os utilizadores veem o seu nome e a sua imagem de marca.
Podemos definir os nossos próprios períodos de conservação?
Sim. Os períodos de conservação de mensagens, difusões, registos de chamadas, alertas e mensagens que desaparecem são definidos pelos administradores da organização.
O que é TLS mútuo entre dispositivos?
Cada dispositivo aprovado possui o seu próprio certificado de cliente, gerado a partir de uma chave criada no dispositivo e emitido sob a autoridade de certificação do cliente, e apresenta-o em cada ligação como prova independente da identidade do dispositivo.
Assuma o controlo das comunicações da sua organização
Tosh Defence ajuda você a projetar uma instalação adequada à sua infraestrutura, ao seu provedor de identidade, às suas políticas e ao seu processo de disponibilização de versões.