Modelo de segurança do Gooroom OS explicado: Inicialização confiável, proteção do SO e sandbox do navegador

O Gooroom OS foi desenvolvido com base em inicialização confiável e sandboxing?

A descrição pública do produto Gooroom apresenta a segurança como um conjunto de proteções que abrangem a inicialização, o sistema operacional, os arquivos executáveis ​​e o navegador. A Hancom lista atualmente quatro componentes em sua estrutura de segurança: inicialização confiável, proteção de arquivos executáveis, proteção do sistema operacional e proteção do navegador. Ela também descreve um navegador Gooroom baseado no Chromium com bloqueio de sites nocivos e políticas de acesso diferentes para contextos de navegador confiáveis ​​e não confiáveis. Esse é um modelo de alto nível útil, mas não revela todos os detalhes de implementação nem garante que todas as versões e implantações do Gooroom permitam controles idênticos. Visão geral do produto Gooroom da Hancom

A principal conclusão prática é a defesa em profundidade: uma verificação na inicialização ajuda a estabelecer confiança no software que é executado; as proteções do sistema operacional e do executável visam preservar a integridade após a inicialização; os controles do navegador reduzem a exposição a conteúdo web arriscado. Um sandbox é um possível mecanismo de contenção nesse cenário. A visão geral pública do Gooroom confirma a proteção do navegador, mas não especifica a configuração exata do sandbox presente em cada versão do navegador. Leve essa distinção em consideração ao avaliar um dispositivo específico.

O que significa “inicialização confiável”?

A inicialização confiável diz respeito ao caminho do sistema desde a inicialização até a execução de um sistema operacional. Em termos gerais de segurança, o NIST define inicialização confiável como uma inicialização na qual aspectos de hardware e firmware são medidos e comparados com valores considerados confiáveis ​​para avaliar a integridade. A página pública do produto Gooroom confirma que a inicialização confiável faz parte de sua estrutura de segurança, mas não descreve publicamente as medições exatas, chaves, comportamento em caso de falha ou requisitos de hardware para cada versão. Portanto, a definição geral explica o objetivo; ela não deve ser confundida com uma especificação técnica verificada de uma instalação específica do Gooroom. Veja a entrada do glossário de inicialização confiável do NIST .

Por que isso importa? Se um invasor alterar um componente de inicialização, as proteções posteriores podem partir de uma base comprometida. Um mecanismo de inicialização confiável é projetado para detectar ou restringir alterações não autorizadas antes que o sistema chegue à sua área de trabalho normal. Se uma determinada máquina se recusar a inicializar, alertar um administrador, registrar uma medição ou usar outra resposta depende da implementação e da política. Consulte a documentação da edição do Gooroom e do hardware em uso antes de confiar em uma resposta específica.

Qual a diferença entre isso e a Inicialização Segura?

As pessoas frequentemente usam os termos “inicialização segura”, “inicialização confiável” e “inicialização verificada” como se descrevessem um único mecanismo universal. São ideias relacionadas, mas os rótulos e as implementações variam. Inicialização segura geralmente se refere ao firmware que impõe uma política de assinatura nos carregadores de inicialização; inicialização confiável ou verificada pode se referir ao registro ou à verificação de informações de integridade ao longo da cadeia de inicialização. Um produto pode combinar várias técnicas. A visão geral da Hancom nomeia o recurso do Gooroom como “inicialização confiável”, mas a página pública não especifica quais etapas exatas de UEFI, TPM, assinatura ou verificação uma versão específica utiliza. Evite inferir esses detalhes apenas com base no nome do recurso.

Para um administrador, perguntas úteis são concretas: Quais componentes de inicialização são verificados? Onde as chaves de confiança são gerenciadas? O que acontece se a verificação falhar? As medições de inicialização podem ser revisadas centralmente? A política muda quando a Inicialização Segura é desativada ou kernels personalizados são instalados? As respostas devem vir do guia de implantação do Gooroom específico da versão ou da organização que gerencia o endpoint.

O que o sandbox está protegendo?

Um sandbox restringe o que um processo pode fazer, mesmo que esse processo lide com entradas maliciosas ou contenha uma vulnerabilidade. Em um navegador, o principal exemplo é o conteúdo da web: um processo de renderização de página comprometido deve ter acesso limitado a outros processos, arquivos e recursos do sistema. A documentação do Chromium para Linux descreve mecanismos de sandbox em camadas e explica que os mecanismos exatos dependem dos recursos disponíveis no kernel. Isso documenta o design do Chromium, não uma garantia sobre todas as versões subsequentes do navegador. Documentação do sandbox do Chromium para Linux

Hancom descreve o navegador Gooroom como baseado no Chromium e afirma que ele aplica políticas como bloqueio de sites nocivos e acesso diferenciado para navegação confiável e não confiável. Esses são controles em nível de navegador. Eles podem complementar o isolamento de processos (sandboxing), mas não são a mesma coisa: uma política de site controla quais destinos ou contextos são permitidos, enquanto um isolamento de processos limita o que um componente do navegador em execução pode acessar. A página pública do produto não identifica quais namespaces do Linux, filtros de chamadas de sistema ou outras camadas de isolamento estão habilitados em cada versão do navegador Gooroom. Descrição do navegador Gooroom e suas políticas por Hancom.

