Segurança e privacidade

FAQ sobre segurança da informação, processamento de dados e privacidade do RealmJoin, abrangendo centros de dados, armazenamento e garantia de qualidade.

Este capítulo fornece uma visão geral das perguntas frequentes sobre segurança da informação, privacidade e garantia de qualidade.

Processamento de Dados e Permissões

A partir de qual centro de dados o RealmJoin opera?

• Região Azure Europa Ocidental (principal)
• Região Azure Norte da Europa (backup)

2. Que dados são processados pelo RealmJoin?

• Estado do computador
• Dados de utilizador/dispositivo/grupo do Entra ID (isto contém dados UPN / endereço de e-mail, nome próprio, apelido, foto de perfil)
• Dados do Intune
• Dados do ATP
• Ficheiros de registo

3. Que dados são armazenados de forma persistente pelo/em nome do RealmJoin e como?

• Estado do computador
• Referências de utilizador/dispositivo do Entra ID (isto contém dados UPN / endereço de e-mail)
• Informações para gestão de aplicações
• Ficheiros de registo

Os dados são armazenados numa combinação de armazenamento de blobs e bases de dados.

4. Existe um mecanismo de arquivo para os registos?

O estado do computador é arquivado durante 90 dias e, em seguida, as políticas de retenção removem os dados.

5. A que permissões do Tenant os utilizadores que acedem ao portal web do RealmJoin têm de consentir?

Consulte Permissões Necessárias.

6. Que dados são disponibilizados ao conceder o(s) consentimento(s) da Questão 5?

Consulte Permissões Necessárias.

7. Que endpoints acessíveis externamente o RealmJoin expõe?

1. Portal do RealmJoin

   • Um portal web que facilita a administração do serviço.
2. RealmJoin Client-API

   • API para as aplicações cliente (uso interno).
3. RealmJoin Customer-API

   • API para clientes.
4. RealmJoin Internal-API

   • API para operações de backend relacionadas (uso interno).
5. RealmJoin CDN

   • Dados binários com suporte BranchCache.
6. RealmJoin Package Server

   • Registo personalizado de pacotes nuget.

8. Como é que os endpoints da Questão 7 estão protegidos?

1. Portal do RealmJoin

   • Protegido por autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD).
2. RealmJoin Client-API

   • Protegido por autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD).
   • Autenticação personalizada usando Entra-Device-Certificate.
3. RealmJoin Customer-API

   • Chave pré-partilhada por cliente.
4. RealmJoin Internal-API

   • Chave pré-partilhada por cliente.
5. RealmJoin CDN

   • Não autenticado por definição, pode ser protegido usando ficheiros encriptados.
6. RealmJoin Package Server

   • Chave pré-partilhada por cliente.

9. Que portas e protocolos são usados pelos endpoints da Questão 7?

1. Todos os endpoints usam TLS por predefinição.

   • HTTPS (TCP / 443).
2. RealmJoin CDN

   • Permite HTTP (TCP / 80) para fins de resolução de problemas.
   • Os URLs configurados usam exclusivamente HTTPS (TCP / 443).

Identidade

1. Que esquemas de autorização são usados para obter acesso ao RealmJoin?

O acesso administrativo é realizado através de autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD) para utilizadores registados na plataforma.

2. Existem controlos de acesso condicional / baseados em funções em vigor para proteger o RealmJoin?

Sim. O portal de administração do RealmJoin fornece funcionalidades para atribuir funções a cada utilizador.

Funções predefinidas disponíveis:

• Admin
• Auditor
• Suporte
• Executor de Runbook
• Agente de Software
• Solicitante de software
• Solicitante Orgânico de Software
• Agente de Notificação

Além disso, o RealmJoin permite que sejam criadas Funções Personalizadas.

3. As credenciais de acesso podem ser recuperadas? Se sim, como?

O RealmJoin usa SSO e está sujeito às políticas do Microsoft Entra ID (Azure AD) no Tenant do cliente.

Proteção de Dados

1. Como é que dados em repouso são protegidos contra acesso não autorizado?

• Acesso de administração restrito de acordo com as melhores práticas.
• Uso de MFA com Passkey.
• As bases de dados estão restringidas a IPs de VPN para acesso externo.

