Especificação técnica

O Segura® é uma plataforma de segurança composta por software, sistema operacional e hardware. Essa plataforma modularizada contempla os mais rigorosos padrões de segurança de mercado.

Neste documento, iremos abordar os principais aspectos técnicos do Segura®.

Arquitetura dos módulos do sistema

A solução de software Segura® está dividida nas seguintes camadas:

Estes componentes suportam o funcionamento do Segura®, desde a camada física até a camada de aplicação.

• Camada da Aplicação: onde se encontram todas as funções do Segura®.
• Camada do Servidor de Aplicação: onde se encontra o Orbini, framework desenvolvido pela MT4 Tecnologia para suportar as funções da aplicação.
• Appliance Virtual: é o dispositivo virtual, onde a solução é executada.
• Camada de Appliance: onde se encontra o hardware do Segura®.

Sistemas básicos que compõem a solução

Além dos módulos apresentados, a solução conta com componentes básicos de software embarcado e integrados na própria solução, sem a necessidade de recursos externos:

• Sistema operacional baseado em Linux otimizado e hardenizado em todas camadas de sistema (Aplicação, Base de dados, File System, etc.). O sistema possui apenas os serviços mínimos sendo executados, obedecendo ao Princípio de Privilégio Mínimo, além de kernel adaptado para as funcionalidades da solução.
• Banco de dados embarcado, sem necessidade de licença.
• Servidor web embarcado e integrado.
• Interface web embarcada, sem necessidade de licenças ou recursos adicionais para uso. Com apenas uma única interface de configuração de rede, já é possível que o implantador tenha acesso à interface Web HTTPS para que todas as outras configurações sejam executadas em um ambiente gráfico seguro e amigável.

Portas

Nos appliances virtuais e físicos Segura®, apenas as portas de serviço estão liberadas:

Idioma

A solução possui todas as interfaces nos seguintes idiomas:

A solução permite digitação e armazenamento nos seguintes idiomas dos caracteres UTF-8 :

Suporte de idiomas

Manuais

A solução possui manuais de utilização nos seguintes idiomas:

1. Português do Brasil (PT-BR).
2. Inglês dos Estados Unidos (EN-US).

O Segura® permite às organizações implantar os mais rigorosos e complexos controles de acesso a credenciais privilegiadas exigidos por padrões como ISO 27001, PCI, SOX, GDPR e PQO. Isso acontece por meio da automação dos controles de acessos privilegiados, e protege o parque de TI contra violações de dados e potenciais violações de conformidade.

Hardening

Os processos de hardening reduzem a superfície de ataque em um sistema alterando as senhas padrão, removendo softwares desnecessários, removendo usuários ou logins inúteis e desabilitando ou removendo serviços desnecessários.

O Segura® utiliza uma série de processos de hardening em diferentes níveis de aplicação e em seus componentes, reconhecidos pelo mercado de segurança para mitigar tentativas de ataques.

Entre outros modelos, o Segura® utiliza processos de hardening indicados pelas organizações NIST (National Institute of Standards and Technology) e CIS (Center for Internet Security).

Os processos de hardening são revisados periodicamente a cada novo lançamento da solução, para que estejam sempre em conformidade com as melhores práticas e os principais processos de segurança adotados pelo mercado.

Atualização dos componentes

O time de Pesquisa e Desenvolvimento do Segura® está alinhado com as atualizações dos componentes de terceiros que compõem a solução. O processo de atualização destes componentes é feito através de um canal rápido de comunicação, e é realizado nos clientes caso uma demanda crítica seja lançada.

O processo de atualização da ferramenta é alinhado com a política de atualização do próprio cliente. Neste caso, uma equipe será destacada para cumprir o fluxo de instalação com o menor risco de impacto ao negócio do cliente.

Característica funcional por módulos

Módulo Base - Configurações de acesso ao sistema

Este módulo contempla as seguintes funções:

• Autenticação segura: o Segura® possui módulo de autenticação próprio com funcionalidades que implicam no bloqueio de usuário após quantidade determinada de tentativas malsucedidas de login. Alteração da senha no primeiro login, validação da complexidade da nova senha criada com comparativo do histórico de senhas utilizadas.
• Cadastro de usuários: cadastro completo de usuários com rastreabilidade de mudanças e configurações.
• Gerenciamento de perfis: gerenciamento avançado de perfis granular com possibilidade de criação de acordo com cada perfil de usuário.
• Log de telas: registro de visualização de telas do sistema.
• Identificação de telas através de códigos: cada tela do sistema é identificada unicamente com um código, facilitando o atendimento e suporte.
• Servidores de autenticação externa: além do módulo de autenticação próprio, o Segura® pode ser utilizado juntamente com outros serviços de diretório. É possível configurar o Segura® para realizar autenticação através de diversos servidores, inclusive estabelecendo uma ordem de autenticação. Os principais servidores de autenticação que se integram ao Segura® são: Active Directory, LDAP, TACACS, TACACS+, e RADIUS.
• Multifator de autenticação: é possível reforçar o processo de autenticação através de multifator de autenticação, utilizando, por exemplo, o aplicativo Google Authenticator.
• Bloqueio de acessos via IP: o Segura® é capaz de controlar os acessos através do bloqueio ou permissionamento de ranges de IP estabelecidos.
• Gerenciamento de sessão: na ferramenta, o módulo de gestão de sessão é responsável por verificar a validade da sessão e estabelecer um tempo limite até o próximo login.
• Autenticação com certificados A1 e A3: é possível realizar o processo de autenticação utilizando certificados A1 e A3 como segundo fator de autenticação.
• Sessão ativa única: Os usuários não podem estar logados na mesma conta Segura® simultaneamente a partir de duas sessões diferentes. Se for feito um login usando a conta de Admin enquanto outra pessoa já estiver logada com a mesma conta de Admin, a pessoa com sessão antiga será desconectada.

