> 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 FAQ sobre segurança da informação, tratamento 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 ### 1. A partir de qual centro de dados o RealmJoin opera? * Região Azure Oeste da Europa (principal) * Região Azure Norte da Europa (reserva) ### 2. Quais dados são processados pelo RealmJoin? * Estado do computador * Dados de utilizador/dispositivo/grupo do Entra ID (isto contém dados de UPN / endereço de e-mail, primeiro nome, apelido, fotografia de perfil) * Dados do Intune * Dados do ATP * Ficheiros de registo ### 3. Quais 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 de 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 arquivamento para os registos? O estado do computador é arquivado durante 90 dias; depois, 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](/pt/implementacao/required-permissions.md). ### 6. Que dados são disponibilizados ao conceder o(s) consentimento(s) da Pergunta 5? Consulte [Permissões Necessárias](/pt/implementacao/required-permissions.md). ### 7. Quais endpoints acessíveis externamente o RealmJoin expõe? 1. Portal do RealmJoin * Um portal web que facilita a administração do serviço. 2. API do Cliente do RealmJoin * API para as aplicações cliente (uso interno). 3. API do Cliente do RealmJoin * API para clientes. 4. API Interna do RealmJoin * API para operações de backend relacionadas (uso interno). 5. CDN do RealmJoin * Dados binários com suporte BranchCache. 6. Servidor de Pacotes do RealmJoin * Registo personalizado de pacotes NuGet. ### 8. Como são protegidos os endpoints da Pergunta 7? 1. Portal do RealmJoin * Protegido através de autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD). 2. API do Cliente do RealmJoin * Protegido através de autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD). * Autenticação personalizada usando Entra-Device-Certificate. 3. API do Cliente do RealmJoin * Chave pré-partilhada por cliente. 4. API Interna do RealmJoin * Chave pré-partilhada por cliente. 5. CDN do RealmJoin * Não autenticado por definição; pode ser protegido usando ficheiros encriptados. 6. Servidor de Pacotes do RealmJoin * 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 defeito. * HTTPS (TCP / 443). 2. CDN do RealmJoin * 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](/pt/administracao-e-definicoes/permission.md) a cada utilizador. Funções Padrão Disponíveis: * Administrador * Auditor * Suporte * Executor de runbooks * Agente de software * Solicitante de software * Solicitante orgânico de software * Agente de notificações 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 estão os *dados em repouso* protegidos contra acesso não autorizado? * Acesso administrativo restrito de acordo com as melhores práticas. * Uso de MFA com Passkey. * As bases de dados estão restritas a IPs de VPN para acesso externo. ### 2. Como estão 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 é feita a separação entre os tenants dos clientes? Dependendo das restrições do serviço e de considerações de desempenho, por grupos/contentores separados ou por particionamento de tabelas. Os caminhos de código usam contexto do 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 é [certificada ISO 27001](#id-1.-is-glueckkanja-iso-27001-certified). * 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 do Entra ID e são obrigados a usar autenticação multifator. * Os endpoints, identidades e serviços são protegidos pelas mais recentes tecnologias (por exemplo, Microsoft Sentinel e M365 Defender Suite incl. 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 garantem a disponibilidade do RealmJoin? Para manter a elevada disponibilidade do RealmJoin, são implementadas várias estratégias-chave, cada uma concebida para fornecer acesso robusto e ininterrupto ao serviço. Estas medidas incluem: * **Infraestrutura Redundante**: Implementação em vários centros de dados para garantir serviço contínuo em caso de falha num local. O RealmJoin tira partido de 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ção 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**: Temos implementado várias camadas de medidas de recuperação: podemos recuperar o estado principal do sistema nas ú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 do RealmJoin podem ser recuperados usando uma abordagem IaC (Terraform), o que reduz significativamente o tempo de recuperação. ## Conformidade ### 1. A glueckkanja está certificada ISO 27001? Sim. O Sistema de Gestão de Segurança da Informação (ISMS) da glueckkanja AG está certificado de acordo com **ISO/IEC 27001:2022**. O âmbito da certificação abrange: * Desenvolvimento de Produtos * Serviços Geridos Pode consultar o certificado atual [aqui](https://www.glueckkanja.com/documents/general/gk-ISO27001Certificate-en.pdf). ### 2. A segurança da glueckkanja é testada por especialistas externos? Sim. Em 2026, a glueckkanja AG contratou uma empresa independente e especializada em segurança ofensiva para realizar uma avaliação Red Team abrangendo toda a nossa empresa. Escolhemos deliberadamente esta abordagem holística em vez de um teste de penetração clássico. Em vez de verificar sistemas ou endpoints individuais contra vulnerabilidades conhecidas, a Red Team simulou um ciberataque realista e avançado por um atacante interno na nossa infraestrutura de TI, encadeando técnicas da mesma forma que adversários reais fazem. A avaliação concentrou-se em: * identificar vulnerabilidades de grande impacto, * mapear caminhos de ataque completos no nosso ambiente, * avaliar vetores potenciais para obter acesso não autorizado a ambientes de clientes, * avaliar vetores potenciais para executar ataques à cadeia de abastecimento. Todas as conclusões foram documentadas juntamente com recomendações de mitigação e são tratadas no âmbito do nosso Sistema de Gestão de Segurança da Informação certificado ISO 27001. Repetiremos esta avaliação Red Team anualmente. ## 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ê?
EmpresaServiçosContactoFinalidade
Microsoft CorporationServiços na Cloud (Azure)Edifício 3, Carmanhall Road Sandyford,
Parque 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ç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 construídos de forma consistente, recorrendo a repositórios de código de última geração e a metodologias CI/CD para garantir o máximo de integridade. * Os pacotes de aplicações são assinados durante o processo de construção e verificados pelo agente RJ antes da instalação no cliente. ### 3. Realizam testes de penetração regularmente? Não na forma de um teste de penetração clássico do SCEPman. Em vez disso, a glueckkanja AG é submetida anualmente a uma avaliação Red Team por um especialista externo independente, que vai além de um teste de penetração clássico (ver [A segurança da glueckkanja é testada por especialistas externos?](#id-2.-does-glueckkanja-have-its-security-tested-by-external-experts)). Como parte das nossas Práticas de Desenvolvimento Seguro, utilizamos ferramentas (por exemplo, análise estática de código) que examinam a base de código em busca de CVEs e outras explorações 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 usamos ferramentas de terceiros "Penetration Test-as-a-Service". No primeiro caso, vemos um conflito de interesses inerente. No segundo, como os serviços típicos de teste de penetração muitas vezes apenas verificam os endpoints expostos em relação a CVEs e outras explorações conhecidas, não vemos qualquer valor acrescentado nas verificações que já realizamos usando análise estática de código. Em vez disso, confiamos numa abordagem holística: Em 2026, uma Red Team independente simulou um ataque realista e avançado à glueckkanja AG, incluindo explicitamente caminhos de ataque para ambientes de clientes e ataques à cadeia de abastecimento. Em vez de testar endpoints isolados, esta avaliação analisa caminhos de ataque completos em toda a nossa organização, o que consideramos muito mais relevante para a segurança dos nossos clientes. Repetimos esta avaliação anualmente. Se desejar 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 correções? 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 correções? * Correções 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 hot-fix no máximo 24 horas após tomarmos conhecimento da vulnerabilidade. * Outras correções: sem SLA. ### 6. O RealmJoin realiza cópias de segurança? O RealmJoin usa tecnologia de restauro point-in-time em todos os dados críticos. O GitLab (que aloja o pipeline e o repositório PACKaaS) é sujeito a cópias de segurança regularmente. ### 7. Existem testes de restauro de cópias de segurança? Não. Consulte [Disponibilidade](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) para mais detalhes. ### 8. O que torna os pacotes RealmJoin mais seguros do que as soluções da comunidade? Em contraste com as 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 em 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á restrita 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 para clientes dos 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 em qualquer momento. * **Evitar dados específicos**: Separar o código do pacote e os binários permite-nos, em 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 descarrega os scripts através de uma ligação encriptada. Para segurança adicional, todos os binários são verificados com um hash codificado no código antes de qualquer ação ser tomada. * **Pentest**: Nos últimos anos, o agente RealmJoin fez parte de vários pentests de clientes bem-sucedidos. * **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 build e deploy. 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 by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` 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 what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. 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.