2. Como é que dados em trânsito são protegidos contra acesso não autorizado?

A comunicação entre o RealmJoin Service (Backend) e o RealmJoin Agent (Client) é assegurada com Transport Layer Security (TLS) 1.2 ou superior.

Além disso, algum conteúdo (por exemplo, pacotes de software) é assinado pelo RealmJoin Service, para que o RealmJoin Agent possa garantir que os dados não foram alterados durante o transporte.

3. Como os Tenants dos clientes são separados uns dos outros?

Dependendo das restrições do serviço e das considerações de desempenho, através de grupos/contentores separados ou por particionamento de tabelas.

Os caminhos de código usam contexto de cliente baseado no ambiente para separação.

Segurança por Conceção

Estamos empenhados em elevados padrões de segurança

• A nossa equipa de desenvolvimento e operações é certificada ISO 27001.
• Trabalhamos com as mais recentes ferramentas de desenvolvimento na cloud (por exemplo, GitHub) e o código é armazenado em repositórios seguros.
• Estamos comprometidos com metodologias de desenvolvimento, build e operações de ponta (por exemplo, CI/CD).
• Os membros da nossa equipa usam identidades do Entra ID e têm de usar autenticação multifator.
• Os endpoints, identidades e serviços são protegidos pelas tecnologias mais recentes (por exemplo, Microsoft Sentinel e a suite M365 Defender, incluindo EDR) e monitorizados por um Security Operations Center.
• Todos os sistemas são atualizados continuamente.

1. Que tecnologias, stacks e plataformas foram usadas para conceber o RealmJoin?

• Azure

Disponibilidade

1. Como é que garantem a disponibilidade do RealmJoin?

Para manter a elevada disponibilidade do RealmJoin, são implementadas várias estratégias-chave, cada uma concebida para proporcionar um acesso robusto e ininterrupto ao serviço. Estas medidas incluem:

• Infraestrutura Redundante: Implementação em vários centros de dados para garantir um serviço contínuo em caso de falha num local. O RealmJoin aproveita Azure IaaS em vários datacenters Azure.
• Processos Automatizados de Failover: Existem sistemas para redirecionar automaticamente o tráfego para servidores operacionais durante uma interrupção, minimizando o tempo de inatividade.
• Arquitetura Escalável: A capacidade de aumentar ou reduzir rapidamente os recursos com base na procura ajuda a manter o desempenho durante períodos de pico de utilização.
• Atualizações e Correções Regulares: São aplicadas manutenções e atualizações de rotina para corrigir vulnerabilidades e melhorar o desempenho, garantindo que a plataforma permanece segura e eficiente.
• Monitorização e Alertas: Monitorização contínua do estado do sistema e alertas automatizados para quaisquer problemas que possam afetar a disponibilidade do serviço.
• Planos de Recuperação: Implementámos várias camadas de medidas de recuperação: conseguimos recuperar o estado principal do sistema das últimas semanas porque as nossas bases de dados têm recuperação point-in-time. Além disso, no caso improvável de uma falha completa do sistema, os principais serviços do RealmJoin podem ser recuperados usando uma abordagem IaC (Terraform), o que reduz significativamente o tempo de recuperação.

RGPD e residência dos dados

1. Os dados saem da Europa?

Não.

2. De que fornecedores de cloud de terceiros o RealmJoin depende e porquê?

Empresa	Serviços	Contacto	Finalidade
Microsoft Corporation	Serviços na cloud (Azure)	Edifício 3, Carmanhall Road Sandyford, Zona Industrial 18, Dublin, Irlanda	Serviços na cloud (Azure)
GitHub B.V.	repositório de código git, integração, testes e automação de lançamentos	Prins Bernhardplein 200, Amesterdão, 1097JB Países Baixos	Repositório de código, pipeline CI/CD.
GitLab, Inc.	repositório de código git, integração, testes e automação de lançamentos	268 Bush Street #350, San Francisco, CA 94104-3503, Estados Unidos	Pipeline de empacotamento

Diversos

1. O RealmJoin faz parte de um programa bug bounty?

Não.

2. Que medidas de QA estão em vigor?