Módulo Base - cofre de informações e senhas

Este módulo é o core do cofre de senhas e utiliza uma interface REST para administração de credenciais, contempla as seguintes funções:

• Guarda de senhas: armazenamento das senhas no cofre, criptografadas em algoritmo AES 256. As senhas só podem ser acessadas neste módulo através do módulo Gestão de Acesso.
• Guarda de informações protegidas: o cofre de senhas permite guardar de forma criptografada qualquer tipo de informação, como tokens, certificados e arquivos em geral. Além de possibilitar que as informações sejam compartilhadas com grupos de acessos estabelecidos ou com acesso restrito apenas a usuários selecionados.
• Backup de segredos: as senhas, informações protegidas e chaves SSH necessitam de uma unidade de backup independente na solução.

O cofre de informações e senhas é responsável por gravar os segredos em um backup criptografado pela chave mestra do cofre, baseada no algoritmo de Shamir.

• Integração com HSM: integração com dispositivos Hardware Security Module externos ou internos.

Módulo Base - cadastro de dispositivos

Este módulo é a interface do Segura® com os ativos que terão suas senhas gerenciadas. Essa interface utiliza REST para administração dos dispositivos e contempla as seguintes funções:

• Interface de cadastro: onde ocorre o cadastro do dispositivo, seja por tela web de forma individual, ou pelo processo de cadastro em lote.
• Gestão de conectores: cada dispositivo possui portas para conexão e protocolo para acesso. Este módulo gerencia as conexões configuradas e realiza a comunicação com os dispositivos.
• Teste de conectividade: periodicamente, o Segura® se conecta aos dispositivos cadastrados e valida as respectivas conectividades. Os usuários podem ser alertados dos resultados dos testes.
• Perfil de dispositivos: tipos e modelos de dispositivos possuem perfis de troca e template de senhas predeterminados na ferramenta. Este módulo relaciona os dispositivos a estas políticas.

Módulo Base - políticas de acesso às informações, senhas e sessões

O módulo de política de acesso é o único com acesso ao cofre de senhas e de informações, e contempla as seguintes funções:

• Workflow de acesso: o workflow de acesso inicia um processo de aprovações para a entrega da senha ou da sessão autenticada. Este processo possui diferentes configurações e rotas, dependendo das configurações do cliente.

• Aprovação de acesso: a função de aprovação de acesso permite ao usuário aprovador responder a solicitação de acesso através de:

  • Tela do usuário.
  • E-mail.
  • SMS.
  • Acesso Emergencial.

• Dupla custódia: esta função é responsável pela quebra da senha em duas partes para entrega segmentada, e é relevante para conformidade com a norma PCI.

• Controle de acesso: o módulo de controle de acesso unifica as três entidades consideradas na decisão da entrega ou de acesso:

  • Política de Entrega.
  • Usuários Envolvidos.

A junção destas entidades define no sistema os critérios de segregação de acesso para os módulos: Credenciais, Dispositivos, Certificados e Informações protegidas.

• Sincronismo de usuários: o módulo de controle de acessos pode ser sincronizado com um servidor de autenticação. Os usuários de um determinado grupo no servidor de autenticação são carregados nos grupos de acesso do Segura®, facilitando a gestão do acesso.

Módulo Base - Relatórios

• Configuração de relatórios: o usuário, por meio da interface, pode remover ou adicionar informações a um determinado relatório. É possível criar uma visão de informações totalmente nova e útil às suas necessidades.
• Agendamento de rnvio: os relatórios criados podem ser configurados para serem enviados automaticamente para determinados usuários.
• Relatórios PCI: conjunto de relatórios específicos para atender os requisitos exigidos pelas auditorias PCI.
• Trilhas de auditoria: o Segura® possui relatórios com todos os eventos relevantes do sistema. Os eventos podem ser exportados para SIEM e Syslog.

Módulo Base - dashboards

• Saúde do sistema: responsável por exibir graficamente a visão geral do hardware e das Máquinas Virtuais Segura®. É possível visualizar dados como I/O, memória e processamento.

• Monitoria de processos: monitora a execução de processos chave do Segura®:

  • Mudança de senha.
  • Sincronismos do Grupo de Acesso.
  • Reconciliação de senhas.
  • Testes de conectividade.
  • Configurações de Backup.
  • Senha de backup.

• Monitoria de negócio: monitora a saúde da proteção das credenciais e informações:

  • Quantidade de senhas trocadas x falhas por período.

• Número de sessões:

  • Ativo e Concorrente x Média do Sistema.
  • Gravado (por período).
  • Tempo médio de sessão logada.
  • Usuários logados no sistema.

Módulo de troca de senhas

