SakerCP

Fase alpha · inscrições abertas

O painel de alojamento que trata a segurança como a primeira funcionalidade.

Cliente, revendedor e administração num só painel, escrito de raiz em Go para CloudLinux e Imunify360. A parte que fala com a Internet não tem poder nenhum; a parte que tem poder não confia em ninguém.

Go, sem shellCloudLinux · CageFS · LVEImunify360Chaves de segurança e passkeysPortuguês e inglêsActualizações assinadas

Quero experimentar Ver o produto

Um painel para três pessoas

Tudo o que um cliente espera de um painel de alojamento, no sítio onde o procura, e as ferramentas de quem revende e de quem gere o servidor.

Cliente

Correio com filtros e anti-spam, domínios e DNS, certificados automáticos, gestor de ficheiros, bases de dados, WordPress, aplicações Node.js e Python, Git, cron, SSH só com chaves, tokens de API, sub-utilizadores e o restauro das cópias por data.

Revendedor

As suas contas e planos, com limites de contas e de disco que o servidor verifica, permissões dadas uma a uma, servidores de nomes próprios, IPs dedicados e a entrada nas contas dos clientes. Só vê o que pode usar.

Administração

Contas, planos e revendedores; estado do servidor; actualizações automáticas com volta atrás; conselheiro com correcções de um clique; Imunify360, LVE Manager e MySQL Governor; auditoria. Só a partir das redes de gestão, sempre com dois factores.

Início do painel do cliente: as ferramentas agrupadas por área, com pesquisa, e o resumo da conta ao lado.
O início do painel do cliente. Dados de exemplo.

O que fala com a Internet não tem poder

Cada pedido atravessa camadas com privilégios diferentes. Um erro numa delas não chega para tomar o servidor: falta sempre a seguinte.

  1. Sem privilégiosUm processo por porta, sem root nem capacidades. Não decide nada: passa o pedido ao broker.
  2. Root, mas fechadoO broker é o único com privilégios: um registo fechado de operações, cada uma com o papel, a posse e a auditoria declarados; validação tipada; comandos sem shell.
  3. Com o utilizador da contaO trabalho nas homes corre com o utilizador do cliente, dentro do CageFS e dos limites dele, sem seguir ligações simbólicas.
290+operações no registo fechado
120+controlos de segurança escritos e testados
480+testes automáticos a cada alteração
0shells abertas pelo painel
  • Contas isoladas: sem mail() nem exec no PHP, envio de correio só com login e com limite por hora.
  • Ficheiros vindos de fora (migrações, cópias restauradas, saída de comandos) tratados como hostis.
  • Auditoria encadeada por hashes, escrita antes de cada efeito.
  • Actualizações assinadas, com verificação de saúde e volta atrás automática.

Cópias que o servidor não consegue apagar

O SakerBackupServer é a plataforma de cópias do SakerCP: uma máquina à parte que vai buscar as cópias aos servidores. O servidor de alojamento nunca tem uma chave que as apague.

Puxa, não recebe

Quem guarda as cópias é quem as vai buscar. Um servidor comprometido não chega a elas.

Cifradas e deduplicadas

Correio de hora a hora, bases de dados de duas em duas horas, contas todos os dias, com retenção.

Restauro pelo painel

O cliente escolhe a data e o que quer de volta; a administração recupera uma máquina inteira.

Mudar sem dor

O SakerCP importa contas de servidores cPanel*: por arquivo de cópia ou directamente do servidor de origem, com uma segunda passagem para o que mudou entretanto. O correio, os domínios, o DNS, as bases de dados e os certificados vêm juntos, e tudo o que não pôde vir fica num relatório.

* cPanel é uma marca dos respectivos titulares. O SakerCP é um produto independente, escrito de raiz, sem código de terceiros.

Feito para CloudLinux

CageFS, limites LVE, selectores de PHP, Node.js e Python, MySQL Governor e Imunify360 integrados, e o painel ajusta-se à edição da CloudLinux de cada servidor.

Inscrição na fase alpha

Estamos a escolher os primeiros servidores para a fase alpha. Diga-nos quem é e o que aloja; respondemos por e-mail. Depois de enviar, recebe uma mensagem para confirmar o endereço.