> For the complete documentation index, see [llms.txt](https://docs.realmjoin.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.realmjoin.com/pt/seguranca-e-privacidade/security-and-privacy.md). # Segurança e privacidade Este capítulo apresenta uma visão geral das perguntas frequentes sobre segurança da informação, privacidade e garantia de qualidade. ## Processamento de Dados e Permissões ### 1. A partir de que centro de dados o RealmJoin está a operar? * Região Azure West Europe (principal) * Região Azure North Europe (cópia de segurança) ### 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, fotografia de perfil) * Dados do Intune * Dados 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 a gestão de aplicações * Ficheiros de registo Os dados são armazenados numa combinação de blob storage e bases de dados. ### 4. Existe um mecanismo de arquivo para os registos? O estado do computador é arquivado durante 90 dias; depois, as políticas de retenção removem os dados. ### 5. Com que permissões do Tenant os utilizadores que acedem ao portal Web do RealmJoin têm de consentir? Consulte [Permissões necessárias](/pt/implementacao/required-permissions.md). ### 6. Que dados ficam disponíveis ao conceder o(s) consentimento(s) da Pergunta 5? Consulte [Permissões necessárias](/pt/implementacao/required-permissions.md). ### 7. Que endpoints acessíveis externamente o RealmJoin expõe? 1. Portal 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 relacionadas de backend (uso interno). 5. RealmJoin CDN * Dados binários com suporte BranchCache. 6. RealmJoin Package Server * Registo de pacotes NuGet personalizado. ### 8. Como são protegidos os endpoints da Pergunta 7? 1. Portal 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 Pergunta 7? 1. Todos os endpoints usam TLS por predefinição. * HTTPS (TCP / 443). 2. RealmJoin CDN * Permite HTTP (TCP / 80) para efeitos 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 para proteger o RealmJoin? Sim. O portal de administração do RealmJoin disponibiliza funcionalidades para atribuir [funções](/pt/administracao-e-definicoes/permission.md) a cada utilizador. Funções predefinidas disponíveis: * Admin * Auditor * Suporte * Executor de runbooks * Agente de software * Solicitante de software * Solicitante manual 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 é *os dados em repouso* protegidos contra acesso não autorizado? * Acesso administrativo restrito de acordo com as melhores práticas. * Utilização de MFA com Passkey. * As bases de dados estão restritas a IPs da VPN para acesso externo. ### 2. Como é *os dados em trânsito* protegidos contra acesso não autorizado? A comunicação entre o RealmJoin Service (Backend) e o RealmJoin Agent (Client) é protegida 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 é que os tenants dos clientes são separados uns dos outros? Dependendo das restrições do serviço e de considerações de desempenho, seja através de grupos/contentores separados, seja 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 comprometidos com elevados padrões de segurança * A nossa equipa de desenvolvimento e operações tem certificação 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, construção e operações de última geração (por exemplo, CI/CD). * Os membros da nossa equipa usam identidades Entra ID e são obrigados a utilizar autenticação multifator. * Os endpoints, identidades e serviços são protegidos pelas tecnologias mais recentes (por exemplo, Microsoft Sentinel e M365 Defender Suite, incluindo EDR) e monitorizados por um Centro de Operações de Segurança. * Todos os sistemas são atualizados continuamente. ### 1. Que tecnologias, stacks e plataformas foram usadas para conceber o RealmJoin? * `Azure` ## Disponibilidade ### 1. Como garante a disponibilidade do RealmJoin? Para manter a elevada disponibilidade do RealmJoin, são implementadas várias estratégias-chave, cada uma concebida para proporcionar acesso robusto e ininterrupto ao serviço. Estas medidas incluem: * **Infraestrutura redundante**: Implementação em vários data centers para garantir a continuidade do serviço em caso de falha num local. O RealmJoin tira partido do Azure IaaS em vários datacenters Azure. * **Processos automatizados de failover**: Existem sistemas para redirecionar automaticamente o tráfego para servidores operacionais durante uma indisponibilidade, minimizando o tempo de inatividade. * **Arquitetura escalável**: A capacidade de aumentar ou reduzir rapidamente os recursos consoante a procura ajuda a manter o desempenho durante períodos de utilização de pico. * **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 improvável caso de uma falha completa do sistema, os principais serviços 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 depende o RealmJoin e porquê?
EmpresaServiçosContactoFinalidade
Microsoft CorporationServiços de cloud (Azure)Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Irlanda		Serviços de cloud (Azure)
GitHub B.V.repositório de código Git, integração, testes e automação de lançamentosPrins Bernhardplein 200, Amsterdam, 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çamentos268 Bush Street #350, San Francisco, CA 94104-3503,
Estados Unidos		pipeline de empacotamento
## Diversos ### 1. O RealmJoin faz parte de um programa de 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 criados de forma consistente, tirando partido de repositórios de código de última geração e de metodologias CI/CD para garantir a máxima integridade. * Os pacotes das aplicações são assinados durante o processo de compilação 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ós não realizamos testes de penetração por conta própria, nem utilizamos ferramentas de terceiros "Penetration Test-as-a-Service". No primeiro caso, vemos um conflito de interesses inerente. No segundo caso, uma vez que os serviços típicos de teste de penetração normalmente se limitam a verificar os endpoints expostos contra CVEs e outros exploits conhecidos, não vemos qualquer valor acrescentado em relação às verificações que já realizamos usando análise estática de código. Se quiser realizar os seus próprios testes de penetração, por favor [contacte-nos](https://www.realmjoin.com/help/) e diga-nos quais são os seus requisitos. ### 4. Existe um processo de aplicação de patches? 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 patches? * Patches para CVEs / vulnerabilidades de segurança: Assim que a vulnerabilidade se torne de conhecimento público ou assim que identificarmos uma vulnerabilidade no nosso próprio código, será fornecida uma hot-fix no prazo máximo de 24 horas após termos tomado conhecimento da vulnerabilidade. * Outros patches: Sem SLA. ### 6. O RealmJoin realiza backups? O RealmJoin utiliza tecnologia de restauro point-in-time em todos os dados críticos. O GitLab (que aloja o pipeline PACKaaS e o repositório) é copiado regularmente. ### 7. Existem testes de restauro de backups? Não. Consulte [Disponibilidade](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) para obter detalhes. ### 8. O que torna os pacotes do RealmJoin mais seguros do que as soluções da comunidade? Em oposição às 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 não são executados dados corrompidos 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 fonte dos pacotes está restrita aos servidores de pacotes da glueckkanja AG. * **Repositórios separados**: Os pacotes específicos do cliente estão localizados numa secção específica do cliente nos nossos servidores e não podem ser acedidos por outros clientes. * **Versionamento completo**: Todas as ferramentas, bem como a loja de pacotes RealmJoin, fornecem informações de commit e auditoria. É sempre transparente quem alterou o quê em qualquer pacote e em qualquer momento. * **Evitar dados específicos**: A separação entre o código do pacote e os binários permite-nos, em geral, remover informações sensíveis dos binários, para que até binários intercetados não possam ser usados de forma maliciosa. * **Encriptação e hashes**: Os scripts de pacote são armazenados num servidor encriptado, com acesso altamente restrito. O agente RealmJoin descarrega os scripts através de uma ligação encriptada. Para segurança adicional, todos os binários são verificados em relação a um hash codificado antes de qualquer ação ser tomada. * **Pentest**: Nos últimos anos, o agente RealmJoin fez parte de vários pentests bem-sucedidos de clientes. * **Testes**: Todos os pacotes RealmJoin são instalados várias vezes durante o QA do PACKaaS em dispositivos Windows com Defender em execução. As análises de malware fazem parte dos processos automatizados de compilação e implementação. Os pacotes mantidos usam fontes oficiais dos fornecedores. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.realmjoin.com/pt/seguranca-e-privacidade/security-and-privacy.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.