• Servidores - troca de senhas SSH: realiza a conexão e executa o script de troca predefinido para a senha no dispositivo utilizando o protocolo SSH, sem a necessidade de agentes instalados.
• Servidores - troca de senhas Windows: a Troca de Senha Windows realiza a conexão a um servidor Windows e executa os scripts de troca de senhas locais, sem a necessidade de agentes instalados. Através do uso de protocolos nativos da Microsoft (RM/WMI) o Segura® é capaz de interagir com o dispositivo utilizando comandos provenientes dos protocolos ou através de comandos PowerShell, caso o suporte ao protocolo esteja ativo.
• Ativos de rede: realiza a conexão e executa o script de troca predefinido para a senha no dispositivo utilizando o protocolo SSH, sem a necessidade de agentes instalados.
• Desktops: faz a conexão e executa o script de troca predefinido para aquela senha naquele desktop utilizando diversos protocolos baseados no desktop.
• Banco de dados: faz a conexão e executa o script de troca predefinido para aquela senha naquele banco de dados utilizando o protocolo da base.

Módulo de reconciliação de senha

A reconciliação de senhas acontece da mesma forma em servidores, ativos de rede, desktops e bancos: realiza-se periodicamente acessos aos dispositivos e contas tentando autenticar com a última senha custodiada, validando se a custódia permanece sob o cofre de senhas.

Gerenciamento de sessões de proxies

O Segura® não lida com constantes alterações no endereço IP de origem de um usuário por motivos de auditoria e segurança. Se você estiver usando uma VPN que altera seu IP frequentemente, pode causar desconexões frequentes e exigir que você faça login novamente. Para uma melhor experiência, recomendamos a ativação da persistência de sessão nas configurações da sua VPN/rede ao acessar a Segura®. Isso manterá seu IP estável, evitando desconexões desnecessárias.

Módulo de gerenciamento - Sessões Windows

• Entrega da sessão: a entrega da sessão autenticada é realizada sem necessidade de digitar usuário ou senha.
• Gravação de sessão: durante o acesso na sessão autenticada, o sistema grava a sessão em vídeo e em texto.
• Geração de vídeo MP4: o vídeo gravado pode ser gerado em formato mp4 para ser baixado e enviado.
• Suporte a proxy auditado: suporte nativo a proxy auditado para conectividades SSH e RDP de aplicativos clientes instalados nos clientes. Para que haja compatibilidade entre fabricantes, todos os módulos proxy utilizam algoritmos de criptografia vigentes e protocolo nativo.

Módulo de gerenciamento - Sessões Linux

• Entrega da Sessão Linux via Web: a entrega da sessão autenticada é realizada sem necessidade de digitar usuário ou senha.
• Gravação de Sessão via Web: durante o acesso na sessão autenticada, o sistema grava a sessão em vídeo e em texto.
• Geração de Vídeo MP4: o vídeo gravado pode ser gerado em formato mp4 para ser baixado e enviado.
• Suporte a proxy auditado: suporte nativo a proxy auditado para conectividades SSH e RDP de aplicativos clientes instalados nos clientes. Para que haja compatibilidade entre fabricantes, todos os módulos proxy utilizam algoritmos de criptografia vigentes e protocolo nativo.

Módulo de Gerenciamento - Sessões SSH

• Entrega da Sessão Linux via Segura® terminal proxy : a entrega da sessão autenticada é realizada sem necessidade de digitar usuário ou senha. Isto é feito de forma transparente ao usuário através de qualquer cliente SSH.
• Gravação de sessão via Web: durante o acesso na sessão autenticada, o sistema grava a sessão em texto.
• Auditoria de comandos: todos os comandos enviados ao servidor através do Segura®, sendo possível auditá-los e gerar alertas de Execução de Comandos.
• Controle de privilégio: possui controle granular de comandos que podem ser executados, com possibilidade de bloquear aqueles não autorizados para execução ao usuário.
• Suporte a proxy auditado: suporte nativo a proxy auditado para conectividades SSH e RDP de aplicativos clientes instalados nos clientes. Para que haja compatibilidade entre fabricantes, todos os módulos proxy utilizam algoritmos de criptografia vigentes e protocolo nativo.

Módulo de Gerenciamento - Sessões HTTP

• Entrega da sessão HTTP e HTTPS: a entrega da sessão autenticada em uma página é feita sem necessidade de digitação de usuário ou senha.
• Gravação de sessão via Web: durante o acesso na sessão autenticada, o sistema grava a sessão em vídeo.
• Geração de vídeo MP4: o vídeo gravado pode ser gerado em formato mp4 para ser baixado e enviado.

Módulo Discovery

• Senhas Windows: descobre credenciais administrativas em servidores e desktops da plataforma Microsoft, identificando quais são privilegiadas e realizando a importação no cofre.
• Senhas Linux/Unix/AIX: descobre credenciais administrativas em servidores e desktops da plataforma Linux/Unix/Aix, identificando quais são privilegiadas e realizando a importação no cofre.
• Senhas AD: descobre credenciais administrativas no servidor Active Directory da plataforma Microsoft, identificando quais são privilegiadas e realizando a importação no cofre.
• Senhas SQL/Oracle: descobre credenciais administrativas em bancos de dados, identificando quais são privilegiadas e realizando a importação no cofre.
• Chaves SSH: descobre chaves SSH públicas e privadas que estejam presentes no dispositivo alvo.
• Certificados: descobre certificados locais ou de usuários Windows armazenados em dispositivos, containers ou presentes no domínio.
• Autoridades locais: descobre autoridades locais dos dispositivos.
• Serviços: descobre os serviços que estão sendo executados no dispositivo alvo.
• DevOps: descobre artefatos DevOps que estejam presentes nos dispositivos.
• Glossário de dispositivos: permite criar lista de varredura com segmentação por tipo.

