Skills OpenClaw: instalá-los sem se fazer enganar
As skills do OpenClaw são pastas de instruções, às vezes acompanhadas de scripts, que o agente carrega para aprender um procedimento. Elas são instaladas com um comando a partir do registro público ClawHub, e é aí que começam os problemas: uma skill é executada com todas as permissões do agente, e várias equipes de segurança documentaram no início de 2026 skills maliciosas nesse registro. Este guia explica como uma skill funciona, como lê-la antes de ativá-la e como limitar os danos caso alguma não faça o que anuncia. Ele não se baseia em nenhum teste próprio: os números citados vêm dos relatórios identificados, na data correspondente.
#O que é uma skill do OpenClaw, na prática
Uma skill não é um plugin compilado nem uma extensão no sentido de um navegador. É uma pasta que contém no mínimo um arquivo SKILL.md: um cabeçalho no formato YAML com um nome e uma descrição, seguido de instruções em Markdown que explicam ao agente quando e como realizar uma tarefa. A pasta também pode incluir scripts, modelos de arquivos ou documentos de referência. Para isso, o OpenClaw segue um formato aberto compartilhado com outros agentes, descrito na documentação dele.
Na inicialização, o gateway não carrega o conteúdo completo de cada skill. Ele insere no prompt do sistema a lista das skills disponíveis, com seu nome e sua descrição. Quando o modelo considera que uma skill corresponde à solicitação, ele lê o arquivo SKILL.md inteiro e segue suas instruções, chamando, se necessário, os scripts que ele contém. Portanto, uma skill é, antes de tudo, texto que entra no contexto do modelo, assim como as suas próprias instruções.
O cabeçalho pode declarar condições de ativação: executáveis necessários na máquina, variáveis de ambiente, chaves de configuração ou um sistema operacional. Se faltar uma condição, a skill continua visível no inventário, mas não é oferecida ao modelo. Essas declarações servem para a confiabilidade, não para a segurança: elas não limitam o que uma skill ativada pode fazer.
- Skills incluídas
- Fornecidas com o OpenClaw e ativadas conforme a configuração. Elas são mantidas pelo projeto, o que não dispensa conhecê-las.
- Skills gerenciadas
- Instaladas para todos os agentes da máquina, na pasta skills do diretório ~/.openclaw.
- Skills do espaço de trabalho
- Colocadas na subpasta skills do espaço de trabalho do agente, por padrão ~/.openclaw/workspace. É lá que o ClawHub instala por padrão.
- Ordem de prioridade
- Uma skill do espaço de trabalho prevalece sobre uma skill gerenciada com o mesmo nome, que prevalece sobre uma skill fornecida. Portanto, uma skill de terceiros pode substituir uma skill oficial sem que nada avise você.
O ClawHub é o registro público do projeto. Uma ferramenta de linha de comando com o mesmo nome permite procurar uma skill, instalá-la e atualizá-la. Qualquer pessoa pode publicar ali: a presença de uma skill no registro não significa que ela tenha sido revisada. Se a noção de agente e ferramentas ainda não estiver clara para você, nosso guia sobre o protocolo MCP explica o que significa dar ferramentas a um modelo e por que cada ferramenta adicionada amplia a superfície de ataque.
#Por que uma skill do OpenClaw é um risco por construção
Agentes que agem na sua máquina: Cline agêntico, MCP, n8n + Ollama, automações locais.
- Espaço online vitalício
- PDF + arquivos
- Reembolsado em 30 dias
O problema não está em um defeito do OpenClaw. Ele está no que uma skill é: instruções nas quais o modelo confia, executadas por um agente que dispõe de um terminal, dos seus arquivos, de um navegador e dos seus aplicativos de mensagens. Tudo o que o agente pode fazer, uma skill pode fazê-lo fazer. E, ao contrário de uma injeção de prompt vinda de uma página da web, que o modelo às vezes pode identificar como conteúdo externo, uma skill chega pelo canal das instruções legítimas.
- Dependência falsa
- A skill solicita, em nome de um pré-requisito técnico, o download e a execução de um script de instalação externo. O agente obedece, e o script instala um software malicioso. Esse é o esquema mais documentado no ClawHub no início de 2026.
- Exfiltration
- As instruções preveem o envio do conteúdo da conversa, de um arquivo de configuração ou de credenciais para um endereço externo, muitas vezes sob o pretexto de « registro » ou de « sincronização ».
- Desvio persistente
- A skill modifica a memória ou as instruções do agente, ou adiciona uma tarefa agendada. O efeito persiste após a desinstalação se você não reler esses arquivos.
- Usurpation
- Um nome parecido com o de uma skill conhecida, uma descrição copiada, um autor criado no dia anterior. O registro não protege contra homônimos.
- Atualização maliciosa
- Uma skill honesta na instalação pode mudar de conteúdo na versão seguinte. A revisão deve ser refeita a cada atualização.
#O que os pesquisadores de segurança descobriram no ClawHub
Várias equipes analisaram o registro durante a onda de popularidade do projeto, entre o fim de janeiro e março de 2026. Nós não reproduzimos as análises delas. Os números abaixo são os de cada relatório, na data de publicação correspondente, e o registro mudou desde então. Em conformidade com nossa linha editorial, não publicamos nem uma lista de skills maliciosas nem links para elas.
- Koi Security, 1º de fevereiro de 2026
- Os pesquisadores descrevem uma campanha que batizaram de ClawHavoc: no primeiro relatório, 341 skills publicadas no ClawHub são identificadas como maliciosas. Muitas usavam o esquema da falsa dependência para instalar um ladrão de informações no macOS. Os mesmos pesquisadores posteriormente revisaram esse total para cima em publicações seguintes.
- Cisco, fevereiro de 2026
- A equipe de pesquisa da Cisco analisou uma skill popular do registro e mostrou que ela continha instruções que levavam o agente a transmitir dados para um servidor de terceiros, sem o conhecimento do usuário. Logo depois, a Cisco publicou uma ferramenta livre para análise de skills e concluiu que agentes pessoais desse tipo exigem uma estrutura de segurança que ainda não existe para a maioria dos usuários.
- Snyk, fevereiro de 2026
- Em seu relatório ToxicSkills, a Snyk informa ter analisado 3 984 skills do ClawHub. Segundo o relatório, 13,4% apresentavam pelo menos um problema de segurança e 76 eram consideradas maliciosas, com destaque para a exfiltração de credenciais e scripts de instalação maliciosos.
- Kaspersky, início de 2026
- A análise publicada pela Securelist coloca as skills em um contexto mais amplo: gateways expostos na Internet, vulnerabilidade CVE-2026-25253 corrigida no fim de janeiro de 2026 e segredos armazenados em texto claro na pasta de configuração. Suas recomendações coincidem com as deste guia: isole, limite as permissões, não exponha nada.
O projeto reagiu. Segundo seus anúncios de fevereiro de 2026, o ClawHub agora submete as skills publicadas a uma análise automática de código malicioso, em parceria com a VirusTotal, e remove aquelas que são sinalizadas. Isso é útil, mas insuficiente: uma análise automática identifica scripts conhecidos e padrões evidentes, não uma frase de instrução habilmente formulada. A leitura continua sendo responsabilidade sua.
#O conjunto de regras a definir antes da primeira skill
Este guia pressupõe que o OpenClaw já esteja instalado. Se não estiver, nosso guia de instalação com Docker detalha a configuração, e nossa apresentação do OpenClaw ajuda a decidir se a ferramenta é adequada para você. Antes de adicionar qualquer skill de terceiros, verifique estes quatro pontos.
- Uma versão atualizada
- As skills são apenas uma das superfícies de ataque. Um gateway antigo continua vulnerável a falhas corrigidas desde então, incluindo a CVE-2026-25253. Atualize e depois execute novamente o diagnóstico.
- Uma auditoria bem-feita
- O comando de auditoria integrado sinaliza as configurações perigosas: gateway exposto, pareamento desativado, ferramentas abertas a todos. Corrija tudo antes de ampliar o agente.
- Uma máquina dedicada
- Não sua estação de trabalho, não a máquina que contém seu gerenciador de senhas ou suas chaves SSH pessoais. Uma máquina virtual, um mini-PC ou um servidor alugado.
- Uma necessidade nomeada
- Uma skill responde a uma tarefa específica que você já realiza. Instalar uma skill “por precaução” adiciona risco sem benefício.
O inventário talvez surpreenda você: algumas skills fornecidas com o OpenClaw já estão ativas. Reserve um tempo para ler aquelas que você não conhece e desative as que não são úteis para você. O princípio é o mesmo de um servidor: cada componente ativo deve ter uma razão de existir.
#Leia uma skill do OpenClaw antes de ativá-la: o método
O erro clássico é instalar primeiro e ler depois. Assim que uma skill está presente em uma pasta carregada pelo OpenClaw, o agente pode lê-la e segui-la. Portanto, o método consiste em obter a skill em uma pasta de quarentena que o gateway não monitora, examiná-la e só então movê-la. Reserve de dez a quinze minutos para uma skill de tamanho razoável. Se a skill for longa demais para ser lida, isso já é uma informação.
- 01Obter sem ativarCrie uma pasta de quarentena fora das pastas carregadas pelo OpenClaw e entre nela antes de iniciar a ferramenta ClawHub. Por padrão, ela instala na subpasta skills do diretório atual ou do espaço de trabalho detectado: verifique o caminho exibido no final. Você também pode ler a skill na página dela no registro antes de baixar qualquer coisa.
- 02Ler o SKILL.md inteiroPrimeiro, o cabeçalho: o nome corresponde ao que você estava procurando, os pré-requisitos declarados são coerentes com a tarefa? Uma skill de resumo de feeds RSS não precisa das suas variáveis de ambiente que contêm chaves. Depois, o corpo, frase por frase, perguntando a si mesmo a cada instrução: se o agente fizer exatamente isso, o que acontecerá na minha máquina?
- 03Inventariar os arquivosListe todo o conteúdo da pasta, incluindo os arquivos ocultos. Cada script, arquivo ou binário deve ser justificado pelas instruções. Um arquivo que o SKILL.md nunca menciona é um sinal de alerta. Binários e arquivos compactados devem ser recusados: você não pode lê-los.
- 04Procurar padrões conhecidosDownload seguido de execução, decodificação em base64, avaliação dinâmica de código, elevação de privilégios, endereços externos, caminhos para a pasta de configuração ou para chaves. Os comandos abaixo automatizam essa primeira verificação. Procure também caracteres invisíveis: instruções podem estar escondidas em um texto que parece vazio.
- 05Verificar o autor e o históricoData de criação da conta, outras publicações, versões sucessivas, repositório de código citado e correspondente ao conteúdo baixado. Uma skill “oficial” de um serviço conhecido publicada por uma conta anônima é uma usurpação até prova em contrário.
- 06Decidir e anotar o motivoUma instrução que peça para executar um script obtido online já é motivo suficiente para recusar, mesmo que todo o resto esteja correto. Se você aceitar, guarde uma cópia da versão lida: é essa versão que você comparará com a próxima atualização.
Esses comandos não decidem por você. Uma skill legítima pode citar um endereço externo porque consulta uma API pública ou usar curl porque essa é sua função. O sinal é a diferença entre o que a skill anuncia e o que faz. Um resumo de feeds RSS que lê seu arquivo de configuração não tem desculpa.
#Instale com o mínimo de permissões possível
Depois de reler a skill, mova-a para a pasta skills do espaço de trabalho ou deixe a ferramenta ClawHub instalá-la no lugar certo. A configuração do OpenClaw, no arquivo openclaw.json da pasta ~/.openclaw, permite então desativá-la, fornecer uma chave dedicada a ela e restringir as skills fornecidas àquelas que você usa. Os nomes exatos dessas chaves mudam conforme as versões: a página de skills da documentação é a referência oficial.
- Desativada por padrão
- Uma skill instalada, mas ainda não revisada, ou revisada, mas ainda não necessária, deve ser explicitamente desativada. Uma entrada desativada não é apresentada ao modelo.
- Chaves dedicadas
- Se uma skill precisar de acesso a um serviço, crie uma chave reservada para esse uso, com um limite de gastos e o escopo mais restrito possível. Nunca sua chave principal, nunca uma chave compartilhada entre skills.
- Contas dedicadas
- A mesma lógica vale para as contas: uma skill que lê uma agenda ou uma caixa de e-mail recebe uma conta criada para o agente, não a sua.
- Skills fornecidas reduzidas
- Restrinja a lista de skills fornecidas àquelas que você realmente usa. Quanto menos opções o modelo tiver, menos meios uma instrução enganosa terá.
- Sem atualização automática
- Não inicie uma atualização em massa de todas as skills. Atualize uma skill por vez, compare a nova versão com a cópia que você guardou e depois reative-a.
Após cada alteração, execute novamente o inventário e o diagnóstico. O comando de verificação das skills informará se a skill está ativa, se os pré-requisitos são atendidos e quais variáveis ela espera. Se ela solicitar uma variável que você não previu, volte à leitura.
#Isole o agente: limite o que uma skill maliciosa pode alcançar
A leitura reduz a probabilidade de instalar uma skill maliciosa. O isolamento reduz as consequências caso você tenha cometido um erro. Ambos são necessários, e o segundo é mais importante que o primeiro: um dia você fará uma leitura inadequada, ou uma atualização passará despercebida. O objetivo é que uma skill que tente exfiltrar seus segredos não encontre nada para exfiltrar e que um script que tente se instalar não tenha onde fazê-lo.
- Sandbox para execução
- O OpenClaw pode executar as ferramentas do agente em um contêiner Docker, em vez de diretamente na máquina. Por padrão, esse isolamento se aplica às conversas que não são a sua; a documentação explica como estendê-lo a todas as sessões. Com um contêiner, um comando malicioso age em um sistema descartável, não no seu host.
- Ferramentas removidas
- A configuração permite proibir ferramentas a um agente. Se nenhuma das suas skills precisar do navegador ou da gravação de arquivos fora do espaço de trabalho, remova-as. Uma skill não pode usar uma ferramenta que o agente não tenha.
- Conta de sistema dedicada
- O gateway é executado por um usuário que não tem acesso às suas chaves SSH, aos seus documentos nem a privilégios administrativos. As montagens do Docker dão acesso apenas à pasta ~/.openclaw.
- Rede fechada
- O gateway continua escutando localmente, em 127.0.0.1 e na porta 18789 por padrão, e o acesso remoto passa por um túnel SSH ou uma VPN. Se o seu firewall permitir, limite também as conexões de saída do agente aos serviços aos quais ele realmente precisa se conectar: uma exfiltração precisa de uma saída.
- Modelo capaz
- Um modelo que entende bem as instruções resiste melhor às que são enganosas. Localmente, isso significa um modelo com pelo menos 14 bilhões de parâmetros, ou cerca de 9 GB de VRAM em Q4_K_M, com um contexto amplo. Nosso guia sobre OpenClaw com Ollama detalha essa escolha.
Se o agente se conectar a ferramentas externas pelo protocolo MCP, as mesmas regras se aplicam a cada servidor MCP: leitura antes da ativação, privilégios mínimos, isolamento. Nosso guia sobre o servidor Ollama e nossa análise do Top 10 da OWASP para LLMs apresentam o contexto geral dessas medidas.
#Monitorar, remover, denunciar
Uma skill instalada não é um bem adquirido. Três hábitos limitam as surpresas. O primeiro: reler de vez em quando os arquivos de memória e de instruções do espaço de trabalho, que são simples arquivos Markdown. Uma linha que você não escreveu deve ser compreendida e depois removida. O segundo: percorrer os registros do gateway depois de adicionar uma skill, para verificar se os comandos executados e os endereços acessados correspondem ao que você esperava. O terceiro: refazer a auditoria de segurança após cada mudança de configuração.
Se você descobrir posteriormente que uma skill estava comprometida, considere comprometido tudo o que o agente podia acessar: revogue e recrie as chaves de API que ele possuía, altere as senhas das contas confiadas a ele e examine a máquina host se o agente estava sendo executado sem sandbox. Em seguida, denuncie a skill no registro e, se ela tiver servido um script malicioso, às equipes que acompanham essas campanhas: todos os relatórios citados acima começaram com denúncias.
#Fontes
Este guia não contém nenhuma medição própria. Os comandos e as chaves de configuração vêm da documentação do OpenClaw, que evolui rapidamente: em caso de divergência, ela prevalece. As constatações sobre as skills maliciosas vêm dos relatórios a seguir, consultados para esta redação; os relatórios da Koi Security e da Snyk foram publicados nos blogs dessas duas empresas.
#Para se aprofundar
As skills são apenas uma parte da segurança de um agente local. Estes guias do site cobrem o restante do quadro:
- Injeção de prompt: executar localmente não protege você
- O mecanismo pelo qual um texto lido pelo modelo se torna uma instrução e por que executar o modelo em casa não é suficiente. https://quelllm.fr/guide/injection-de-prompt-llm-local
- OWASP Top 10 LLM: como proteger sua IA local nas empresas
- A referência dos dez riscos próprios das aplicações baseadas em LLM, incluindo a cadeia de suprimentos e o excesso de autonomia dos agentes. https://quelllm.fr/guide/owasp-top-10-llm-securite-locale
- Proteger seu servidor Ollama
- Autenticação, proxy reverso e exposição: as medidas do lado do modelo, complementares às do lado do agente. https://quelllm.fr/guide/securiser-serveur-ollama
- MCP: o que é?
- O protocolo que conecta um modelo a ferramentas externas e o que cada servidor adicionado implica. https://quelllm.fr/guide/mcp-c-est-quoi-model-context-protocol
- OpenClaw: o que é e vale a pena instalar?
- A apresentação do projeto, seus pré-requisitos e os riscos gerais, para decidir antes de instalar. https://quelllm.fr/guide/openclaw-c-est-quoi
Um comentário, um erro ou uma observação? Avise-nos; isso ajuda a melhorar o guia para todos.