O que o CPYNET guarda, o que nunca guarda, e por quê - verificado linha por linha em relação ao código realmente em execução, não uma política genérica.
O conteúdo do paste vive apenas na memória (RAM) - nunca é gravado em disco ou banco de dados. É excluído permanentemente no momento em que é lido (ou quando sua cota de leituras se esgota) ou quando seu temporizador expira. Um reinício do servidor também perde qualquer paste ainda não lido - isso não é um bug, é exatamente o propósito.
Se protegido por senha, é mantido criptografado em repouso com AES-256-GCM; o servidor só mantém o texto descriptografado em memória pelo breve momento em que verifica uma senha. Com criptografia zero-knowledge, o servidor nunca vê nada além de texto cifrado - a chave de descriptografia nunca chega até ele.
Cada requisição gera uma linha de log de acesso padrão: IP do cliente, método HTTP, caminho (ex.: /123456 - apenas o código, nunca o conteúdo), código de status, duração. Isso vai para o próprio stdout do servidor (normalmente capturado pelo systemd ou Docker), não armazenado em um banco de dados consultável pelo próprio CPYNET.
O painel /admin (desativado por padrão, acessível apenas se ADMIN_PASSWORD estiver definido) mantém as últimas 200 entradas de atividade (quem fez o quê, a partir de qual IP) e contadores acumulados de pastes - apenas metadados, nunca conteúdo, e visível apenas para quem tem a senha de administrador.
Exatamente dois: um cookie lang que lembra sua escolha de idioma, e - somente se você realmente fizer login no painel de administração - um cookie de sessão restrito ao caminho /admin. Nenhum cookie de rastreamento ou publicidade de qualquer tipo.
Desativado por padrão. Só é carregado se quem administra um determinado deployment configurar um ID de medição no próprio painel de administração - essa é a escolha deles para a instância deles, o CPYNET em si nunca carrega um rastreador por conta própria.
O servidor tem zero dependências externas em Go (biblioteca padrão pura). A página web carrega uma fonte do Google Fonts - a única requisição de rede a terceiros em todo o produto. Nenhum outro script, CDN ou rastreador de terceiros.
O CPYNET é fornecido "como está", sem garantia de qualquer tipo. Você o usa por sua conta e risco. Quem administra uma determinada instância (o operador) não é responsável por quaisquer danos, diretos ou indiretos, decorrentes do uso - incluindo perda de dados (pastes são efêmeros por design e não podem ser recuperados após expirados ou lidos), interrupções de serviço, ou qualquer coisa compartilhada através dele.
Você é o único responsável pelo que cola ou envia: sua legalidade, sua precisão, e seu direito de compartilhá-lo. Não o use para distribuir nada ilegal, infrator ou malicioso. Um operador pode remover acesso, limitar taxa, ou bloquear uma origem a seu critério, embora no caso normal o conteúdo simplesmente nunca seja inspecionado (veja acima) - abusos geralmente são detectados pelos limites automáticos abaixo, não por revisão manual.
Para impedir que um agente mal-intencionado (ou uma rajada de bots automatizados) derrube uma instância para todos: escritas e leituras são limitadas por IP, o armazenamento total em memória de todos os pastes ativos tem um teto fixo (novas escritas recebem um 503 quando cheio, em vez de o processo ficar sem memória), e uploads de arquivos especificamente têm um tempo de vida máximo menor que texto simples (veja a referência da API para os limites atuais). Nada disso requer uma conta ou identifica quem está usando o serviço no caso normal - só entra em ação sob carga real.
O design do CPYNET tende à minimização de dados por padrão: o conteúdo do paste nunca é persistido, os logs de requisição guardam apenas IP, método, caminho, código de status e duração (nenhum nome, e-mail ou conta vinculados a qualquer requisição), e os únicos cookies são funcionais (idioma, sessão de admin) - nenhum dos quais exige um banner de consentimento sob o GDPR, a LGPD brasileira ou a KVKK turca. Dito isso, o próprio CPYNET não é um controlador de dados; quem opera um determinado deployment (autohospedado ou não) é responsável por suas próprias obrigações de conformidade - incluindo onde seu servidor está localizado e qualquer log adicional sobreposto, como os próprios logs de acesso de um proxy reverso.
Este é um serviço pequeno, de arquivo único - se algo aqui não estiver claro, o comportamento descrito acima é diretamente testável: veja o que retorna uma segunda leitura do mesmo código, observe os cabeçalhos de resposta, ou abra a aba de rede do seu navegador antes de enviar algo.