Módulo A2A - App to App

O App to App possui um template próprio para troca de senha de credenciais de aplicações, além de permitir que a consulta seja feita diretamente pela API de conexão. Este módulo é baseado em REST com autenticação OAuth1.0 e OAuth2.0.

• .Net: entrega da senha através de lib em .Net para ser adicionada ao código de aplicações da plataforma.
• Java: entrega da senha através de lib do Segura® em Java para ser adicionada ao código de aplicações da plataforma.
• PHP: entrega da senha através de lib do Segura® em PHP para ser adicionada ao código de aplicações da plataforma.
• API Segura®: entrega da senha por meio da API Segura®.

Módulo Segura® EPM

O Segura® EPM possibilita invocar privilégios de administrador para executar aplicações nas estações de trabalho locais. Este módulo é baseado em .NET Framework para 4.8.

Integrações suportadas

O Segura® possui diversos tipos de integração, além da possibilidade de configuração de templates de integração. Os templates são abertos e podem ser modificados pelo administrador. Para realizar a integração, podem ser necessários plug-ins específicos. A arquitetura e os recursos de integração do Segura® permitem o desenvolvimento dos plug-ins de forma ágil. O Segura® é não intrusivo. Assim, não é necessária a instalação de qualquer agente nos sistemas gerenciados pela solução. Para algumas aplicações, é possível utilizar o Segura® por meio de agentes, a fim de criar mais possibilidades de integração.

Sistema operacional

Equipamentos de rede

Servidores de aplicação

Dispositivos de segurança (firewall, UTMs, IPSs)

Ambientes de virtualização

Banco de dados

Storages

Aplicações Windows

Sistemas de diretórios

Acesso remoto e monitoramento

Sistemas DevOps, VSC e demais ferramentas SDLC

Ferramentas ITSM

Ferramentas TOTP

A função de MFA Segura® funciona com qualquer ferramenta Time-based One-Time Password (TOTP). Aqui você pode visualizar algumas opções:

Plugins de integração

Ferramentas SIEM

Integrações de autenticação

Estas são as ferramentas disponíveis de integração de SSO e MFA.

SSO

MFA

Integração com AuthID: autenticação passwordless

A integração com AuthID oferece a capacidade de implementar a autenticação "passwordless" utilizando métodos biométricos como impressões digitais ou reconhecimento facial. Esta abordagem elimina a necessidade de senhas convencionais, simplificando o processo de autenticação. Além disso, reforça significativamente a segurança da plataforma ao reduzir as vulnerabilidades associadas a práticas tradicionais de senhas.

Versão de navegadores embarcados

Criptografia e recursos de segurança

Criptografia

O Segura® utiliza bibliotecas e softwares de código aberto para realizar todos os processos criptográficos necessários para a solução funcionar de forma segura®. Toda a comunicação entre os componentes da solução é criptografada usando o protocolo SSL (Secure Sockets Layer) para garantir a segurança das mensagens transmitidas. Além disso, o algoritmo AES-256 é usado para criptografar informações no banco de dados, tais como:

• Chaves de API.
• Credenciais.
• Certificados.
• Tokens de acesso.

Para fornecer autenticação para a interface web da Segura®, tanto localmente quanto por meio de servidores de autenticação externos, as senhas do usuário são armazenadas usando o formato de hash SHA-256. A comunicação entre a estação de trabalho do cliente e a Segura® é criptografada e segue os padrões dos protocolos usados, seja RDP, SSH ou HTTPS. Da mesma forma, o acesso a dispositivos de destino remotos é criptografado usando o mesmo padrão em todos os protocolos que permitem a configuração.

Para a segurança dos dados em trânsito, é utilizada a biblioteca OpenSSL, mantida pela OpenSSL Software Foundation. Trata-se de uma implementação de código aberto dos protocolos criptográficos SSL e TLS. A biblioteca, escrita na linguagem de programação C, implementa os principais algoritmos de criptografia. Além disso, a biblioteca OpenSSL é certificada FIPS 140-2. Para mais informações, visite a Política de Segurança OpenSSL FIPS 140-2.

Já para a segurança de dados críticos armazenados em banco de dados, utiliza-se o software de código aberto GnuPG, que é parte da Free Software Foundation e do Projeto GNU. Este software possui a opção de trabalhar em "modo fips", o que garante que os processos criptográficos sejam feitos de acordo com todos os requisitos exigidos no padrão FIPS 140-2 imposto pelo National Institute of Standards and Technology (NIST).

A Segura® atende os padrões de segurança como:

• FIPS 140-2 - Nível 1.
• FIPS 140-2 - Nível 2 com HSM ou PAM Crypto Appliance.

Criptografia com HSM

Para empresas que precisam de um nível de segurança mais elevado, é possível optar pelo HSM (Hardware Secure Module), um dispositivo de segurança e criptografia em hardware com padrões de especificações militares e inviolável.

Especificações técnicas do HSM

Web proxy criptográfico

Terminal Proxy criptográfico

Criptografias para sessões SSH

Disponibilidade e contingência

O Segura® suporta operação em appliances virtuais ou físicos. O appliance virtual Segura® é customizado para instalação sem necessidade de liberação de usuários administrativos no sistema operacional.

Em qualquer configuração, o sistema suporta configurações de alta disponibilidade e de contingenciamento externo para casos de desastre.

• Alta Disponibilidade.
• Contingenciamento e Disaster Recovery.

