BURSU Connection Manager

O que é o BURSUcm

BURSU Connection Manager (BURSUcm) é um gerenciador de conexões remotas rápido. Ele reúne em uma única janela tudo com que um engenheiro trabalha: servidores, equipamentos de rede, áreas de trabalho remotas, painéis de arquivos, credenciais salvas e direitos de acesso da equipe. Roda nativamente no Windows, Linux e macOS, tem companheiros móveis para Android e para iPhone/iPad e pode — mas não precisa — sincronizar tudo através do serviço BURSUcloud.

Seus servidores, um catálogo criptografado — em todos os dispositivos

Windows · Linux · macOS · Android · iOS/iPadOS · portal web

SSHWinRMSFTPFTPRDPVNCCompartilhamento de telaTelnet

Protocolos suportados

Início rápido em 10 minutos

De uma máquina em branco até sua primeira sessão SSH, senha salva e transferência de arquivo. Cada passo tem link para o capítulo que o cobre em profundidade — mas você não vai precisar desses links para terminar.

1. Instale o app. Windows: baixe e execute BURSUcm-Setup.exe. Linux: instale o pacote da sua distribuição. macOS: arraste o app do .dmg para Aplicativos.
2. Escolha onde os dados vão morar. Na primeira execução o app pergunta; escolha Local database (banco de dados local) — o padrão mais seguro, totalmente offline, e você pode movê-lo para a nuvem depois sem perder nada.
3. Entre e troque a senha. Um banco local recém-criado tem uma conta, admin / admin; o app pede imediatamente que você substitua a senha.
4. Salve uma credencial. Abra Credentials (credenciais) na barra lateral → New credential → um rótulo (por exemplo, “root — servidores do lab”), o nome de usuário e a senha. Uma credencial salva pode servir a qualquer número de servidores — essa é justamente a ideia.
5. Adicione uma conexão. Pressione Ctrl+T (ou + Add Connection): um nome, tipo SSH, o endereço do host — a porta 22 já vem preenchida. No campo de credencial, escolha a que você acabou de salvar. Em Folder escolha uma pasta da lista — ela mostra as mesmas pastas na mesma ordem da árvore; pastas novas são criadas na árvore com New folder.
6. Conecte. Dê um duplo clique na nova entrada. Na primeiríssima conexão o app mostra a impressão digital da chave do servidor — é a verificação da chave do host funcionando como deveria; confirme com Trust & remember. Um ponto verde na aba significa que a sessão está ativa.
7. Transfira um arquivo. Na barra de ferramentas da sessão pressione Files (SFTP): seu computador à esquerda, o servidor à direita. Arraste um arquivo de um lado para o outro — ele passa pela fila de transferências com barra de progresso.
8. Tranque tudo. Quando senhas reais começarem a se acumular, defina uma senha mestra em Settings → Security — a partir daí seus segredos são criptografados com uma chave que só você conhece, e o banco de dados se torna portátil para qualquer outra máquina. Detalhes em Senha mestra e o cofre.

Instalação no Windows

Requisitos de sistema

• Windows 10 ou 11 (x64, x86 ou ARM64), incluindo Windows Server 2012–2025.
• ~150 MB de espaço em disco. O runtime .NET já vem incluído no instalador — nada mais para instalar.

Instalação

1. Baixe BURSUcm-Setup.exe em bursucm.com/download. O checksum SHA-256 é publicado ao lado do botão — verifique-o com certutil -hashfile BURSUcm-Setup.exe SHA256 se quiser.
2. Execute o instalador e siga o assistente. Ele escolhe automaticamente a build certa (x64/x86/ARM64) para o seu processador.
3. Abra o BURSUcm e continue em Armazenamento de dados e primeira execução.

Atualizações

O app verifica o feed de versões na inicialização (você pode desligar isso em Settings → Appearance) e mostra um diálogo quando há uma versão mais nova, com o changelog e um link de download. Instalar uma versão nova por cima da antiga mantém todos os seus dados.

Instalação no Linux

Pacotes nativos x86_64 são gerados para as três grandes famílias. Baixe o arquivo em bursucm.com/download (a página seleciona automaticamente a aba da sua distribuição) — ou, melhor ainda, adicione o repositório uma vez e deixe seu gerenciador de pacotes cuidar das atualizações para sempre.

O app é instalado em /opt/bursucm, aparece no menu de aplicativos como “BURSU Connection Manager” e pode ser iniciado no shell como bursucm. O checksum SHA-256 de cada pacote é publicado na página de download.

Repositórios de pacotes — atualizações automáticas

Os três repositórios são servidos a partir de bursucm.com e assinados com a chave GPG BURSUsofts Package Signing. Adicione o da sua família e as novas versões chegam junto com as atualizações normais do sistema.

APT (Debian / Ubuntu / Mint / Pop!_OS)

sudo wget -qO /usr/share/keyrings/bursucm.gpg https://bursucm.com/repo/bursucm.gpg
sudo tee /etc/apt/sources.list.d/bursucm.sources >/dev/null <<'EOF'
Types: deb
URIs: https://bursucm.com/repo/apt
Suites: stable
Components: main
Signed-By: /usr/share/keyrings/bursucm.gpg
EOF
sudo apt update && sudo apt install bursucm

O formato moderno deb822 .sources é usado de propósito: a janela “Software & Updates” do Ubuntu mostra essas entradas corretamente em Other Software.

DNF / YUM (Fedora / RHEL / AlmaLinux / Rocky)

sudo rpm --import https://bursucm.com/repo/bursucm.asc
sudo tee /etc/yum.repos.d/bursucm.repo >/dev/null <<'EOF'
[bursucm]
name=BURSUcm
baseurl=https://bursucm.com/repo/rpm
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://bursucm.com/repo/bursucm.asc
metadata_expire=6h
EOF
sudo dnf install bursucm

Pacman (Arch / CachyOS / Manjaro / EndeavourOS)

curl -fsSL https://bursucm.com/repo/bursucm.asc | sudo pacman-key --add -
sudo pacman-key --lsign-key BA53B57D047CE8F14610C02A037A882DB839E2E0
echo -e '\n[bursucm]\nServer = https://bursucm.com/repo/arch' | sudo tee -a /etc/pacman.conf
sudo pacman -Syu bursucm

Dependências de runtime

Os pacotes declaram tudo de que precisam (GTK 3, NSS, ALSA); seu gerenciador de pacotes instala isso automaticamente. Não há .NET nem Electron separado para instalar — o app é autocontido.

Instalação no macOS

1. Baixe a imagem de disco para o seu Mac em bursucm.com/download: Intel (BURSUcm-2.8.0-x64.dmg) ou Apple Silicon (BURSUcm-2.8.0-arm64.dmg). Não sabe qual chip você tem? Menu Apple → About This Mac.
2. Abra o .dmg e arraste o BURSU Connection Manager para a pasta Applications (Aplicativos).
3. Inicie-o a partir de Aplicativos ou do Spotlight.

Tudo neste guia vale no Mac; os detalhes específicos da edição Linux/macOS estão reunidos em seu capítulo.

Instalação no Android

1. Instale o BURSU Connection Manager pelo Google Play (Android 8.0 ou mais recente) — o caminho mais simples, com atualizações automáticas. Prefere não ter conta Google no aparelho? O mesmo app também está disponível como BURSUcm.apk direto em bursucm.com/download; ao abri-lo, o sistema pede uma única vez a permissão para instalar a partir do seu navegador ou gerenciador de arquivos.
2. Abra o BURSUcm e entre com sua conta bursucm.com (e-mail/senha, Google, Microsoft, Apple ou GitHub), ou com um login de usuário de banco de dados como name@handle.

O app para Android é um companheiro da nuvem: ele precisa de uma conta BURSUcloud e mostra o mesmo catálogo do seu desktop. Seus recursos e seu modelo de segurança estão descritos no capítulo sobre Android.

Instalar no iPhone e iPad

1. Instale o BURSU Connection Manager na App Store — um app universal para iPhone e iPad, gratuito; precisa de iOS ou iPadOS 17 ou posterior.
2. Abra-o e entre com sua conta bursucm.com (e-mail e senha, Google, Microsoft, Apple ou GitHub) — ou com um usuário de banco de dados como name@handle.

O app para iOS e iPadOS é um companheiro da nuvem: precisa de uma conta BURSUcloud e mostra o mesmo catálogo do computador. Seus recursos e seu modelo de segurança estão no capítulo de iOS e iPadOS.

Armazenamento de dados e primeira execução

O BURSUcm guarda o catálogo inteiro (conexões, credenciais, usuários, snippets) em um único banco de dados. Na primeira execução o app pergunta onde esse banco deve morar — e você pode mudar de ideia depois em Settings → Database:

• Banco de dados local — entre como admin / admin; o app pede imediatamente a troca da senha.
• BURSUcloud — entre com seu e-mail e senha do bursucm.com, ou com Google, Microsoft, Apple ou GitHub (uma janela do navegador abre; o app captura o login automaticamente), e escolha um banco na lista.

Como o BURSUcloud funciona por dentro

• Cada banco de dados ganha seu próprio banco PostgreSQL no servidor — dados de clientes nunca se misturam.
• Os apps o acessam somente pela API HTTPS; o SGBD em si não é exposto à internet.
• As senhas de conexão são armazenadas criptografadas com a sua senha mestra. A senha mestra nunca viaja até o servidor: a chave é derivada no seu dispositivo, o servidor só vê texto cifrado. Por isso uma senha mestra esquecida não pode ser recuperada — guarde-a bem.
• Os usuários do banco viajam dentro do banco de dados: um backup completo ou um dump SQL leva as contas de usuário junto com os dados.

Migrando entre modos

1. Em Settings → Database selecione e teste o banco de destino (o botão “Test”).
2. Clique em “Migrate to selected database…” — conexões, credenciais, usuários e snippets são movidos por inteiro.
3. Se vários computadores forem usar o banco, ative uma senha mestra ANTES de migrar — caso contrário, senhas criptografadas com DPAPI não abrirão nas outras máquinas.

PostgreSQL: seu próprio servidor