Como as camadas interagem?

Imagine que um funcionário receba um link para um documento suspeito. A inicialização confiável verifica se o endpoint inicia a partir de um estado de software aprovado. A proteção do sistema operacional visa defender a integridade do sistema enquanto a máquina está em execução. A proteção de arquivos executáveis ​​é outra camada listada, destinada a impedir a execução de programas não autorizados ou inseguros. A proteção do navegador pode bloquear sites arriscados ou aplicar regras mais rigorosas a um contexto de navegação não confiável. Se um componente do navegador for comprometido, um sandbox de processos eficaz pode limitar o alcance do componente. Cada camada aborda um ponto diferente no caminho do ataque; nenhuma torna as outras desnecessárias.

A página do produto Gooroom também afirma que sua plataforma pode ser gerenciada por meio do Gooroom Platform Management System (GPMS), incluindo instalação em massa de software e gerenciamento de configurações. O gerenciamento centralizado pode ajudar os administradores a aplicar uma configuração consistente, mas o gerenciamento por si só não comprova que um determinado controle esteja habilitado ou configurado corretamente. Verifique as políticas atribuídas no dispositivo ou por meio do console de gerenciamento da organização. Veja a visão geral do GPMS e do gerenciamento de endpoints da Hancom.

O que os usuários podem verificar em um sistema instalado?

• Identifique a versão. Registre a edição exata do Gooroom, a versão do navegador e o modelo do dispositivo. O comportamento de segurança pode mudar entre as versões.
• Verifique a política de inicialização com o administrador. Confirme se a inicialização confiável está ativada, qual o suporte de hardware necessário e como uma falha na verificação de integridade é relatada. Não presuma que uma configuração visível no firmware comprove a política de inicialização completa do Gooroom.
• Analise a política de navegação do navegador. Pergunte se a organização separa a navegação em sites confiáveis ​​da não confiáveis, quais controles de site são aplicados e se as exceções são aprovadas centralmente.
• Verifique o status do sandbox, quando disponível. Versões baseadas no Chromium podem expor detalhes do sandbox do processo em `/etc/sandbox` chrome://sandbox. Se essa página não estiver disponível ou for diferente no navegador Gooroom, use o método específico da versão recomendado pelo fornecedor ou administrador. Uma página de status é apenas uma pista para diagnóstico, não uma auditoria de segurança completa.
• Mantenha o sistema e o navegador atualizados. A integridade de inicialização e o isolamento de processos (sandboxing) não corrigem vulnerabilidades em aplicativos. Use o processo de atualização aprovado e verifique se ele foi concluído.

Quais são os limites desse modelo de segurança?

A inicialização confiável visa à integridade na inicialização do sistema; por si só, não impede que um usuário insira suas credenciais em um site de phishing nem previne todas as ações maliciosas após o login. Um sandbox do navegador pode reduzir o impacto de um renderizador comprometido, mas não é uma barreira absoluta: falhas no navegador, no kernel ou no próprio sandbox ainda podem ser relevantes. Os recursos de proteção do executável e do sistema operacional também dependem de suas políticas específicas, estado de atualização e configuração do administrador.

O código aberto pode facilitar a revisão e a colaboração, mas a presença de um repositório público não garante que um componente esteja atualizado, habilitado ou configurado da mesma forma em uma versão comercial ou gerenciada. Por exemplo, o repositório público de proteção de sistema operacional da organização Gooroom documenta um projeto de proteção de kernel baseado em hipervisor. Sua presença é evidência de um projeto publicado, não prova que uma versão específica inclua ou ative essa implementação.

O Gooroom é uma boa opção para um ambiente de trabalho gerenciado?

O modelo de segurança publicado pela Gooroom é mais relevante para administradores que precisam de uma área de trabalho controlada, configurações centralizadas e políticas de navegador para uso comercial ou no setor público. Antes de adotá-lo, solicite ao fornecedor ou à equipe de implementação uma arquitetura de segurança específica da versão, requisitos de hardware compatíveis, procedimentos de atualização e reversão, tratamento de falhas de inicialização, status do sandbox do navegador e como os aplicativos locais são restringidos. Teste também o software necessário para sua organização, incluindo dispositivos USB de segurança, clientes VPN, proteção de endpoints e qualquer hardware especializado. A Hancom lista a compatibilidade com software de segurança do setor público e o suporte para virtualização de desktops, mas a adequação ainda depende do seu ambiente específico.

Em resumo, considere o modelo do Gooroom como várias camadas que cooperam entre si, em vez de um único interruptor de "sandbox". O fornecedor divulga publicamente os recursos de inicialização confiável, proteção de executáveis, proteção do sistema operacional e proteção do navegador. O Chromium fornece informações relevantes sobre o design do sandbox, enquanto as configurações exatas em um endpoint do Gooroom implantado devem ser verificadas em relação à documentação da versão e à política do administrador.