Backup

O Segura® possui diversos mecanismos a recuperação da informação em caso de falha:

Backup criptografado de senhas

Externo em infraestrutura do cliente. O arquivo de backup destas informações é protegido por senha, que é distribuída em múltipla custódia entre participantes de confiança à livre escolha do cliente. São necessários ao menos dois usuários custodiantes para receber e resgatar a informação. Uma vez realizada a cerimônia de entrega do Segura®, todas as senhas do cofre serão reinicializadas e o cliente receberá a sua respectiva custódia, exceto as senhas do banco de dados e sistema operacional do Segura®.

A partir da versão 3.10 o procedimento de backup também será realizado para senhas de usuários e Access Keys do módulo DevOps.

Backup fast recovery

Interno e de rápida recuperação. Armazena informações mais críticas, é considerado mais rápido, pois com o conteúdo da base disponivéis o ambiente é recuperado rapidamente e já se torna acessível assim que solicitado.

Backup criptografado de configurações

Permite que além dos dados armazenados que as configurações do Segura® também sejam disponivéis para recuperação. Este backup não é habilitado por padrão, mas a sua ativação está disponível nas configurações do sistema.

Backup de vídeos seguros

O Segura® permite que o backup dos vídeos sejam armazenados em um diretório remoto sob responsabilidade do cliente. Por padrão os vídeos são armazenados no sistema de arquivos da solução.

Backup de secrets

O backup de secrets: Credencial do console e Chaves de acesso são armazenadas em diretórios dedicados.

Monitoramento e syslog e SIEM

O Segura® possui recursos de monitoramento que visam alertar os administradores de qualquer falha de processo, de integração, conectividade ou acesso.

1. Este sistema emite alertas em tela para o administrador ou por e-mail, SMS, snmpmibs e snmptraps.
2. A solução pode ser integrada a qualquer ferramenta de mercado utilizando padrão SNMP V1, V2 ou V3.
3. Integração com serviços de Syslog e SIEM.
4. Integração própria com ArcSight.

A interface Web do Segura® é acessível apenas através de protocolo HTTPS, e recomenda-se o fornecimento de um certificado SSL próprio e de acordo com as premissas de segurança vigentes no mercado.

O Segura® utiliza HTML5 e tecnologia WebSocket e apenas navegoradores que tenham suporte a essas tecnologias fornecerão uma experiência completa do Segura®. Também mantém compatibilidade com os navegadores nas suas versões mais recentes:

• Internet Explorer.
• Google Chrome.
• Microsoft Edge.
• Mozilla Firefox.

Condições de operação de rede

Conexões entre usuários e a aplicação do Segura® possui uma qualidade mínima de banda de 180 Kbps por sessão remota sem perda de funcionalidade.
Conexões entre usuários e a aplicação do Segura® possui uma latência máxima de 900 ms sem nenhuma perda de funcionalidade.
Aplicação do Segura® permite suporte ao protocolo IPV4 e IPV6 seguindo a especificação IETF RFC 2460.

Protocolos e portas suportados

O Segura® permite a utilização de diversos protocolos, através de suas respectivas portas padrão ou por qualquer outra configurada na solução, para a realização das seguintes operações: conexões remotas, trocas de senha, Scan Discovey, autenticação e acesso web. As operações são realizadas baseadas nas portas configuradas no dispositivo.

Desempenho

A arquitetura do Segura® foi projetada para máximo desempenho em todas as operações realizadas através da solução. Todos os testes foram realizados em Segura® PAM Crypto Appliances com a seguinte configuração:

Configurações de hardware

• Model: Segura® PAM Crypto Appliance Titanium
• Processor: Intel E5-2630v4
• RAM Memory: 128GB
• HD: 2x2TB NLSAS RAID1

Configurações de Segura®

• Cores: 38 vCPUs
• Memória RAM: 126GB
• HD: 2TB

Sessões SSH via Segura® Terminal proxy

Sessões SSH via Segura® Web proxy

Sessões RDP via Segura® RDP proxy

Sessões RDP via Segura® Web proxy

Limite de recursos

A plataforma Segura® possui alguns recursos que são tecnicamente limitados, seja por motivos de limitações da base de dados, limitações do sistema operacional, limitações do file-system ou limitações de arquitetura de software. As limitações relativas a contrato ou licença são fixadas por contrato, e não serão abordadas neste tópico. As limitações relativas a quantidade de instâncias contratadas, em um cenário de cluster, também não serão abordadas neste tópico. Focaremos nas limitações relativas a uma instância e seus componentes.

Limite de usuários

A aplicação tecnicamente irá suportar até 16.500.000 registros de usuários. Esse número é compartilhado com usuários do WebService A2A , usuários de serviço e usuários reais do sistema. Esse número não expressa a capacidade de todos estes usuários estarem utilizando o sistema simultaneamente. A capacidade de uso simultâneo pode variar de acordo com o tipo de uso, quantidade de instâncias contratadas e latência da rede fornecida.

Limite de dispositivos

A aplicação tecnicamente irá suportar até 16.500.000 registros de dispositivos. Esse número contém inclusive dispositivos inativados ao longo do tempo. Esse número não expressa a capacidade de todos estes dispositivos estarem sendo acessados via proxy, ou qualquer outro processo assíncrono que acesse o dispositivo simultaneamente. A capacidade de gerenciar dispositivos pode variar pela quantidade de instâncias contratadas, sistemas e protocolos suportados e a latência de rede fornecida.

