> 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 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 que centro de dados está a RealmJoin a operar? * região Azure West Europe (principal) * região Azure North Europe (cópia de segurança) ### 2. Quais os dados processados pela RealmJoin? * Estado do computador * Dados de utilizador/dispositivo/grupo do Entra ID (isto contém dados de UPN / endereço de e-mail, nome próprio, apelido, imagem de perfil) * Dados do Intune * Dados do ATP * Ficheiros de registo ### 3. Que dados são armazenados de forma persistente pela/em nome da 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 têm de consentir os utilizadores que acedem ao portal Web da RealmJoin? Consulte [Permissões necessárias](/pt/implementacao/required-permissions.md). ### 6. Que dados são disponibilizados ao conceder o(s) consentimento(s) da Questão 5? Consulte [Permissões necessárias](/pt/implementacao/required-permissions.md). ### 7. Que pontos finais acessíveis externamente expõe a RealmJoin? 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 de pacotes nuget personalizado. ### 8. Como são protegidos os pontos finais da Questão 7? 1. Portal do RealmJoin * Protegido através de autenticação OAuth 2.0 com Microsoft Entra ID (Azure AD). 2. RealmJoin Client-API * Protegido através de 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 * Por definição, sem autenticaçã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 pontos finais da Questão 7? 1. Todos os pontos finais 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 à 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 a RealmJoin? Sim. O portal de administração da RealmJoin fornece funcionalidades para atribuir [funções](/pt/administracao-e-definicoes/permission.md) a cada utilizador. Funções predefinidas disponíveis: * Administrador * Auditor * Suporte * Executor de Runbook * Agente de Software * Solicitador de software * Solicitante Orgânico de Software * Agente de Notificação Além disso, a RealmJoin permite criar Funções Personalizadas. ### 3. As credenciais de acesso podem ser recuperadas? Se sim, como? A RealmJoin usa SSO e está sujeita às políticas do Microsoft Entra ID (Azure AD) no tenant do cliente. ## Proteção de Dados ### 1. Como sã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 sã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 são os tenants dos clientes separados uns dos outros? Dependendo das restrições do serviço e de considerações de desempenho, seja por 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 comprometidos com elevados padrões de segurança * A nossa equipa de desenvolvimento e de 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 protegidos. * Estamos comprometidos com metodologias de desenvolvimento, construção e operações de última geração (por exemplo, CI/CD). * Os membros da nossa equipa utilizam identidades Entra ID e são obrigados a usar autenticação multifator. * Os pontos finais, as identidades e os serviços são protegidos pelas tecnologias mais recentes (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, pilhas e plataformas foram usadas para conceber a RealmJoin? * `Azure` ## Disponibilidade ### 1. Como garante a disponibilidade da RealmJoin? Para manter a elevada disponibilidade da 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 a continuidade do serviço em caso de falha num local. A 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 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 da integridade 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: podemos recuperar o estado principal do sistema nas últimas semanas porque as nossas bases de dados dispõem de recuperação point-in-time. Além disso, no improvável caso de uma falha completa do sistema, os principais serviços da RealmJoin podem ser recuperados utilizando 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 a RealmJoin e porquê?
EmpresaServiçosContactoFinalidade
Microsoft CorporationServiços de cloud (Azure)Building 3, Carmanhall Road Sandyford,
Industrial Estate 18, Dublin,
Ireland		Serviços de cloud (Azure)
GitHub B.V.repositório de código git, integração, testes e automatização de lançamentosPrins Bernhardplein 200, Amsterdam, 1097JB
Netherlands		Repositório de código, pipeline de CI/CD.
GitLab, Inc.repositório de código git, integração, testes e automatização de lançamentos268 Bush Street #350, San Francisco, CA 94104-3503,
United States		Pipeline de packaging
## Diversos ### 1. A 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, tirando partido de repositórios de código de última geração e da metodologia CI/CD para garantir a máxima 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. 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 outros exploits comuns (incluindo dependências como bibliotecas de terceiros) que possam afetar a segurança dos pontos finais expostos pela RealmJoin. Antes de qualquer lançamento, quaisquer resultados relevantes são avaliados e corrigidos, para garantir que a RealmJoin se mantém sem quaisquer vulnerabilidades conhecidas. Nós próprios não realizamos testes de penetração, nem utilizamos ferramentas de "Penetration Test-as-a-Service" de terceiros. No primeiro caso, consideramos que existe um conflito de interesses inerente. No segundo, uma vez que os serviços típicos de testes de penetração frequentemente apenas verificam os pontos finais expostos contra CVEs e outros exploits conhecidos, não vemos qualquer valor acrescentado face às verificações que já realizamos através de análise estática de código. Se pretender 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 em vigor? Sim, 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. ### 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 logo que identifiquemos uma vulnerabilidade no nosso próprio código, será fornecida uma correção urgente no prazo máximo de 24 horas após termos tomado conhecimento da vulnerabilidade. * Outros patches: sem SLA. ### 6. A RealmJoin realiza backups? A RealmJoin utiliza tecnologia de restauro point-in-time em todos os dados críticos. O GitLab (que aloja a pipeline PACKaaS e o repositório) é alvo de backups regulares. ### 7. Existem testes de restauro de backups? Não. Consulte [Disponibilidade](#id-1.-how-do-you-ensure-the-availability-of-realmjoin) para mais detalhes. ### 8. O que torna os pacotes da 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 não é executado qualquer dado corrompido 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 é 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, assim como o armazenamento de pacotes da RealmJoin, fornecem informação 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 dos pacotes 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 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 de clientes bem-sucedidos. * **Testes**: Todos os pacotes da RealmJoin são instalados várias vezes durante a 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 utilizam 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.