Saltar para o conteúdo principal

Uma malha gerida concebida para o seu próprio perímetro

Algumas redes não podem entregar o controlo nem o material de chaves a ninguém. No Enterprise, o Vexaro Mesh, atualmente em desenvolvimento, foi concebido para correr o controlador e as chaves dentro do seu próprio perímetro, com controlo total dos dados. Continua a ser um produto gerido, alojado onde os seus dados têm de ficar.

Porque é que as equipas insistem em autoalojar

Para redes reguladas, isoladas (air-gapped) ou sujeitas a requisitos de soberania, tudo depende de onde fica o plano de controlo.

01

As regras de conformidade ou de residência de dados exigem que o material de chaves, as decisões de encaminhamento e os registos de acesso nunca saiam do seu perímetro, o que exclui um plano de controlo apenas na nuvem.

02

As malhas de código aberto autoalojadas podem cumprir o requisito de perímetro, mas a operação, as atualizações e o suporte do plano de controlo ficam a seu cargo.

03

O SaaS alojado dá-lhe suporte e um produto cuidado, mas coloca o plano de controlo, e muitas vezes as chaves, na nuvem de outra entidade, fora da sua fronteira de auditoria.

Como vai funcionar o autoalojamento

O plano de controlo foi concebido para passar para dentro de portas, enquanto a experiência continua gerida.

  1. 1

    O controlador no seu perímetro

    No Enterprise, está previsto que o controlador corra dentro do seu próprio ambiente, para que o núcleo da rede funcione atrás da sua firewall e não numa nuvem partilhada.

  2. 2

    As chaves ficam consigo

    O material de chaves foi concebido para ficar dentro do seu perímetro e sob o seu controlo, para que a confiança criptográfica da rede nunca saia do seu âmbito de auditoria.

  3. 3

    Os gateways formam a mesh como habitual

    Os gateways dos locais foram concebidos para se registarem no seu controlador e construírem a mesma full-mesh direta. Todo o plano de dados é governado a partir de dentro de portas.

  4. 4

    Auditoria nos seus termos

    O encaminhamento, os registos de acesso e as políticas foram concebidos para ficar no seu ambiente, para que as auditorias leiam de sistemas seus e possam exportar para o seu próprio SIEM.

O que o autoalojamento está previsto oferecer-lhe

Controlo sobre o que importa para a conformidade, sem abdicar da experiência gerida.

Controlador no seu perímetro

No Enterprise, está previsto que o plano de controlo corra dentro do seu ambiente, e não numa nuvem de terceiros, para que as decisões de encaminhamento sejam tomadas atrás da sua firewall.

As suas chaves, a sua fronteira

O material de chaves foi concebido para ficar sob o seu controlo dentro do perímetro, mantendo a confiança criptográfica da rede no âmbito da sua auditoria.

Controlo total dos dados

Os registos de acesso e as políticas foram concebidos para residir em sistemas seus, para que os requisitos de residência e soberania de dados sejam tratados pela arquitetura.

Um produto com suporte

Em vez de montar tudo por conta própria, o plano é um produto com suporte do fornecedor que autoaloja: uma consola cuidada e o respaldo do fornecedor enquanto o opera por si.

Porque é que o Vexaro Mesh foi concebido para autoalojamento

  • No Enterprise, está previsto que o controlador e as chaves corram dentro do seu próprio perímetro com controlo total dos dados. Está previsto como um modo de implementação principal, não como algo secundário.

  • Está previsto como um produto gerido que autoaloja: suporte do fornecedor e uma consola cuidada, enquanto o plano de controlo fica dentro de portas.

  • Híbrido por conceção: alguns locais funcionam com um controlador autoalojado e outros com a consola na nuvem, numa mesma rede. É útil durante uma migração ou em parques mistos.

  • O preço está previsto por local ligado, pelo que um parque autoalojado custaria por localização, sem taxas adicionais por utilizador ou por dispositivo para o plano de controlo.

Perguntas sobre autoalojamento

A opção autoalojada vai ser o plano de controlo completo ou só os gateways?
O plano de controlo completo. No Enterprise, está previsto que o controlador e as chaves corram dentro do seu próprio perímetro, juntamente com os gateways do plano de dados, para que o encaminhamento, o material de chaves e os registos de acesso fiquem todos sob o seu controlo.
Vou poder combinar locais autoalojados e geridos na nuvem?
É esse o plano: uma implementação híbrida em que alguns locais funcionam com um controlador autoalojado e outros com a consola na nuvem, tudo na mesma rede. É um padrão comum durante migrações ou em parques com locais regulados e comuns.
Em que difere isto de operar por conta própria uma malha de código aberto?
Uma malha de código aberto cumpre o requisito de perímetro, mas a operação e o suporte ficam inteiramente a seu cargo. O Vexaro Mesh autoalojado está previsto como um produto suportado que corre no seu perímetro, com o respaldo do fornecedor e a consola, sem ter de manter sozinho o plano de controlo.
Os registos de acesso vão sair do meu ambiente?
Não, por conceção. Numa implementação autoalojada, o encaminhamento, os registos de acesso e as políticas foram concebidos para residir dentro do seu perímetro e sob o seu controlo, para que as auditorias leiam de sistemas seus e seja você a decidir o que é exportado, se é que algo o é.

Planeie uma malha dentro das suas próprias portas.

O Vexaro Mesh está em desenvolvimento. Fale-nos do seu perímetro e dos seus requisitos de conformidade e entraremos em contacto sobre o acesso antecipado.