Política de uso aceitável.
A Libellula é uma plataforma de segurança defensiva autorizada. É permitido operar apenas sobre ativos de propriedade comprovada da sua organização ou com autorização documental de terceiro. Qualquer teste ofensivo não autorizado, exploração destrutiva ou exfiltração real de dados está fora do que o produto permite e fora do que o contrato autoriza.
O que impede cada regra de ser só uma frase
Política que depende de boa-fé é pedido, não política. Cada linha abaixo tem, do lado direito, o mecanismo que a torna verdadeira mesmo para quem tentar contorná-la.
Só ativo de propriedade comprovada
Um ativo sem verificação de propriedade — DNS TXT, arquivo HTTP, documento aprovado ou agente — não recebe coleta ativa. O worker revalida a verificação no momento da execução, e não no momento em que o job foi enfileirado.
Exclusão prevalece sobre inclusão
Quando um alvo aparece ao mesmo tempo numa regra de inclusão e numa de exclusão, a exclusão vence. Não há ordem de precedência configurável, porque configurável seria o mesmo que ausente.
Nada de exploração, nem para provar o achado
Não existe motor de exploração no código — nem desabilitado, nem atrás de opção. A validação segura usa apenas métodos que não escrevem, e o tipo do próprio código recusa qualquer outro.
Nada de exfiltração
Da verificação de caminho sensível guardamos código de resposta, tipo e tamanho. O conteúdo não é lido nem transportado, e por isso não há onde ele vazar depois.
Simulação só com janela e dupla aprovação
Duas identidades distintas, e uma chave de API conta como uma só. Fora da janela declarada, o job não sai da fila.
Toda execução fica registrada
A trilha é append-only e encadeada por hash, para qualquer papel e qualquer chave. Não existe rota de edição ou exclusão — inclusive para nós.
O que fazemos quando alguém tenta
A recusa é registrada, não silenciosa
Job recusado por escopo, validade ou verificação devolve o motivo e o evento de auditoria correspondente. A recusa entra na mesma trilha da execução — é dela que sai o recibo de não-execução.
O kill-switch não é nosso privilégio
Job, organização e plataforma. Sua organização aciona os dois primeiros a qualquer momento, sem pedir. Nada retoma sozinho: a reativação exige confirmação com digitação do nome do alvo e motivo.
Onde esta política termina
Esta página descreve o uso permitido do produto e o que a arquitetura impõe. Consequências contratuais — suspensão, rescisão, responsabilidade — são do contrato assinado com a sua organização, e não são decididas aqui.
Encontrou algo que contradiz o que está escrito acima? É exatamente o que queremos receber: /.well-known/security.txt.