Escolha PostgreSQL em “Mais opções” na tela da primeira execução — ou depois em Settings → Database → Database mode — e preencha o formulário. O aplicativo monta a conexão sozinho; ninguém digita uma string de conexão:

Testar conexão mostra a versão do servidor ao lado do botão — ou o motivo da falha; um certificado recusado é explicado com as mesmas palavras, indicando a opção de criptografia a escolher. Depois Continuar: o esquema é criado, você entra como admin / admin e define uma nova senha. Cada cliente — Windows, Linux, macOS — aponta para o mesmo servidor do mesmo jeito; usuários, grupos e direitos por pasta funcionam exatamente como nos outros modos.

Para compartilhar esses dados de conexão sem digitá-los novamente, escolha Exportar configuração no formulário do PostgreSQL e envie ao seu colega o arquivo .bursucm-db resultante; Importar configuração o abre em outro computador com Windows, Linux ou macOS. O arquivo contém o host, a porta, o banco de dados, o usuário, a senha do banco de dados e a opção de criptografia — não o catálogo, a conta do aplicativo, a senha mestra do cofre nem os segredos salvos. Proteja o arquivo com uma senha própria antes de enviá-lo: um arquivo desprotegido contém a senha do banco de dados em texto puro.

No servidor: o que um administrador configura

Versões. Qualquer versão que o próprio projeto PostgreSQL ainda mantenha — quando isto foi escrito, a 13 e posteriores. O BURSUcm não pede nada exótico: o mais novo no seu esquema é ON CONFLICT (PostgreSQL 9.5), e a autenticação scram-sha-256 precisa do PostgreSQL 10. É desenvolvido e testado contra a 14 e a 16.

Dê a ele um papel e um banco de dados próprios — e mais nada:

CREATE ROLE bursucm LOGIN PASSWORD 'a long random password';
CREATE DATABASE bursucm OWNER bursucm;
REVOKE ALL ON DATABASE bursucm FROM PUBLIC;

• Nada de SUPERUSER, CREATEROLE ou CREATEDB. O papel é dono de um banco e não precisa de mais nada. Um superusuário aqui significa que quem chegar ao catálogo lê todos os outros bancos daquele servidor — e o pg_hba.conf já não desfaz isso.
• Deixe entrar apenas a sub-rede dos clientes — no pg_hba.conf, acima de qualquer linha mais ampla, porque vence a primeira que casa:

  # TYPE   DATABASE  USER      ADDRESS           METHOD
  hostssl  bursucm   bursucm   192.168.10.0/24   scram-sha-256

  Coloque a sua sub-rede, apague toda linha trust e ligue ssl = on e listen_addresses no postgresql.conf. Depois sudo systemctl reload postgresql.
• O certificado precisa nomear o host que você digita. Com Required, verify server certificate o app compara o certificado do servidor com o nome do campo «Host»: um certificado emitido para db.example.lan não serve para uma conexão a 10.0.0.5. Conecte-se por esse nome e garanta que a AC emissora seja confiável no computador cliente. A opção do meio, um certificado autoassinado, criptografa mas não prova nada sobre quem respondeu.
• Feche a porta no firewall. 5432 acessível a partir da sub-rede dos clientes e de mais lugar nenhum — por exemplo sudo ufw allow from 192.168.10.0/24 to any port 5432 proto tcp.
• Faça backups como de qualquer banco. pg_dump -Fc bursucm > bursucm-$(date +%F).dump com agenda, guardados fora daquela máquina, e restaure um de vez em quando num lugar inofensivo: um backup sem teste é uma esperança, não um backup. O dump leva o catálogo e as senhas salvas como texto cifrado — a senha mestra ainda é necessária para lê-las, mas trate o arquivo como segredo do mesmo jeito.

Conexões

Criando uma conexão

1. Clique em “+ Add Connection” (ou Ctrl+T, ou clique com o botão direito em uma pasta → “Add connection here…”).
2. Preencha o nome, o tipo (protocolo), o host e a porta. A porta já vem preenchida conforme o protocolo (22, 5985, 3389, 5900, 23…).
3. Digite o usuário e a senha manualmente — ou escolha uma credencial salva do cofre (veja Credenciais).
4. O campo “Group” define a pasta; aninhe com \, por exemplo Servers\Production. Novas pastas são criadas automaticamente.
5. Opcionalmente adicione tags (separadas por vírgula) e notas.

Pastas, favoritos, busca

• Pastas — aninhamento ilimitado; o estado expandido/recolhido é lembrado e, no modo nuvem, sincroniza entre dispositivos junto com a ordem das pastas.
• Filtros acima da árvore: All, Favorites, Recent. A estrela no cartão da conexão a adiciona aos favoritos.
• Busca (Ctrl+F) encontra nomes e hosts instantaneamente.
• Quick Connect — uma linha user@host:port para uma sessão avulsa, sem salvá-la no catálogo.

O menu do botão direito — a via rápida

A maior parte da cirurgia diária no catálogo nunca abre um diálogo; ela mora no menu de contexto.

• Em uma pasta: “Add connection here…”, “New subfolder…”, “Rename folder…” e “Default credential for this folder” — um login para tudo que está dentro (veja herança por pasta).
• Em uma conexão: Connect, Open in split view, Copy Username / Copy Password (a senha vai para a área de transferência sem nunca aparecer na tela), Copy As — duplique a entrada para criar uma parecida em dois cliques, Wake-on-LAN — envia um pacote mágico para o endereço MAC da conexão para ligar uma máquina adormecida antes de você conectar, Move to folder, Edit, Delete.
• Também no mesmo menu: um “Open SFTP” direto — o painel de arquivos sem abrir antes um terminal; e para RDP no Windows, “Open with Remote Desktop” — a sessão em uma janela externa do mstsc em vez de uma aba.
• Em uma credencial: Edit, Copy As, Move to folder, Delete — mesma ideia, mesma velocidade.

Sua própria ordem — organizando pastas e entradas manualmente

A ordem alfabética é o padrão, mas raramente é como você realmente pensa nos seus servidores. As duas árvores — conexões e credenciais — podem ser organizadas manualmente:

• Passe o mouse sobre qualquer linha — uma pasta, uma conexão ou uma credencial — e pequenas setas ▲ ▼ aparecem à direita. Cada clique troca a linha com sua vizinha.
• Pastas se movem entre pastas, entradas se movem entre entradas dentro da sua pasta — a estrutura da árvore nunca muda, só a ordem de exibição.
• A ordem é salva no banco de dados, não no dispositivo: no modo nuvem o app para Windows, o app para Linux/macOS, o portal web e o app para Android mostram exatamente a ordem que você definiu. No portal, as mesmas setas ficam em cada linha das abas Conexões e Credenciais.
• Tudo que você nunca reordenou — e tudo que for recém-criado — simplesmente segue em ordem alfabética depois dos itens organizados, então novas entradas nunca desaparecem.

O cartão da conexão

Clique em uma conexão para abrir seu cartão: host/porta/protocolo, a credencial vinculada com botões Copy e Show/Hide, tags, notas, hora do último uso. No topo — Connect, favorito, Edit, Delete.

Terminal e sessões

Abas

• Cada sessão é uma aba. Arraste para reordenar; clique com o botão direito para Duplicate, Pin, Close.
• Ponto de status em cada aba: amarelo — conectando, verde — ativa, vermelho — caiu, roxo — conectada através de um jump host. Dá para identificar uma sessão morta sem abrir a aba.
• Em uma queda inesperada (rede, timeout) um overlay aparece dentro da sessão com um botão Reconnect — basta pressionar Enter. Uma saída intencional (exit, Ctrl+D) fecha a aba normalmente.
• Duplicar com o cwd: duplicar uma aba SSH abre a nova sessão no mesmo diretório em que você estava trabalhando — sem cerimônia de cd.

Trabalhando no terminal

• Cores ANSI completas: Midnight Commander, htop e outros apps TUI renderizam corretamente.
• Botão direito do mouse — configurável: “copiar a seleção, colar com o botão direito” (padrão), “copiar se houver seleção, senão colar”, ou um menu de contexto.
• Colagem segura: se a área de transferência contém várias linhas (os comandos rodariam imediatamente), aparece uma confirmação com pré-visualização — proteção contra comandos ocultos copiados de páginas web. Isso protege todas as rotas de colagem: Ctrl+V, Shift+Insert, botão direito e o menu de contexto.
• Colagem limpa: as terminações de linha são normalizadas e o bracketed paste é suportado, então shells modernos (bash 5.1+, zsh) e REPLs recebem uma colagem de várias linhas como um único bloco editável em vez de executá-la linha por linha — e colar em editores nunca deixa caracteres ^M perdidos.
• Full Window expande a sessão para a janela inteira do app; Full Screen (saia com F11) toma o monitor inteiro, com barra de ferramentas que se esconde sozinha e as abas de sessão no topo.
• Uma barra de rolagem fina à direita permite voltar pelo buffer sem cobrir o texto.

Aparência — esquema de cores e fonte

Deixe o terminal com a sua cara em Settings → SSH (vale para todas as sessões de terminal — SSH, Telnet e Serial):

• Esquema de cores: escolha entre os temas embutidos — Classic, Dracula, Solarized e outros — equilibrados entre legibilidade e visual.
• Fonte: escolha a família e o tamanho; todo o scrollback é re-renderizado na hora para você comparar de relance.

Registrando uma sessão em arquivo

Precisa de uma transcrição do que aconteceu em um servidor? Ative o registro de sessão por conexão e o BURSUcm grava a saída da sessão em um arquivo de texto enquanto você trabalha.

• Ative na conexão (ou como padrão em Settings); a pasta de logs é configurável em Settings → Data.
• Cada sessão ganha seu próprio arquivo com carimbo de data e hora, então você mantém um registro limpo para auditorias, tíquetes de mudança ou só para lembrar o que digitou na semana passada.

Visão dividida — duas sessões lado a lado

Uma aba pode conter duas sessões de terminal:

• Outro servidor ao lado: clique com o botão direito em uma conexão na árvore → “Open in split view” (entra na aba ativa).
• O mesmo servidor de novo: o botão “Duplicate in split” na barra de ferramentas da sessão.
• O botão ⇅ inverte o layout: lado a lado ⟷ empilhado.
• Se um painel sai, o outro assume a aba inteira. Jump hosts e túneis funcionam também no segundo painel.

Broadcast — digite uma vez, envie para todos

O botão Broadcast na barra de ferramentas da sessão espelha suas teclas para todas as sessões de terminal abertas (abas e painéis divididos). Enquanto está ligado, um banner laranja vivo mostra “Broadcasting input to N sessions” com um botão Stop.

Snippets de comandos

Snippets são uma biblioteca compartilhada de comandos salvos que você envia a um terminal em um clique.

• Enviar: o botão Snippets na barra de ferramentas de uma sessão SSH/Telnet/Serial → escolha um comando no menu agrupado. Ele é digitado no terminal (sem Enter — você decide quando executar); o foco do teclado permanece no terminal.
• Placeholders: escreva {name} em um comando — por exemplo systemctl status {service}. Um diálogo pergunta cada valor na hora do envio.
• Gerenciamento: a janela de snippets abre pelo painel Home (“⚡ Command snippets”) ou por Settings → Other → “Manage snippets…”. Campos: nome, grupo, comando, descrição.
• Sincronização: os snippets moram no banco de dados — no modo nuvem são compartilhados com toda a equipe e também podem ser editados no portal web (a aba Snippets).
• Permissões: todos podem usar snippets; adicionar e alterar exige o papel de administrador ou o direito “Can manage command snippets”. Um banco novo já vem populado com padrões úteis (df, systemctl, journalctl, apt, docker, ss…).
• Com o Broadcast ligado, um snippet vai para todas as sessões de uma vez.

Atalhos de teclado

Ligados/desligados em Settings → Appearance → “Enable keyboard shortcuts”; a mesma página mostra esta legenda.

Dentro de um terminal, copiar e colar seguem as convenções de terminal: Ctrl+Shift+C copia a seleção, Ctrl+V ou Shift+Insert cola, e o Ctrl+C puro continua sendo o que deve ser — a tecla de interrupção do programa remoto.

Recursos avançados de SSH

Autenticação

No cartão da conexão → SSH options há três formas de entrar:

A mesma página define o keep-alive e o timeout de conexão (vazio = os padrões globais de Settings → SSH) e o tipo de terminal (TERM).

Agente SSH

No Windows o app conversa com o OpenSSH Authentication Agent (e com o Pageant); no Linux e macOS, com o ssh-agent padrão.

1. Windows: ative o serviço “OpenSSH Authentication Agent” (Services → tipo de inicialização “Automatic” → Start). Linux/macOS: o agente normalmente já está rodando na sua sessão.
2. Adicione uma chave: ssh-add /path/to/key — a passphrase é pedida uma vez.
3. Nas opções SSH da conexão, selecione o método “SSH agent”. Pronto: a passphrase nunca é armazenada nem pedida de novo.

Jump host — conectando através de um bastião

Se um servidor só é alcançável através de um host intermediário (um bastião), o BURSUcm monta o túnel automaticamente, como ssh -J:

1. Abra o bastião no seu catálogo → Edit → SSH options → marque “This connection can be used as a jump host”.
2. Na conexão de destino → SSH options → “Connect via (jump host)” → escolha o bastião. Só conexões marcadas aparecem como candidatas.
3. Conecte normalmente. Tanto o terminal quanto o painel SFTP funcionam. Cadeias são suportadas: o próprio bastião pode passar por outro jump host.

• A aba dessa sessão ganha um ponto roxo, e o cartão mostra uma linha “Jump host”.
• Segurança: a chave do host é verificada contra o destino real, não contra o túnel — uma troca do servidor de destino será notada.

Encaminhamento de portas (túneis -L / -R)

Cada conexão SSH pode carregar uma lista de túneis (SSH options → Port forwards) que abrem automaticamente com a sessão:

O status de cada túnel é impresso no terminal quando a sessão inicia. Os túneis também funcionam através de um jump host. Uma aba cuja conexão carrega encaminhamentos mostra um sufixo “(F)” no título.

Um encaminhamento dinâmico (desde o Windows 3.3 e Linux/macOS 2.3) abre um proxy SOCKS5 apenas em 127.0.0.1 — ele nunca é oferecido à rede em que seu computador está. Os nomes também são resolvidos do lado do servidor (socks5h), então hosts internos funcionam. Vários serviços atrás do mesmo host? Um encaminhamento dinâmico substitui uma lista de locais. Os telefones mantêm esse encaminhamento ao salvar a conexão, mas não o iniciam.

No Linux e no macOS, a porta em que um túnel local (-L) ou dinâmico (-D) escuta precisa ser 1024 ou maior: portas menores pertencem ao root, então um túnel na 443 informa “Permission denied” e não sobe — o aplicativo avisa isso abaixo da linha vermelha. 1080 é a porta usual do SOCKS5. O Windows não tem esse limite, por isso a mesma conexão pode funcionar em um computador e não em outro.

tmux — uma sessão que sobrevive a uma conexão caída

Desde o Windows 3.3, Linux/macOS 2.3 e Android 1.8.8 uma conexão SSH pode viver dentro do tmux no servidor: marque Manter a sessão no tmux nas opções SSH e dê um nome à sessão (padrão BURSUcm). Quando o shell abre, o app se anexa a essa sessão — criada na primeira vez, retomada em cada conexão seguinte.

• Uma conexão caída não perde nada: reconecte e você volta à mesma tela com os mesmos programas rodando. A mesma opção no telefone entra na mesma sessão, então o trabalho começado no desktop continua no Android e vice-versa.
• Desanexar com Ctrl+B e depois D: você volta ao shell normal e a aba continua aberta; a sessão segue rodando no servidor. O título da aba mostra “(tmux)” enquanto você está dentro.
• A roda do mouse rola o histórico do próprio tmux, o painel de arquivos continua seguindo o cd, e o assistente de IA continua vendo quando um comando termina.
• O tmux precisa estar instalado no servidor (sudo apt install tmux, sudo dnf install tmux); um servidor sem ele avisa no terminal e a sessão continua sem tmux. Não há nada para configurar no servidor — o app define o que precisa para a própria sessão.

Verificação da chave do host (proteção contra MITM)

Como o PuTTY, o BURSUcm verifica a identidade do servidor pela impressão digital da chave:

• Primeira conexão: um diálogo “Unknown SSH server” com a impressão digital — verifique-a e escolha “Trust & remember” (ou “Connect once”).
• A chave mudou: um aviso destacado. Continue apenas se o servidor realmente foi reinstalado ou teve a chave trocada.
• Modos em Settings → SSH: “Ask once, then remember” (recomendado), “Strict — only already-trusted hosts”, “Off” (inseguro). O botão “Forget all trusted host keys” também fica lá.

O painel de arquivos SFTP

• O botão “Files (SFTP)” em uma sessão SSH abre um gerenciador de dois painéis: este computador à esquerda, o servidor à direita.
• Fila de transferências: cada upload e download passa por uma fila com barras de progresso e velocidade por arquivo. Cópias longas não bloqueiam mais o painel — continue navegando enquanto elas rodam.
• Arrastar e soltar: solte arquivos direto do seu gerenciador de arquivos (Explorer no Windows) no painel remoto.
• Pastas inteiras: enviar ou baixar um diretório espelha a árvore inteira, subpastas incluídas.
• Mover (F6): transfira um arquivo — ou uma pasta inteira — para o outro lado e remova a origem, em uma única ação. A exclusão espera até cada arquivo ter chegado: uma movimentação em que algo foi pulado ou falhou deixa a origem intacta.
• Crie pastas e arquivos, renomeie, exclua, chmod (permissões octais: 644, 755…), confirmação de substituição com as datas dos arquivos.
• Abertura automática para novas sessões SSH e seguir a pasta do shell (o painel acompanha o cd; apenas bash) são ligados em Settings → SSH.

RDP: área de trabalho remota

No Windows: dois motores

O motor pertence à conexão: na primeira abertura, o app pergunta qual motor usar e memoriza a resposta na própria conexão (mude quando quiser nas opções RDP dela; Settings → RDP define o padrão para as novas). A escolha fica salva no próprio catálogo, então no modo nuvem o app do Windows e o do Linux/macOS abrem a mesma conexão com o mesmo motor. Na primeira conexão a um servidor novo, o app pede que você verifique o certificado dele — e quando a sessão passa por um RD Gateway, o certificado do próprio gateway é verificado e memorizado separadamente do certificado do servidor. Um host que não responde é reportado como inacessível em segundos, e não como uma aba preta e muda.

No Linux e macOS: BURSUrdp e IronRDP

O app para Linux/macOS renderiza RDP direto dentro da aba com seu próprio motor BURSUrdp — o mesmo do Windows, com gráficos H.264 e suporte a multimonitor — e um motor leve IronRDP como alternativa no navegador embutido. Sem cliente externo, sem truques de X11, comportamento idêntico nos dois sistemas. Copiar e colar funcionam com a área de transferência do sistema, a sessão renegocia a resolução quando você redimensiona a janela, e reconectar depois de uma queda é um único clique. Os certificados dos servidores que você aceita são memorizados; a lista pode ser limpa em Settings → Trusted hosts. Uma ação “abrir no cliente RDP do sistema” continua disponível no menu de contexto da conexão, se você preferir uma janela externa.

Opções por conexão

• Exibição: profundidade de cor (15/16/24/32 bits), qualidade da conexão (LAN / banda larga / lenta / auto), todos os monitores (multimon, motor do Windows).
• Recursos locais: área de transferência, unidades locais, impressoras, microfone; onde o áudio remoto toca.
• Outros: domínio, RD Gateway.

VNC: área de trabalho remota

Além do RDP, o BURSUcm fala VNC (RFB) e renderiza a tela remota direto dentro de uma aba — a mesma janela, as mesmas abas e o mesmo comportamento de tela cheia de todas as outras sessões. Funciona com os servidores comuns: RealVNC, TigerVNC, TightVNC, UltraVNC, x11vnc e o compartilhamento de tela embutido do macOS e do Linux.