Limite de credenciais e informações protegidas

A aplicação tecnicamente irá suportar até 16.500.000 registros de credenciais. Esse número contém inclusive credenciais inativas ao longo do tempo. Esse número não expressa a capacidade de todas essas credenciais estarem sendo acessadas e utilizadas por tarefas assíncronas ou sessões proxy simultaneamente. A capacidade de gerenciar credenciais pode variar pela quantidade de instâncias contratadas e pela latência de rede fornecida.

Gravação de sessões proxy

Diferente de outras soluções de mercado, o Segura® não realiza capturas de tela em formato de imagem, ou renderização em tempo real de vídeos MP4 ou outros formatos de mídia. A persistência real de protocolo garante uma cópia fiel e otimizada da sessão. Tempos de inatividade são registrados através de timestamp de 4 bytes por segundo, diferentemente de capturas de telas que iriam consumir muito mais recursos. A gravação em formato nativo do protocolo já considera o formato de compressão nativo do protocolo. Os vídeos de sessões ficam criptografados e armazenados no próprio servidor da aplicação Segura® em formato proprietário, também protegendo a integridade do vídeo. O comportamento do usuário irá definir a quantidade de sessões que possam ser armazenadas. Não excluindo a possibilidade de expansão de disco ou mapeamento de storage remoto para aumentar a capacidade de armazenamento. Essa combinação de fatores torna o limite de sessões virtualmente ilimitado. Considere a tabela de performance descrita na seção desempenho para calcular sua necessidade.

Sessões proxy simultâneas

A quantidade de sessões simultâneas pode variar com o número de instâncias contratadas, tornando a solução adequada à sua necessidade sem contratação excessiva de recursos. A arquitetura em cluster permite ainda a definição de nós dedicados para protocolos específicos, ou a definição de instâncias dedicadas para diferentes datacenters ou segmentos de rede. Essa combinação de fatores torna o limite de sessões virtualmente ilimitado. Considere a tabela de performance descrita na seção desempenho para calcular sua necessidade.

Versionamento do Segura®

A nomenclatura de versionamento do Segura® segue o formato M.N.P (por exemplo: 3.22.1-9):

Frequência de lançamento de novas versões

As atualizações do Segura® N podem variar de 1 a 5 meses, dependendo do período do ano.

Quanto aos formatos disponíveis, existem duas maneiras:

1. Para o novo ambiente Segura®, podem ser utilizadas as máquinas virtuais disponíveis no suporte do parceiro.
2. As atualizações estão sempre disponíveis em nossos repositórios, com novos lançamentos atualizados assim que estiverem disponíveis.

Requisitos de implementação

Casos de uso

Para o correto funcionamento da solução, os Casos de Uso possíveis devem ser definidos onde o gerenciamento de acesso privilegiado será executado.

Veja alguns exemplos desses casos:

• Active Directory: o administrador do Active Directory deseja ter acesso remoto da área de trabalho (RDP) ao Active Directory Server Windows Server 2016 usando o usuário “Administrador”.
• Databases: o DBA deseja ter acesso ao cliente do software SQL Server Management Studio 2014 que gerencia o banco de dados SQL usando o usuário administrador local da instância de produção do banco de dados “sa”.
• Ativos de rede: o administrador de infraestrutura requer acesso por linha de comando, shell ou console para um roteador Cisco, pela porta SSH ou Telnet, usando o usuário “operador” ou “admin”.
• Aplicações web: acesso ao portal AWS usando a conta de administrador do Cloud Computing usando a conta “[email protected]”.
• Eliminação de credenciais no hardcode: caso você deseje eliminar as credenciais do banco de dados registradas no código-fonte de um aplicativo de contabilidade, alterar a senha sincronizada em arquivos de configuração e serviços dependentes de autenticação ou disponibilizar uma API de conexão para sua inscrição.
• Inscrição de Atividades com Usuários Genéricos: deseja-se obter um registro das atividades durante qualquer sessão, incluindo logs de auditoria personalizada, procurar por qualquer comando executado por teclado, durante a sessão e nas gravações.
• Segregação de funções e segmentação de funções: deseja-se criar perfis de usuários discriminados por listas denylist de comandos, fazendo uso da mesma credencial privilegiada. Você deseja definir grupos com acesso privilegiado a usuários associados pertencentes à mesma área.
• Otimização de VPNS: você deseja controlar e monitorar em tempo real o acesso de fornecedores e usuários terceirizados ao ambiente corporativo, fornecer acesso remoto apenas a aplicativos ou serviços específicos na rede por um período de tempo predeterminado.
• Gravação de ambientes na nuvem: você deseja gerenciar o acesso a aplicativos na nuvem e garantir a legitimidade dos usuários que se conectarão aos mesmos padrões de governança de TI que todos os outros ambientes de rede interna.
• Acesso compartilhado: com aplicativos críticos cujo licenciamento é muito caro, o Segura® pode entregar acesso compartilhado não simultâneo de vários locais para diferentes usuários fazendo uso da mesma credencial privilegiada, obtendo informações independentes e personalizadas de cada sessão, bem como sua gravação de vídeo.
• Repositório para análise de força: você pode obter análises de comportamento para obter métricas, relatórios de uso do modelo, planejamento de estoque e estruturação de políticas para o uso eficiente de recursos. Acesso online de gravações das sessões para fazer solução de problemas.
• Proteção de informações: você deseja armazenar informações com certificados digitais, chaves de conexão, chaves de criptografia e/ou senhas de acesso pessoal, com os quais você pode definir fluxos e controles de acesso, que evidenciam e monitoram seu uso e visualização.