• Executamos binários assinados.
• Os nossos pacotes de aplicações são construídos de forma consistente, tirando partido de repositórios de código de ponta e de uma metodologia CI/CD para garantir o máximo de integridade.
• Os pacotes de aplicações são assinados durante o processo de build e verificados pelo agente RJ antes da instalação no cliente.

3. Realizam testes de penetração regularmente?

Não.

Como parte das nossas Práticas de Desenvolvimento Seguro, utilizamos ferramentas (por exemplo, análise estática de código) que analisam a base de código em busca de CVEs e outros exploits comuns (incluindo dependências como bibliotecas de terceiros) que possam afetar a segurança dos endpoints expostos pelo RealmJoin. Antes de qualquer lançamento, quaisquer resultados relevantes são avaliados e corrigidos, para garantir que o RealmJoin permanece livre de quaisquer vulnerabilidades conhecidas. Não realizamos testes de penetração nós próprios, nem utilizamos ferramentas de terceiros de Teste de Penetração como Serviço. No primeiro caso, vemos um conflito de interesses inerente. No segundo, uma vez que os serviços típicos de teste de penetração frequentemente apenas verificam os endpoints expostos contra CVEs e outros exploits conhecidos, não vemos qualquer valor acrescentado em relação às verificações que já efetuamos usando análise estática de código. Se quiser realizar os seus próprios testes de penetração, por favor contacte-nos e diga-nos quais são os seus requisitos.

4. Existe um processo de aplicação de patches em vigor?

Sim, são aplicadas manutenções e atualizações de rotina para corrigir vulnerabilidades e melhorar o desempenho, garantindo que a plataforma permanece segura e eficiente.

5. Quais são os SLAs para os patches?

• Patches para CVEs / vulnerabilidades de segurança: assim que a vulnerabilidade se torne do conhecimento público ou assim que identifiquemos uma vulnerabilidade no nosso próprio código, será disponibilizada uma correção urgente no prazo máximo de 24 horas após termos tomado conhecimento da vulnerabilidade.
• Outros patches: sem SLA.

6. O RealmJoin faz backups?

O RealmJoin usa tecnologia de restauro point-in-time em todos os dados críticos. O GitLab (que aloja o pipeline e repositório PACKaaS) é sujeito a backups regularmente.

7. Existem testes de restauro de backups?

Não. Consulte Disponibilidade para detalhes.

8. O que torna os pacotes do RealmJoin mais seguros do que as soluções da comunidade?

Ao contrário das soluções da comunidade, mantemos controlo total sobre qualquer pacote e qualquer binário em todos os momentos. Várias verificações implementadas garantem que nenhum dado corrompido é executado nos dispositivos.

• Sem repositórios públicos: Alojamos as nossas instâncias GitLab, nuget e cdn. Embora o agente RealmJoin utilize atualmente uma versão modificada do motor Chocolatey, a origem dos pacotes está restringida aos servidores de pacotes da glueckkanja AG.
• Repositórios separados: Os pacotes específicos de cada cliente estão localizados numa secção específica do cliente nos nossos servidores e não podem ser acedidos por outros clientes.
• Controlo de versões completo: Todas as ferramentas, assim como a loja de pacotes do RealmJoin, fornecem informação de commit e auditoria. É sempre transparente quem alterou o quê em qualquer pacote em qualquer momento.
• Evitar dados específicos: Separar o código dos pacotes e os binários permite-nos, de forma geral, remover informações sensíveis dos binários, para que mesmo binários intercetados não possam ser usados de forma maliciosa.
• Encriptação e hashes: Os scripts dos pacotes são armazenados num servidor encriptado, com acesso altamente restrito. O agente RealmJoin transfere os scripts através de uma ligação encriptada. Para segurança adicional, todos os binários são verificados contra um hash codificado no código antes de qualquer ação ser tomada.
• Teste de penetração: Nos últimos anos, o agente RealmJoin fez parte de vários testes de penetração bem-sucedidos realizados por clientes.
• Testes: Todos os pacotes do RealmJoin são instalados várias vezes durante a QA do PACKaaS em dispositivos Windows com o Defender em execução. As verificações de malware fazem parte dos processos automatizados de build e deployment. Os pacotes mantidos utilizam fontes oficiais do fornecedor.