Compartilhamento de tela no macOS: o modo padrão é VNC/RFB comum, e um Mac o oferece a qualquer cliente VNC — é o caminho que o BURSUcm usa com Macs mais antigos. O compartilhamento de tela High Performance da Apple (Apple silicon e macOS 14 ou posterior, uma tela virtual transportada por UDP na porta da conexão e na seguinte) é tratado pelo tipo de conexão dedicado Apple Remote Desktop. Um Mac que o suporte continua respondendo também no modo VNC padrão.

Criptografia e autenticação

• TLS / VeNCrypt: quando o servidor oferece, a sessão é criptografada (VeNCrypt, ou as variantes TLS do RealVNC/UltraVNC). O certificado do servidor é verificado na primeira conexão e memorizado — se mudar depois, você é avisado (o mesmo modelo Trust-On-First-Use das chaves de host SSH e do RDP).
• Senha: a senha VNC padrão (e, onde o servidor a usa, um nome de usuário) pode ser salva em uma credencial vinculada ou pedida na hora de conectar. VNC puro sem TLS envia o framebuffer sem criptografia — prefira um servidor com TLS, ou faça um túnel via encaminhamento de portas SSH.

Codificações e desempenho

• Suporta as codificações Tight, ZRLE e Hextile e negocia a melhor com o servidor; só a parte alterada da tela é redesenhada, então até um link lento continua usável.
• Escala: a tela remota pode ser mostrada em tamanho real ou ajustada para caber na aba.
• Modo somente visualização desconecta seu teclado e mouse da sessão — observe ou apresente sem tocar o lado remoto por acidente.
• Compartilhamento da área de transferência copia texto nos dois sentidos entre sua máquina e a área de trabalho remota.

Importando conexões VNC existentes

Já tem arquivos de conexão .vnc (do RealVNC Viewer, TigerVNC e outros)? Traga-os pelo Import em um clique — host, porta e opções vêm juntos; as senhas são pedidas ou vinculadas depois. Veja Importação de outras ferramentas.

Apple Remote Desktop: áreas de trabalho Mac

Ao lado de RDP e VNC, o BURSUcm abre a tela de um Mac como uma conexão do tipo Apple Remote Desktop (a aba de configurações e os diálogos do app a chamam de AppleRD). Em Apple silicon com macOS 14 ou posterior a conexão usa o caminho High Performance da Apple — vídeo acelerado por hardware e o som do sistema do Mac; em qualquer outro Mac mostra a tela comum, totalmente utilizável, sem som.

Criar uma conexão

• Tipo: Apple Remote Desktop. Host, porta (5900 já preenchida) e o usuário e a senha do macOS — a conta com a qual você entra no Mac. No Mac deve estar ativado o Compartilhamento de tela ou o Gerenciamento remoto (Ajustes do Sistema → Geral → Compartilhamento).
• Mac type: Apple silicon Mac — High Performance (padrão) ou Intel Mac — no High Performance. Se um Mac marcado como Apple silicon não iniciar o High Performance, a sessão abre com a imagem padrão e o BURSUcm pergunta uma única vez se deve definir esta conexão como Intel Mac. O “Não” não é lembrado; o tipo pode ser alterado a qualquer momento nas configurações da conexão.
• Modo de tela: Sessão privada — uma tela virtual do tamanho da sua janela (nítida, e o painel do Mac se apaga) — ou Espelho, que transmite a tela física em seu tamanho nativo e a deixa acesa. Nítido e aceso são o mesmo interruptor da Apple e não podem ser combinados.
• Codec de vídeo: H.264 4:2:0 (decodificado na GPU — o padrão mais ágil) ou HEVC 4:4:4 (texto colorido mais fino, decodificado na CPU).
• Audio: reproduzir o som do sistema do Mac na sessão. A linha de status sob a imagem diz audio off quando você o desligou, audio unavailable quando este computador não tem dispositivo de saída, e no audio na imagem padrão, que nunca transporta som.

A identidade do Mac

Antes de oferecer a sua senha, o BURSUcm verifica quem responde. Na primeira conexão mostra a impressão digital da chave de host do Mac (SHA-256) e pede que você a confirme — o mesmo modelo de primeiro uso de uma chave de host SSH; a partir daí, um Mac cuja chave mudou é recusado com um aviso. Settings → AppleRD define a política: As set on the Security tab (segue a configuração geral de certificados — um “Off” herdado continua significando “Ask once” para os Macs), Ask once, then remember, Strict — only allow already-trusted Macs ou Off (inseguro). Forget all trusted Macs apaga as chaves lembradas. A senha em si nunca atravessa a rede: o login é o handshake SRP da Apple, e a sessão é criptografada com chaves derivadas dele.

Área de transferência

O texto é copiado nos dois sentidos. O que você copia neste computador é enviado ao Mac enquanto a aba dele for aquela em que você está trabalhando; um segredo copiado de um cartão de credenciais nunca é encaminhado. O que é copiado no Mac chega à sua área de transferência apenas enquanto a aba dele está visível e com o foco, então uma sessão em segundo plano não pode substituir o que você acabou de copiar.

High Performance: os limites da Apple

O caminho rápido é uma restrição da Apple, não nossa: o Mac precisa ser Apple silicon com macOS 14 ou posterior, com o Compartilhamento de tela ou o Gerenciamento remoto ativados. A sessão em si roda pela porta TCP da conexão (5900); o High Performance adiciona dois fluxos UDP nessa porta e na seguinte (5900 e 5901 por padrão) em ambas as direções — o cliente responde a partir das mesmas duas portas locais —, então um firewall em qualquer um dos lados precisa deixá-los passar. Um Mac que não ofereça High Performance conecta mesmo assim, como tela simples sem som.

O que deliberadamente não implementamos

O protocolo de administração proprietário da Apple Apple Remote Desktop (UDP 3283: observação silenciosa, distribuição de arquivos e pacotes, listas de tarefas, inventário) é um protocolo separado e não documentado. O BURSUcm conecta à tela compartilhada — que é o que a maioria entende por “ARD” — e não implementa esse protocolo de administração.

Telnet · Serial · Web · FTP

Telnet

O mesmo terminal embutido do SSH (cores, copiar/colar, broadcast, snippets). Atenção: o Telnet envia tudo em texto puro — use-o apenas em redes confiáveis.

Serial (porta COM)

• Defina a porta (por exemplo COM3 no Windows, /dev/ttyUSB0 no Linux) e o baud rate na conexão.
• As opções de Serial cobrem bits de dados, paridade, stop bits, controle de fluxo.
• O caso clássico: o console de um switch/roteador por um adaptador USB-COM.

Web (HTTP/HTTPS)

• A página abre em uma aba de navegador embutido — útil para painéis web (roteadores, IPMI, NAS). A aba tem seus próprios botões Back / Forward / Reload, então painéis de várias páginas são confortáveis de percorrer.
• Você pode armazenar um login/senha e ativar “Ignore certificate errors” para painéis internos autoassinados; a exceção vale só para aquele host, nunca globalmente.

FTP / FTPS

• Um gerenciador de arquivos de dois painéis com a mesma fila de transferências e a mesma transferência de pastas inteiras do SFTP.
• Criptografia: FTP puro (nenhuma), FTPS explícito (AUTH TLS) ou FTPS implícito. O FTP puro envia a senha em texto claro — use FTPS sempre que o servidor suportar.
• O modo passivo (PASV) vem ligado por padrão — funciona atrás de NAT.

WinRM: PowerShell em servidores Windows

Desde o Windows 3.3 e Linux/macOS 2.3 uma conexão do tipo WinRM abre um console PowerShell ou cmd.exe em um servidor Windows como uma aba de terminal — sem sessão RDP e sem servidor SSH do lado do Windows. O PowerShell roda sobre PowerShell Remoting, o cmd.exe sobre WinRS; os dois viajam dentro do WS-Management pela porta 5985 (HTTP) ou 5986 (HTTPS).

Criando uma conexão

• Tipo: WinRM. Host, porta (5985 vem preenchida; 5986 para HTTPS), usuário e senha — uma credencial salva funciona exatamente como no SSH. Uma conta de domínio é escrita como DOMAIN\user; uma conta local precisa ser membro de Administradores (ou de Remote Management Users).
• Opções WinRM: transporte (HTTP ou HTTPS), shell (PowerShell ou cmd.exe) e, para o cmd.exe, a página de código do console — defina 866 quando digitar cirílico em uma sessão cmd; a saída é legível de qualquer forma. Em HTTPS há ainda “Ignorar erros de certificado” para um servidor de laboratório com certificado autoassinado.
• A autenticação é NTLM: a senha nunca atravessa a rede em claro, e uma senha pedida por um script (Read-Host -AsSecureString, um prompt Password: no cmd) é respondida sob a chave de sessão e não como texto na tela.

Confiança: certificados e HTTP simples

• HTTPS: a primeira conexão mostra a impressão digital do certificado do servidor. Verifique-a e escolha Confiar — a partir daí o certificado fica fixado como uma chave de host SSH, e um certificado alterado gera um aviso em vez de conectar em silêncio. Settings → WinRM tem “Esquecer todos os certificados confiáveis”.
• HTTP simples: perguntado uma vez por servidor. O NTLM sela o corpo das mensagens, mas a identidade do servidor não é verificada — use HTTPS fora de uma rede confiável. Os diálogos de confiança podem demorar; a aba espera sua resposta por até três minutos.

Trabalhando no terminal

• A saída flui enquanto um comando ainda roda; Ctrl+C interrompe o pipeline; os erros chegam como erros com a linha em que aconteceram, e $LASTEXITCODE é reportado para o comando que o definiu.
• Read-Host, -Confirm e um parâmetro obrigatório faltando perguntam e esperam por você, como em um console local.
• clear / cls limpam a janela; o Write-Host mantém as cores e o -NoNewline; uma colagem de várias linhas executa todas; a aba se divide em um segundo painel como uma aba SSH, e a entrada broadcast chega até ela.
• O que o WinRM não faz: não há PTY, então não há redimensionamento de janela, programas em tela cheia nem tmux; e o WS-Management não tem transferência de arquivos, então não há painel de arquivos — use SFTP, SMB ou o redirecionamento de unidades do RDP para arquivos.