Requisitos em sistemas gerenciados

Definir as seguintes informações dos sistemas gerenciados:

• Hostname: nome do host do dispositivo. Será o identificador das consultas. (por exemplo: apl001s10 ou Facebook).
• Gerenciamento de IPs: IP de gerenciamento de dispositivos, usado pelo cofre para conexão. (por exemplo: 192.168.10.1 ou facebook.com).
• Fabricante: fabricante do dispositivo. Ele será criado se você não estiver registrado. (por exemplo, Microsoft, Oracle).
• Tipo: tipo de dispositivo. Ele será criado se você não estiver registrado. (por exemplo: servidor, inscrição).
• Modelo: modelo do dispositivo. Ele será criado se você não estiver registrado. (por exemplo, Windows Server 2012).
• Local: local geográfico onde o dispositivo está localizado. Será criado se não estiver registrado. (por exemplo: Data Center Guatemala).
• Adicional 1: informações adicionais. (por exemplo: Plataforma, Núcleo, Contabilidade).
• Adicional 2: informações adicionais. (por exemplo: Sistema, Banco de Dados, Dados, Aplicativo Principal)
• Conectividade: conectividade de dispositivo e gateway, separada por vírgula e dois pontos. (por exemplo: RDP: 3389, SSH: 22).
• Domínio: domínio do dispositivo. (por exemplo: domínio.com)

Requisitos para contas privilegiadas

Para acessar os sistemas gerenciados, é necessário ter as seguintes informações das credenciais ou contas privilegiadas:

• Tipo de senha: política de senha. (por exemplo: usuário local privilegiado)
• Usuário: nome de usuário. (por exemplo: root)
• Senha: valor da senha. Se não for preenchido, a senha não será atualizada. (por exemplo: Da@lU!83m$1)
• Domínio: domínio da credencial. (Por exemplo: domínio.com)
• Informação adicional: informações adicionais da credencial atual. Usado para instâncias de banco de dados, trocas de senha ou ligações em geral. (por exemplo: ORAC19).
• Rótulos: rótulos de senha, separados por vírgulas. É utilizada para agrupar ou filtrar determinadas credenciais. (por exemplo: celular, dev).
• Ativar mudança automática: indique se a senha será alterada automaticamente pelo cofre.
• Plugin de troca: plugin usado no modelo de alteração. (por exemplo: NetSSH)
• Alterar modelo: modelo usado para fazer a alteração de senha. (Por exemplo: Linux como root).
• Controle do estado: indica se o estado da senha será controlado automaticamente pelo cofre.
• Ativação de plug-ins: plugin usado pelo modelo de ativação. (por exemplo: Net SSH)
• Modelo de ativação: modelo utilizado para realizar a ativação da credencial. (Por exemplo: Ativar credenciais como root)
• Inativação de plug-ins: plugin usado pelo modelo de inativação da credencial. (Por exemplo: Net SSH).
• Modelo de inativação: template utilizado para realizar a inativação da credencial. (por exemplo: desativando credenciais como root)
• Usuário para conexão: usuário usado para se conectar ao equipamento e realizar operações de alteração e controle de status. Você pode usar a mesma credencial. (ex: root ou mesmo senha).
• Nome do host para conexão: nome do host usado para se conectar ao dispositivo e realizar operações de controle e mudança de status. Você pode usar o mesmo valor da senha. (Por exemplo: apl001s10 ou Even da senha).
• Proprietário da credencial: usuário da credencial.

Requisitos sobre grupos de acesso e usuários

Para poder iniciar o cofre do Segura® e determinadas contas privilegiadas, devem ser definidos alguns grupos de acesso que permitirão filtrar por segmentos ou grupos, os diferentes sistemas gerenciados, contas privilegiadas e privilégios aos quais os usuários que entram na solução, devem ter suas próprias credenciais de acesso. Você pode criar localmente no cofre ou integrar a uma fonte de autenticação como o Active Directory, Radius, TACACS, TACACS+, para configurar esses recursos:

Requisitos

• Número de grupos de acesso.
• Nomes dos grupos de acesso.
• Sistemas privilegiados por grupos de acesso.
• Contas privilegiadas por grupos de acesso.
• Usuários por grupos de acesso.
• Opções por grupos de acesso.
  • O acesso à sessão e/ou visualização de senha deve ser definido se você precisar inserir um motivo ou precisa obter aprovação.
• Limitação de acesso por dias da semana e faixas horárias (8:00 AM - 12h00 PM, 12h00 PM - 16h00 PM, 16h00 PM - 20h00 PM, 20h00 PM- 00h00 AM, 00h00 AM - 04h00 AM, 04h00 AM - 08h00 AM).

Exemplo de como preencher o campo de grupo de acesso:

Grupo de acesso

No caso de existir um crescimento no número de usuários e/ou dispositivos inicialmente definidos, a solução deve ser dimensionada com um gap de 20% para ter crescimento sem modificar o hardware. Se o crescimento for maior, sempre há a possibilidade de escalar a solução integrando-a com outro hardware com recursos superiores.

Perfis de usuário no Segura®

Para obter um correto funcionamento da solução, propõe-se ter os seguintes perfis de acesso:

• Administrador: usuário com maiores privilégios no cofre, encarregado das atividades de configuração, modificação e/ou eliminação de qualquer configuração, durante sua operação. É recomendado que haja apenas um perfil de administrador e que qualquer atividade por ele realizada seja previamente documentada e autorizada.
• Configurador: usuário com altos privilégios no cofre, responsável pela conta privilegiada ou atividades de modificação do sistema que gerencia. Recomenda-se que haja pelo menos dois usuários com um perfil configurador e que qualquer atividade executada por eles seja previamente documentada e autorizada.
• Auditor: usuário apenas com privilégios para visualizar as gravações de sessões e seus logs de auditoria. Podem haver vários usuários com este perfil, podendo fazer parte do quadro de funcionários da empresa ou de terceiros.
• Usuário com acesso privilegiado: somente usuário com acesso à sessão dos sistemas gerenciados, que usam credenciais privilegiadas definidas no grupo de acesso ao qual o usuário pertence. Podem ser configurados quantos usuários forem permitidos na licença de usuário.
• Visualização de usuário com senha privilegiada: usuário com acesso para visualizar a senha da conta privilegiada dos sistemas gerenciados definidos pelo grupo de acesso ao qual pertence o usuário. Podem ser configurados quantos usuários forem permitidos na licença de usuário.
• Usuário com acesso e visualização privilegiada: usuário com acesso privilegiado, exibição de login, senha para sistemas gerenciados e credenciais privilegiadas definidas pelo grupo de acesso ao qual o usuário pertence. Podem ser configurados quantos usuários forem permitidos na licença de usuário. Podem haver vários usuários com este perfil que Eles podem fazer parte do quadro de funcionários da empresa, aplicativos ou terceiros.

Exemplo de como preencher o campo de usuário:

Usuários

Requisitos técnicos - máquina virtual - Segura® Platform

O Segura® PAM pode ser implantado em ambientes virtualizados, como VMware, Xen, Hyper-V, Azure, AWS, GCP e OpenStack. A seguir estão os requisitos técnicos para a implantação do Segura® PAM.

Compatibilidade

Você pode implementar o Segura® em ambientes virtualizados. As premissas de virtualização dependem da solução utilizada para implantação e dos appliances necessários. De acordo com a arquitetura definida, os ambientes compatíveis são os seguintes:

• VMware® (ESX/ESXi Server): suporte a ESXi 7.0 e ESXi 6.x (implantação de OVA), deve usar driver de adaptador de rede VMXNET3, além de disco paravirtualizado. Ao realizar a implantação da máquina virtual (VM), a atualização deve ser feita no hardware da máquina. As máquinas virtuais podem ser usadas no formato OVA/OVF.
• Xen Citrix®: suporte Citrix Hypervisor 8.2 LTSR, Citrix XenServer 7.0, XenServer 7.1 LTSR e Xen Project 4.x.x Series (implantação OVA), você deve usar o gerador HVM. Podem ser usadas máquinas virtuais de formato RAW.
• Microsoft® Hyper-V: suporte para Windows Server 2019, Windows Server 2016, Windows Server 2012, e máquinas virtuais em formato VHD/VHDx podem ser usadas. Azure: máquinas virtuais em formato VHD podem ser usadas. AWS: VM no formato OVA ou VMDK.
• Microsoft® Azure: conversão de OVA em VHD.
• Linux KVM(QCOW2).
• Nutanix: máquinas virtuais em formato QCOW2 podem ser usadas.
• Amazon (Amazon Web Services - AWS): implantação de AMI) (informe o ID da conta e a região.
• Google® Cloud Platform (GCP): implantação OVA.
• Openstack: máquinas virtuais em formato RAW podem ser usadas.

Requisitos de hardware

Esses requisitos dependem do número máximo de sessões simultâneas tratadas pela solução e do tempo de retenção das gravações dado por cada cenário nos diferentes ambientes, que são definidos de acordo com as seguintes informações:

• RDP/SSH: quando o acesso é feito pelo Terminal Proxy.
• Web: quando o acesso é feito pelo navegador.

A estrutura de acesso é a seguinte:

Consumo por conexão

Para implantação no cliente, as seguintes características estão disponíveis para o esquema HA (Two Equal Appliances in Cluster):

• Até xxx conexões simultâneas.
• Usuários: xxx.
• Sistemas Gerenciados: xx.
• Horas de uso por dia: xx horas.
• Dias de uso por semana: x dias.
• Meses de retenção: x meses.

Os requisitos mínimos de hardware seriam os seguintes:

• x vCPU mínimo (2,0 GHz) (não compartilhado).
• Mínimo de RAM x GB (não compartilhado).
• Mínimo DD x TB (Não compartilhado, este requisito depende diretamente da retenção necessária).
• Mínimo 1 porta de rede (1 GbE) (não compartilhada).

Para implantação como recuperação de desastres, você tem os seguintes recursos para um único dispositivo:

• Até x conexões simultâneas.
• Usuários: x.
• Sistemas Gerenciados: x.
• Horas de uso por dia: x horas.
• Dias de uso por semana: x dias.
• Meses de retenção: x meses.

Os requisitos mínimos de hardware seriam os seguintes:

• Mínimo vCPU x CPU (2,0 GHz) (não compartilhado).
• Mínimo de RAM x GB (não compartilhado).
• Mínimo DD x TB (não compartilhado, este requisito depende diretamente da retenção necessária).
• Mínimo 1 porta de rede (1 GbE) (não compartilhada).