Habilitando o PowerShell Remoting no servidor

Execute em um PowerShell elevado na máquina Windows que você quer alcançar:

Enable-PSRemoting -Force
# acessível de outras redes, não só da sub-rede local:
Set-NetFirewallRule -Name 'WINRM-HTTP-In-TCP' -RemoteAddress Any

Um listener HTTPS com certificado autoassinado (sua impressão digital é o que você verifica na primeira conexão):

$cert = New-SelfSignedCertificate -DnsName 'server.example.com' -CertStoreLocation Cert:\LocalMachine\My
New-Item -Path WSMan:\localhost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint -Force
New-NetFirewallRule -DisplayName 'WinRM HTTPS' -Direction Inbound -Protocol TCP -LocalPort 5986

O BURSUcm traz seu próprio cliente WinRM, então do seu lado não é preciso TrustedHosts nem pertencer a um domínio.

Nos telefones: uma conexão WinRM é listada com a própria cor, pode ser criada e editada para o desktop, e o cartão copia host, usuário e senha — abri-la é, por enquanto, só no desktop.

Assistente de IA (opcional)

Desde o Windows 3.0 e o Linux/macOS 2.0 o aplicativo pode abrir um chat de IA bem ao lado da sessão: o assistente vê o mesmo terminal que você, explica a saída, investiga falhas e pode executar comandos — os somente leitura sozinho, e tudo o que altera o sistema apenas após a sua aprovação.

O recurso é estritamente opcional. Ele não faz nada até você adicionar sua própria chave de API (ou conectar um modelo local); todos os elementos de IA desaparecem ao desmarcar uma única caixa em Configurações → Assistente de IA, e um administrador pode desativá-lo por usuário.

Ativação: chaves e provedores

• Abra Settings → AI assistant e marque Enable AI assistant. O botão de IA aparece então na barra das sessões SSH e WinRM (e, no Windows, RDP).
• Adicione uma chave: OpenAI, Google Gemini, Anthropic Claude, DeepSeek, OpenRouter, Groq, Mistral, xAI e Together vêm integrados com endereços fixos; qualquer outro serviço compatível com OpenAI é adicionado como o provedor Custom (OpenAI-compatible) com sua própria Base URL.
• Ou sem chave nenhuma, com modelos locais: Ollama, LM Studio, llama.cpp — rodam na sua própria máquina e funcionam offline.
• As chaves ficam no seu banco de dados, criptografadas com a senha mestra — no modo nuvem o servidor só vê texto cifrado. A chave ativa está marcada com ★ e você pode trocá-la direto no chat.
• Controle por usuário: no editor de usuários um administrador pode desmarcar Can use the AI assistant e o recurso desaparece para esse usuário em todos os dispositivos.

Atenção: uma assinatura do ChatGPT ou do Claude não inclui acesso à API — o assistente usa a API, que os provedores cobram à parte. Modelos locais não precisam de chave e não custam nada.

Em uma sessão SSH

• Comandos que apenas observam o sistema (df, ps, journalctl, cat…) podem rodar automaticamente — é a configuração Run read-only commands without asking (uma configuração de administrador). Tudo o que possa alterar o sistema é explicado primeiro e espera por Run ou Skip.
• O Secret Shield encontra e oculta senhas, chaves de API, chaves privadas, tokens, cookies e o conteúdo de .env antes de qualquer texto seguir para o provedor.
• Dê material ao assistente: cole uma captura de tela da área de transferência ou anexe logs, configurações e documentos. O texto é extraído para análise; imagens são aceitas por todos os provedores exceto o DeepSeek, que não tem modelos com visão.
• Encontrar a causa do erro constrói um diagnóstico focado com um clique; Criar relatório produz um registro copiável do problema, dos comandos, dos resultados e das verificações finais — com os segredos detectados ocultos.
• Alterações arriscadas ganham rede de segurança: o assistente pode salvar o estado original, mostrar o diff, aplicar, validar o resultado — e reverter tudo com um clique se a verificação falhar. Chats podem ser criados, renomeados, arquivados, restaurados e excluídos, e o próprio painel pode ser fixado a uma conexão; uma conversa longa é compactada sem perder o resumo de trabalho.
• O terminal continua sendo seu. O que você digita vai direto para o shell, mesmo enquanto um comando do assistente roda. Um pedido dirigido a você — uma senha do sudo, um sim/não — é aguardado (“Aguardando sua entrada no terminal”, sem relógio contando); o tempo limite conta silêncio e não minutos, então uma atualização longa que continua imprimindo não é cortada; e programas interativos como o htop são iniciados e entregues a você.

Em uma sessão RDP (aplicativo Windows)

No Windows o assistente também funciona dentro de sessões RDP, combinando um canal persistente de PowerShell com controle visual para tarefas que só existem na GUI.

• Comandos PowerShell rodam em uma janela de sessão visível na área de trabalho remota, e seus códigos de saída são verificados.
• O acesso a capturas de tela é uma permissão separada e explícita: o Secret Shield protege o texto, mas não consegue ocultar de forma confiável segredos visíveis dentro de uma captura.
• O Autopilot pode continuar sozinho comandos PowerShell somente leitura verificados localmente; cliques, digitação, atalhos e qualquer comando desconhecido sempre esperam pela sua aprovação.

Em uma sessão WinRM

O assistente funciona em abas WinRM como em SSH, e julga uma linha de PowerShell pelas regras do próprio PowerShell: uma chamada de método em qualquer ponto da linha ($_.Delete(), (Get-Service x).Stop()), um membro estático e todo bloco de script esperam seu clique, então Get-ChildItem | ForEach-Object { $_.Delete() } nunca é tratado como um comando de leitura. Ler um arquivo que pode conter segredos (as hives SAM e SECURITY, web.config, appsettings, chaves, .ssh), qualquer caminho UNC e -ComputerName também perguntam, porque o que é lido vai para o provedor de IA junto com a saída.

O que sai da sua máquina — e como desligar tudo

• Suas mensagens e a saída dos comandos que o assistente executa vão do seu dispositivo diretamente para o provedor da chave ativa — ou para um modelo local, e então nada sai da máquina. Os servidores BURSUcloud nunca veem esse tráfego.
• O histórico de chat é armazenado localmente e criptografado; a saída dos comandos não é gravada nos arquivos de chat.
• Não use o assistente em servidores onde o envio da saída da sessão a terceiros não seja permitido — é exatamente disso que trata o aviso nas Configurações.
• Para remover o recurso por completo, desmarque Enable AI assistant nas Configurações: desaparecem todos os botões e painéis de IA. Administradores podem ainda desativá-lo para usuários específicos.

Credenciais

As credenciais salvas vivem separadas das conexões — uma credencial pode estar vinculada a dezenas de servidores, e uma troca de senha é feita em um só lugar.

Como usá-las

1. Abra Credentials na barra lateral → “New credential”. Preencha um rótulo de exibição, o usuário, a senha e o grupo.
2. Em uma conexão, escolha essa credencial no campo “Saved credential” — em vez de digitar.
3. Se uma credencial for excluída, as conexões vinculadas passam à entrada manual (a senha é pedida ao conectar).

Chaves SSH como credenciais

Desde o Windows 3.1 e o Linux/macOS 2.1 uma credencial pode ser não só uma senha, mas também uma chave SSH — “Nova credencial” pergunta que tipo de registro você quer. Um registro de chave guarda a chave privada e sua passphrase criptografadas com a senha mestra, além da chave pública e de um comentário; carregue a chave de um arquivo e o .pub ao lado é reconhecido automaticamente. Pastas, permissões, proprietários, backups e sincronização valem para ele do mesmo jeito que para uma senha.

• Em uma conexão, escolha a chave na mesma árvore de pastas que qualquer credencial — as chaves têm um ícone de chave; as senhas, um cadeado — e o método de autenticação se ajusta sozinho. A chave é usada para o servidor de destino e para cada jump host da cadeia.
• Uma chave guardada nunca é copiada para a conexão: ao desvincular, voltam os campos próprios da conexão, e uma chave que você pode alterar mas não ver aparece como um campo somente para escrita, não como um campo vazio.

Gerador de senhas embutido

Ao lado do campo de senha há um botão gerar: escolha o comprimento e quais classes de caracteres incluir (maiúsculas/minúsculas, dígitos, símbolos) e solte uma senha aleatória forte direto no campo — sem ferramenta separada, e o novo valor é armazenado criptografado como qualquer outro.

Códigos de dois fatores (TOTP)

Uma credencial também pode guardar um segredo de dois fatores, para que o código de uso único fique junto do login a que pertence:

• Cole o segredo Base32 ou um URI otpauth:// completo no campo TOTP da credencial (o mesmo valor que um autenticador de celular guardaria).
• A credencial passa então a mostrar um código de seis dígitos ao vivo com contagem regressiva; “Copy TOTP code” coloca o código atual na área de transferência em um único clique — sem celular na mão.
• O segredo é protegido pelo cofre da senha mestra exatamente como uma senha, e sincroniza da mesma forma, então o código está disponível em todo dispositivo em que você entra.

Herança por pasta

Uma pasta de conexões pode ter uma credencial padrão: toda conexão dentro dela sem credencial própria usa a da pasta. O caso típico — um login de admin para um rack/sub-rede inteira. O cartão da conexão mostra “Folder credential — …” quando a herança se aplica.

Grupos de credenciais podem ser reordenados manualmente como as pastas de conexões — passe o mouse sobre uma linha para ver as setas (veja Sua própria ordem).

Senha mestra e o cofre

Os segredos salvos são criptografados sempre. A única questão é com qual chave:

No dia a dia

• Na inicialização o app pede a senha mestra. Você pode pular: conectar continua funcionando, mas as senhas salvas ficam bloqueadas. Se uma senha bloqueada for necessária para uma conexão, o app simplesmente a pede ali mesmo em vez de falhar.
• “Remember on this computer” guarda não a senha em si, mas uma chave local protegida pelo sistema operacional — nada para digitar na inicialização. “Forget” desfaz.
• O estado fica visível no painel Home (o cartão do cofre) e em Settings. Bloqueio rápido — Ctrl+L.
• Trocar a senha mestra: Settings → Security → “Change master password…” — todos os segredos são recriptografados.
• O botão Generate no diálogo de definir/trocar cria uma senha aleatória forte (16 caracteres, sem caracteres parecidos entre si) e a mostra para você anotar.
• Para um banco BURSUcloud a senha mestra também é definida direto no app: cada senha armazenada é criptografada no seu dispositivo antes de ser enviada — a própria senha mestra nunca sai do seu computador. Enquanto não houver senha mestra definida, a página do banco no portal mostra um aviso vermelho com a mesma ação e um gerador de senhas.
• Uma senha mestra deve ter pelo menos 12 caracteres — longa o bastante para resistir a tentativas de adivinhação offline, já que é a única chave que protege todos os segredos salvos.

Política de senhas

O administrador define os requisitos para as senhas dos usuários do app: comprimento mínimo e classes de caracteres obrigatórias (minúsculas, maiúsculas, dígitos, especiais) — Settings → Security.

Usuários e permissões

A janela User Management (painel Home → “Manage users”, ou a barra lateral). O modelo de permissões é o mesmo para bancos locais, PostgreSQL e na nuvem.

Papéis

Direitos por pasta

Para cada pasta de conexões e cada grupo de credenciais — três caixas de seleção:

• Ler — ver a pasta e conectar;
• Editar — criar/alterar/excluir dentro dela;
• Senhas — revelar as senhas salvas em texto claro (sem esse direito conectar ainda funciona, mas a senha permanece oculta).

Uma concessão em uma pasta cobre suas subpastas. A linha “All folders” é a regra padrão.

Desde o Windows 3.1 e o Linux/macOS 2.1 os direitos ficam na aba Permissões de acesso da janela do usuário (ao lado de Geral) como uma única árvore de pastas em vez de duas tabelas: alterne entre pastas de conexões e de credenciais, recolha-a, busque pelo caminho completo, mostre Somente concedidas, expanda ou recolha tudo e veja o contador. A linha Todas as pastas marca e bloqueia as linhas abaixo — uma permissão concedida a tudo não pode ser retirada pasta por pasta. A árvore inclui todas as pastas que a janela principal mostra, inclusive as pastas de exemplo.

Usuários no modo nuvem

Para um banco BURSUcloud a janela Users lista dois tipos de entrada:

• Os dois tipos carregam os mesmos direitos por pasta (ler/editar/senhas) e o direito de snippets. Podem ser gerenciados tanto pelo app quanto pelo portal — é um único e mesmo banco de dados.
• Os usuários do banco são armazenados dentro do próprio banco do cliente, então um backup completo ou um dump SQL os leva junto com o catálogo, e mudar o handle do banco vale na hora.
• O dono do banco (a conta que o criou no portal) é sempre administrador: não pode ser rebaixado nem removido — o banco nunca fica sem admin. Bancos locais aplicam a mesma regra ao último administrador.

Grupos de usuários

A janela «Gerenciamento de usuários» tem uma segunda lista, Grupos de usuários. Um grupo é um conjunto nomeado de permissões por pasta (mais a permissão de snippets) que cada membro herda além das suas. Coloque as pessoas em grupos em vez de repetir as mesmas permissões em cada conta, por exemplo um grupo «Linux Admins» com leitura / edição / senhas na pasta Linux.

• As permissões se somam. As permissões efetivas de um usuário são as suas próprias concessões mais as de cada grupo. Um grupo nunca retira uma permissão e nunca concede a função de administrador nem o indicador do assistente de IA — esses ficam no usuário.
• As permissões herdadas são visíveis. Na aba Permissões de acesso do usuário, as pastas concedidas por um grupo aparecem como marcas verdes, bloqueadas, enquanto as permissões próprias da conta mantêm a cor normal; as verdes são alteradas no grupo. A lista Grupos na aba «Geral» indica em quais grupos a conta está.
• Os grupos ficam armazenados junto aos usuários — no banco de dados local, no seu banco PostgreSQL ou dentro do banco de dados de cliente do BURSUcloud —, então backups, snapshots e dumps SQL os levam junto. No modo nuvem, tanto usuários do banco quanto membros do portal podem ser incluídos em um grupo, pelo aplicativo ou no portal.
• Excluir um grupo deixa seus membros apenas com as permissões concedidas diretamente. As alterações valem no próximo login para um banco local e na próxima atualização do catálogo para um banco na nuvem.

Suas configurações neste computador

Tudo o que o aplicativo guarda fora do banco de dados e que é seu — configurações, chaves de host e certificados confiáveis, logs e transcrições de sessão, o cache offline, os chats de IA, os cookies das abas web, a senha mestra lembrada — fica em uma pasta sua em cada computador (Users\<nome>-<id> dentro da pasta de dados do aplicativo). O aplicativo muda para ela assim que você entra.

• Cada conta tem suas próprias configurações. Duas pessoas no mesmo computador não veem o tema, as decisões de confiança nem os logs uma da outra, e quem volta encontra tudo como deixou. Nada é apagado quando outra pessoa entra.
• Todas as abas de configurações estão abertas a qualquer usuário. SSH, RDP, VNC, WinRM, Logs e as demais são suas. Só o que descreve o banco de dados compartilhado fica com os administradores: trocar de banco de dados, importar / exportar, a senha mestra, a política de senhas, usuários e grupos.
• Dados locais. Em Gerenciamento de usuários um administrador pode remover deste computador a pasta de outra conta com o botão Excluir dados locais…; a conta e o banco de dados são mantidos. A pasta da conta conectada não pode ser removida enquanto estiver em uso.

BURSUcloud

O BURSUcloud é a nuvem opcional que sincroniza seu catálogo entre dispositivos e uma equipe. O mesmo catálogo fica disponível no app para Windows, no app para Linux/macOS, no portal web, no Android e no iOS/iPadOS.

Criando uma conta

1. Abra bursucm.com/register. Cinco formas: e-mail + senha (mínimo de 8 caracteres) ou “Continue with Google”, Microsoft, Apple ou GitHub (contas pessoais e corporativas funcionam).
2. No cadastro por e-mail chega um link de confirmação — válido por 24 horas. Não chegou nada? Verifique o spam ou clique em “Resend link” na página de login.
3. Depois de confirmar, entre — você cai em “My databases”.

Criando um banco de dados na nuvem

1. Clique em “+ New database”.
2. Nome — como o banco aparece nas listas (por exemplo “Infraestrutura de produção”).
3. Handle — um id curto e único de letras, dígitos e hífens. Ele vira parte dos logins dos usuários do banco: name@handle. Deixe em branco para gerar automaticamente; você pode mudá-lo depois, mas isso atualiza os logins dos usuários.
4. Senha mestra (opcional) — você já pode defini-la para criptografar as senhas das conexões. Sem ela o banco funciona sem essa proteção; defina-a depois nas configurações do banco ou pelo app.

Conectando o app à nuvem

1. No app: Settings → Database → BURSUcloud (ou escolha BURSUcloud na primeira execução).
2. Entre com o e-mail e a senha do portal — ou com Google, Microsoft, Apple ou GitHub (um navegador abre; o app captura o login automaticamente).
3. Escolha um banco na lista (“Refresh databases” a relê) → “Use selected”.
4. Se o banco tiver senha mestra, o app a pede e oferece memorizá-la neste computador (é armazenada uma chave protegida localmente, não a senha em si).

O que sincroniza

Conexões e pastas (incluindo a ordem das pastas, sua ordem manual dos itens e o estado recolhido), credenciais, snippets, usuários e direitos, as opções SSH, WinRM, RDP, VNC e Apple Remote Desktop de cada conexão (incluindo jump hosts e túneis). As preferências do próprio app (tema, idioma, atalhos) ficam locais.

O modelo de segurança

• Cada banco é um banco PostgreSQL separado; o SGBD não é alcançável pela internet — só o próprio portal, no servidor, fala com ele.
• Os clientes usam a API HTTPS com tokens: um token vive 30 dias, deslizando com o uso (teto rígido de 90 dias), no máximo 10 tokens ativos por conta, e entrar de novo revoga o token anterior.
• As senhas das conexões são criptografadas com a senha mestra no seu dispositivo; o servidor armazena e repassa apenas texto cifrado (zero-knowledge). Por isso uma senha mestra esquecida não pode ser recuperada nem pelo suporte.
• Um login a partir de um IP novo dispara uma notificação por e-mail; uma troca de senha também.

Trabalhando offline

Quando a rede cai — ou o próprio banco fica inacessível — o app continua funcionando a partir de uma cópia local criptografada do seu catálogo. Você pode navegar e editar conexões e credenciais, e até iniciar o app sem conexão nenhuma. Uma barra de status mostra o estado: vermelho enquanto offline (com um contador de alterações não sincronizadas e um botão “Retry”), âmbar durante a sincronização, verde “Synchronized” por um instante ao terminar.

As alterações feitas offline entram em uma fila e são enviadas automaticamente assim que o banco volta a ficar acessível. Se o mesmo item foi alterado tanto no seu dispositivo quanto no servidor, uma janela de conflito mostra as duas versões lado a lado e deixa você manter qualquer uma delas (senhas nunca aparecem ali). A disponibilidade é detectada com ping ao próprio banco, então um servidor morto é notado mesmo com a internet funcionando. Isso vale tanto para o BURSUcloud quanto para um banco PostgreSQL direto — para PostgreSQL, um espelho local atualizado é mantido no seu computador.

O portal web: guia completo

O portal em bursucm.com é o centro de controle no navegador para os bancos na nuvem. O que você muda no portal fica imediatamente visível para os apps, e vice-versa.

Meus bancos de dados

A seção Databases lista seus bancos: nome, nome técnico, seu papel (owner, dono, ou member, membro do banco de outra pessoa), status e data de criação. Manage abre o console do banco com suas abas.

A aba Conexões

• A mesma árvore de pastas do app: expandir/recolher (mais “expandir tudo / recolher tudo”), contagem de conexões por pasta.
• Reordenação: setas ↑ ↓ em cada pasta e em cada conexão — a página reordena na hora, sem recarregar, e o resultado é a mesma ordem que seus apps mostram.
• Adicionar: “+ Add connection” — um assistente de três passos: pasta → detalhes (tipo, nome, host, porta, usuário) → senha. Novas pastas via “+ New folder” ou direto dentro do assistente.
• Editar / excluir / mover — os botões Edit/Delete na linha da conexão; uma pasta vazia pode ser excluída.
• Revelando senhas: o campo “Master password” no topo com “Unlock & reveal”. As senhas são descriptografadas apenas para a visualização atual da página; o servidor nunca as vê. Ao editar uma conexão a caixa de senha está sempre vazia — “deixe em branco para manter a atual”.

A aba Credenciais

As mesmas credenciais salvas do app, agrupadas, com a mesma reordenação ↑ ↓ nas linhas. Adicionar e editar funciona como nas conexões (rótulo, usuário, senha, grupo); a herança por pasta é configurada no app.

A aba Snippets

• A biblioteca compartilhada em forma de tabela: nome, comando, grupo. “+ Add snippet” / Edit / Delete.
• Os {placeholders} se comportam exatamente como no app: os valores são pedidos ao enviar de um terminal.
• A aba é visível para o dono, os administradores e os usuários com o direito de snippets.

A aba Usuários e acesso

Duas listas:

• Os dois são editados com um assistente em etapas: etapa 1 — papel (admin = acesso total) e flags globais (editar, revelar senhas, snippets); etapa 2 — direitos por pasta de conexões (ver/editar/revelar); etapa 3 — acesso aos grupos de credenciais.
• Para os usuários do banco a coluna Sessions mostra o número de dispositivos ativos: clique para abrir a lista (dispositivo, IP, último uso, expiração) com botões por token e de revogar todos.
• O dono do banco não pode ser removido nem rebaixado — o banco sempre mantém um administrador.

Um terceiro cartão, Grupos de usuários, contém conjuntos de permissões que usuários do banco e membros herdam (veja Grupos de usuários). Seu assistente tem quatro etapas — grupo (nome, descrição, permissão de snippets), pastas de conexões, grupos de credenciais, membros. Os assistentes de usuário e de membro oferecem os grupos na primeira etapa, e as duas listas mostram uma coluna Grupos.

A aba Configurações

• Nome e handle. Mudar o handle atualiza na hora o login de todos os usuários do banco — avise sua equipe.
• Senha mestra: definir ou trocar (a atual é exigida). Defini-la recriptografa as senhas do banco.
• Export .sql — um dump completo como arquivo; Import .sql — envie um dump (a caixa “replace schema before import” limpa o banco antes). Dumps contêm dados — mantenha-os privados.
• Zona de perigo: exclusão permanente do banco com todos os seus dados.

Importação e exportação no portal

A mesma importação e exportação dos apps desktop também vive no portal — mova conexões entre o app, o portal e outras ferramentas com um único arquivo de backup portátil (veja Importação de outras ferramentas e Exportação e backups).

Perfil e dispositivos

• Perfil — nome/sobrenome, apelido, idioma do portal, troca de senha — e o cartão de métodos de login: todos os caminhos para sua conta (senha, Google, Microsoft, Apple, GitHub), vincular um provedor novo, desvincular um, ou definir uma senha para uma conta criada por um provedor. O cartão nunca deixa remover o último caminho restante.
• Dispositivos conectados — cada app conectado à sua conta: nome do dispositivo, IP, último uso, expiração. Revoke desconecta um dispositivo, “Sign out all” — todos: cada app pedirá login de novo. Use isso se um dispositivo for perdido.

Downloads e status

• /download — instaladores e pacotes para todas as plataformas, checksums SHA-256, comandos de configuração dos repositórios, o changelog completo em 8 idiomas.
• /status — verificações ao vivo do portal, da API, do PostgreSQL e do e-mail + incidentes recentes.

O app para Linux e macOS

O BURSUcm para Linux e macOS é o mesmo gerenciador de conexões, compilado para esses sistemas a partir de uma única base de código. Se você conhece o app para Windows, já conhece este: o mesmo catálogo, os mesmos modos de armazenamento (local, PostgreSQL, BURSUcloud), os mesmos recursos de SSH, credenciais, cofre, usuários, snippets, visão dividida e broadcast. Este capítulo cobre o que é específico dele.

O que difere do app para Windows

Encontrando o caminho

• A barra lateral alterna entre Connections e Credentials; as pastas expandem no lugar, e passar o mouse sobre qualquer linha mostra as setas de reordenação ↑ ↓ (veja Sua própria ordem).
• O Quick connect fica no topo da barra lateral: escolha um protocolo, digite user@host:port, pressione Enter — uma sessão avulsa sem tocar o catálogo.
• A aba Home mostra o mesmo painel: estatísticas, recentes, favoritos, estado do cofre, ações rápidas. Abas de sessão, visão dividida, broadcast, modos de janela inteira e tela cheia se comportam como descrito nos capítulos comuns.
• Temas claro e escuro, e os mesmos quatro idiomas de interface (inglês, russo, ucraniano, georgiano) — em Settings.

Entrando

O login na nuvem oferece o conjunto completo: e-mail/senha, Google, Microsoft, Apple, GitHub, ou um login de usuário do banco (name@handle). Logins via navegador abrem seu navegador padrão e retornam ao app automaticamente.

App para Android

Instale-o pelo Google Play — ou como APK direto pela página de download. É um cliente para o catálogo na nuvem: entre com a mesma conta — e-mail/senha, Google, Microsoft, Apple ou GitHub — e você tem as mesmas pastas, as mesmas conexões, na mesma ordem que organizou no desktop.

• Terminal SSH com suporte a teclado físico e combinações com Ctrl; a busca no catálogo expande as pastas que contêm resultados.
• RDP e VNC embutidos: sessões completas de área de trabalho remota no celular — um ponteiro estilo trackpad ou toque direto, e ao girar a tela a área de trabalho acompanha com a resolução correspondente, sem reconectar.
• SFTP e FTP: painéis de arquivos para navegar, enviar e baixar direto de uma conexão.
• Tablets: um layout lado a lado com o catálogo à esquerda e um painel de boas-vindas com ações rápidas e números do catálogo ao vivo à direita — um botão Home sempre traz você de volta a ele.
• Limite de sessões: até 5 sessões simultâneas por padrão (ajustável de 1 a 20 em Settings); uma sessão encerrada pelo lado remoto se fecha sozinha com um aviso.
• Tema: segue o claro/escuro do sistema por padrão; um tema fixo Light ou Dark está disponível em Settings.
• Senha mestra e biometria: desbloqueio por impressão digital — a chave do cofre é protegida por uma chave do Android Keystore que fisicamente não pode ser usada sem uma leitura bem-sucedida. A opção “Lock App on Start” pede a digital logo na abertura.
• Bloqueio automático: o cofre de credenciais é bloqueado após 5 minutos em segundo plano.
• Proteção de tela: capturas e gravação de tela são bloqueadas nas telas sensíveis; o conteúdo é ocultado no seletor de apps recentes.
• Certificate pinning: o app aceita apenas o certificado genuíno de bursucm.com — uma conexão substituída (MITM) é rejeitada.
• Sessões: entrar de novo revoga a sessão anterior no servidor, então a lista “Connected devices” no portal sempre reflete a realidade.
• tmux: a mesma caixa e o mesmo nome de sessão que no desktop, na seção SSH da conexão — uma sessão iniciada no telefone fica pronta no desktop e vice-versa.
• WinRM: essas conexões são listadas com a própria cor, podem ser criadas e editadas aqui para o desktop, e o cartão copia host, usuário e senha; abri-las é, por enquanto, só no desktop.

App para iOS e iPadOS

O BURSUcm para iPhone e iPad é um único app universal, gratuito na App Store. Entre com a mesma conta — e-mail/senha, Google, Microsoft, Apple ou GitHub — e o mesmo catálogo se abre: as mesmas pastas, as mesmas conexões, na ordem que você organizou, e cada senha é decifrada somente no aparelho.

• Terminal SSH com uma fileira extra de teclas (Ctrl, Esc, Tab, ^C, F1–F12) sobre o teclado na tela — htop, mc e outros aplicativos TUI ficam realmente usáveis no celular. Teclados físicos repassam os modificadores diretamente.
• Arquivos por SFTP e FTP: enviar e baixar, criar pastas, renomear, excluir — com as permissões de cada arquivo na própria lista.
• RDP e VNC integrados: a área de trabalho remota renderizada no app. Os gestos fazem as vezes do mouse (toque = clique, toque com dois dedos = clique direito, dois dedos = rolagem, toque duplo e arrastar = arrastar), e um painel flutuante traz Esc, Tab, Del, as setas, as teclas de função e Ctrl+Alt+Del.
• Edição em movimento: conexões e credenciais podem ser criadas e alteradas no celular — incluindo jump hosts e encaminhamentos de porta —, e a ordem manual de pastas e entradas se organiza com as mesmas setas de sempre.
• iPad: um layout dividido com o catálogo ao lado de uma sessão ao vivo, suporte a ponteiro (um trackpad ou mouse conduz o cursor remoto real no RDP e no VNC), modificadores completos do teclado físico e Stage Manager para várias sessões lado a lado.
• Face ID / Touch ID: a chave do cofre fica atrás do armazenamento biométrico do sistema; em segundo plano o cofre se bloqueia após 5 minutos.
• Os códigos TOTP salvos em uma credencial aparecem com contagem regressiva ao vivo, prontos para copiar.
• Segurança: fixação do certificado de bursucm.com, verificação das chaves de host SSH, e certificados RDP no modelo de confiar no primeiro uso — exigindo que o servidor prove que realmente possui a chave privada do certificado.

Importação de outras ferramentas

Mudar de outro gerenciador de conexões é uma única janela: Settings → Data → Import (também disponível no portal web). Escolha a origem, revise a pré-visualização, clique em Import.

Origens suportadas

A etapa de pré-visualização

• Antes de qualquer gravação, a importação mostra uma árvore de pastas do que encontrou — marque exatamente as pastas e conexões que você quer.
• Escolha uma pasta de destino no seu catálogo; a estrutura importada entra dentro dela.
• As importações são aditivas: nada existente é sobrescrito ou excluído.

Exportação e backups

Backups portáteis (.bcmbackup)

• Exportar com senha mestra — o arquivo é criptografado (AES-256-GCM); é o formato para mover um catálogo entre máquinas ou guardar como backup.
• Exportar sem senha — só para transferências rápidas; o app avisa claramente que as senhas salvas ficariam em texto puro.
• Exportação CSV — a estrutura do catálogo sem senhas, para planilhas e auditorias. Também se reimporta: escolha a origem BURSUcm CSV.
• A mesma exportação/importação está disponível no portal web, então um backup feito no app abre no portal e vice-versa.

Snapshots do banco de dados

• Export database snapshot — um único arquivo criptografado com o catálogo inteiro (conexões, credenciais, usuários). Você escolhe uma senha mestra do snapshot — o arquivo é inútil sem ela.
• Import snapshot substitui o conteúdo atual do banco (o app avisa). O modo local também pode importar um arquivo SQLite bruto.
• Para um banco na nuvem, o portal oferece exportação/importação .sql (a aba Configurações do banco) — um dump PostgreSQL completo, usuários do banco incluídos.

Redefinindo a configuração

“Clear cache & restart setup” (Settings → Database) esquece o banco configurado e qualquer login salvo e executa de novo o assistente de primeira execução. Os dados dentro do próprio banco não são apagados.

Receitas: seis tarefas comuns

Passo a passo curtos e completos de tarefas que aparecem em infraestruturas reais. Cada um usa apenas recursos já descritos — os links levam aos detalhes.

1 · Alcançar um banco atrás de firewall como se fosse local

Um servidor PostgreSQL escuta em db.internal:5432, alcançável só a partir de um host acessível por SSH. Você quer que localhost:5432 na sua máquina leve até lá.

1. Edite a conexão SSH daquele host → SSH options → Port forwards → adicione um encaminhamento Local (-L): porta local 5432, destino db.internal, porta de destino 5432.
2. Conecte. O terminal imprime o status do túnel quando a sessão abre.
3. Aponte o pgAdmin, o DBeaver ou o psql para localhost:5432. O túnel vive exatamente enquanto a aba da sessão viver — fechar a aba fecha a porta. Detalhes: Encaminhamento de portas.

Vários serviços atrás do mesmo host? Adicione em vez disso um encaminhamento dinâmico (-D) e aponte o cliente para o proxy SOCKS5 — veja Encaminhamento de portas.

2 · Dar a um terceirizado acesso a uma única pasta

Um engenheiro externo precisa trabalhar nos servidores de Servers\Staging — e não ver mais nada, muito menos senhas.

1. Abra User Management → adicione um usuário (no modo nuvem, um usuário do banco — o terceirizado não precisa de conta no portal, só do login name@handle que você entrega).
2. Dê o papel User, deixe a regra “All folders” vazia e, em Servers\Staging, conceda Ler — e Editar apenas se ele tiver que alterar entradas.
3. Deixe Senhas desmarcado: o terceirizado pode conectar com as credenciais armazenadas, mas não pode revelá-las em texto claro.
4. Quando o trabalho acabar, exclua o usuário; no modo nuvem confira também as Sessions dele no portal. Detalhes: Usuários e permissões.

3 · Migrar do PuTTY e do WinSCP na hora do almoço

1. Settings → Data → Import → origem WinSCP: os sites chegam com sua árvore de pastas e as senhas salvas, descriptografadas automaticamente.
2. Rode a importação de novo com o PuTTY como origem — sessões salvas, portas e detalhes de SSH vêm juntos; a etapa de pré-visualização deixa desmarcar o que você não quer.
3. As duas importações são aditivas e entram na pasta de destino que você escolher, então nada é sobrescrito. Defina uma senha mestra depois — senhas importadas merecem criptografia de verdade. Detalhes: Importação de outras ferramentas.

4 · Um catálogo no PC do trabalho, no notebook e no celular

1. Crie uma conta gratuita e um banco em bursucm.com (como).
2. Na máquina que tem seu catálogo: ative primeiro uma senha mestra, depois Settings → Database → selecione o BURSUcloud → “Migrate to selected database…”.
3. Entre no mesmo banco pelo notebook e pelo app Android ou iOS. Tudo acompanha: pastas, ordem manual, credenciais, snippets, túneis — e cada senha é descriptografada só no dispositivo, nunca no servidor.

5 · Rodar um comando em um rack inteiro

1. Abra sessões para todos os servidores envolvidos (abas e painéis divididos contam igualmente).
2. Ligue o Broadcast na barra de ferramentas da sessão — o banner laranja confirma quantas sessões estão ouvindo.
3. Digite o comando uma vez — ou envie um snippet; com placeholders como systemctl restart {service} o app pede o valor antes. Confira o banner antes do Enter e depois desligue o Broadcast.

6 · Um notebook foi perdido ou roubado

1. No portal, abra Perfil → Dispositivos conectados e dê Revoke no dispositivo perdido (ou “Sign out all”) — o token de API dele morre imediatamente e o app nele é desconectado. Para o dispositivo de um usuário do banco, o dono faz o mesmo na aba Users do banco → Sessions.
2. Troque a senha da sua conta bursucm.com.
3. Avalie o cofre: as senhas salvas no notebook estão criptografadas com AES sob a sua senha mestra — sem ela, são ilegíveis. Se a senha mestra também puder ser conhecida, troque por precaução as senhas reais dos servidores.

Referência

As edições em resumo

O modelo de segurança em uma tabela

Onde o app guarda seus arquivos

Lá dentro: settings.json (preferências do app), o banco local quando você usa o modo local, e known_hosts.json (chaves de host SSH confiáveis). Faça backup da pasta inteira e você terá o backup de uma instalação local. As senhas salvas dentro desses arquivos são sempre criptografadas — veja o capítulo do cofre.

Formatos de arquivo

Portas padrão

Preenchidas automaticamente quando você escolhe o protocolo; mude-as livremente por conexão. SSH/SFTP 22 · Telnet 23 · RDP 3389 · VNC 5900 · Apple Remote Desktop 5900 (+ UDP 5900/5901 para High Performance) · FTP/FTPS 21 · HTTP 80 · HTTPS 443 · WinRM 5985 (HTTP) / 5986 (HTTPS).

Glossário

FAQ e solução de problemas

Perguntas frequentes

É gratuito?
Sim, o app é gratuito em todas as plataformas. O BURSUcloud é um complemento opcional.

Quais plataformas são suportadas?
Windows, macOS (Intel e Apple Silicon), Linux (Debian/Ubuntu, Arch/CachyOS, Fedora/RHEL) e Android (Google Play ou APK direto) estão disponíveis hoje. O app para iOS e iPadOS está na App Store e requer iOS ou iPadOS 17 ou mais recente.

Preciso de uma conta?
Não. O modo local é totalmente offline. Uma conta só é necessária para a sincronização na nuvem e para os apps Android e iOS/iPadOS.

Esqueci a senha mestra. E agora?
Ela não pode ser recuperada — essa é justamente a essência do zero-knowledge. Suas conexões e a estrutura do catálogo estão intactas; as senhas salvas precisam ser digitadas de novo (Settings → Security → defina uma nova senha mestra, depois atualize as senhas).

Movi o banco para outro PC e as senhas não abrem.
O banco estava protegido com DPAPI (vinculado a uma conta do Windows). No computador original ative uma senha mestra (Settings → Security) e copie o banco de novo — agora ele é portátil, inclusive para Linux e macOS.

Qual é a diferença entre “usuário do banco” e “membro”?
Um usuário do banco é uma conta apenas para os apps BURSUcm (login name@handle); não precisa de conta no portal. Um membro é uma conta completa do bursucm.com com acesso concedido ao banco. Os direitos por pasta são idênticos.

Onde ficam meus dados na nuvem?
Em um banco PostgreSQL dedicado no servidor bursucm.com, inalcançável diretamente pela internet. As senhas nele são texto cifrado; só você tem a chave.

Por que meus dispositivos não mostram a mesma ordem de conexões?
A ordem manual sincroniza pelo banco de dados. Garanta que todo dispositivo roda uma versão atual (Windows 2.7.5+, Linux 1.7.5+, Android 1.8.1+) e atualizou o catálogo; versões antigas simplesmente recuam para a ordem alfabética sem prejudicar o que você organizou.

Solução de problemas

Logs de diagnóstico

Settings → Logs: apenas tempos de operação são registrados — nunca senhas. Desligado por padrão. “Open” leva à pasta de logs.

Relatar um problema

Help → Report a problem, ou a oferta que aparece sozinha depois de um erro ou na inicialização seguinte a uma falha grave (Windows 3.3.0 e Linux e macOS 2.3.0 e posteriores). O relatório leva o próprio erro, a versão do aplicativo e do sistema e — enquanto a caixa continuar marcada — as últimas linhas dos logs de diagnóstico. “Mostrar o que será enviado” é o relatório, não um resumo dele: as senhas, as chaves e os tokens são removidos no seu computador antes de você vê-lo, e os endereços de servidores, os nomes de conta e os endereços IP são substituídos por marcadores, a não ser que você marque a caixa que os inclui. Até você clicar em Enviar, nada sai do computador. Você recebe um número de chamado; os relatórios são excluídos depois de 90 dias.

A captura de tela só é oferecida para um erro que aconteceu com o aplicativo aberto: ela é feita no instante da falha, vem desligada por padrão e é mostrada a você antes do envio. Se o envio falhar, nada se perde — “Salvar em arquivo...” grava o relatório inteiro, pronto para enviar para support@bursucm.com. Para o aplicativo nunca oferecer, desligue Settings → Other → Offer to report problems; sozinho ele nunca enviou nada, então some apenas a pergunta.

Ainda travado?

Escreva para nós por bursucm.com/contact — normalmente respondemos em um dia útil. A página de status mostra se um problema da nuvem está do nosso lado.