O que realmente é o cloudd
cloudd é o daemon do CloudKit: o processo que o macOS usa para se comunicar com os servidores iCloud da Apple em nome dos aplicativos. É uma parte padrão do macOS, distribuída e assinada pela Apple, e não é malware.
CloudKit é a framework da Apple para armazenar dados de aplicativos no iCloud e mantê‑los consistentes entre os dispositivos de um usuário. Os aplicativos não abrem suas próprias conexões para sincronizar; eles entregam seus dados ao CloudKit, e o cloudd faz o trabalho de enviar as alterações, buscar mudanças feitas em outros dispositivos e tentar novamente solicitações que falharam.
Mais do que a maioria das pessoas espera. A sincronização de documentos do iCloud Drive passa por ele, assim como o Notes, e o Photos o usa para metadados da biblioteca. Muitos aplicativos da Apple dependem dele para permanecerem consistentes entre um Mac, um iPhone e um iPad, e também muitos aplicativos de terceiros: o CloudKit é um backend de sincronização popular porque o desenvolvedor não precisa de um servidor próprio.
Então, quando o cloudd está ativo, você quase sempre está vendo a sincronização do iCloud em andamento — para o sistema, para um aplicativo da Apple ou para algo que você instalou.
Por que o tráfego do cloudd é realmente o tráfego de outros apps
Esta é a coisa mais útil para entender sobre o cloudd, e a origem de quase toda a confusão ao redor dele.
O cloudd é um serviço compartilhado de transporte. Ele não gera tráfego por si só de forma significativa; ele transporta os dados de outros apps. Quando uma nota muda, quando um documento chega ao iCloud Drive, quando um gerenciador de tarefas de terceiros sincroniza um item, esses bytes deixam o seu Mac sob o nome do cloudd em vez do nome do app que os produziu. Qualquer ferramenta que atribua atividade de rede por processo, incluindo o Activity Monitor, mostrará, portanto, um valor alto associado ao cloudd e pouco contra os apps realmente responsáveis.
Então, o uso intenso de dados pelo cloudd raramente é uma afirmação sobre o cloudd. É uma afirmação sobre o quanto seus apps estão sincronizando, agregado em uma única linha. Dois Macs executando cópias idênticas do macOS podem mostrar números do cloudd completamente diferentes, simplesmente porque um tem uma grande biblioteca do Photos e alguns apps que usam CloudKit.
O macOS faz isso em outros lugares também: o nsurlsessiond realiza downloads e uploads em segundo plano para outros apps e aparece como uso elevado pelo mesmo motivo. Uma vez que você reconhece o padrão, um daemon ocupado com um nome genérico deixa de ser alarmante. Geralmente, é um canal, e a questão interessante é o que está sendo transmitido por ele.
O cloudd é seguro, e como verificar por si mesmo
O cloudd é seguro. É um daemon first-party da Apple, faz parte do macOS há anos, e seu comportamento é totalmente explicado pelo trabalho que realiza. A preocupação razoável não é se o verdadeiro cloudd é perigoso, mas se o processo que roda sob esse nome no seu Mac é o verdadeiro — uma questão justa, já que usar um nome comum de sistema é uma velha tática.
Você pode verificar isso sem ferramentas especiais. No Activity Monitor, encontre o cloudd e abra o inspetor clicando duas vezes nele. O daemon genuíno vive dentro do volume do sistema somente leitura, em vez de na sua pasta Início, Aplicativos ou Downloads, e é iniciado pelo launchd em vez de por algo que você tenha aberto. Um processo chamado cloudd rodando fora de um diretório de usuário seria a anomalia que vale a pena investigar.
A verificação mais segura é a assinatura de código. Os binários do sistema da Apple são assinados pela Apple, e no macOS moderno o volume do sistema é criptograficamente selado, então um daemon do sistema substituído não é algo que software comum possa arranjar silenciosamente. O macOS fornece ferramentas de linha de comando que informam a autoridade de assinatura de qualquer binário, e para o cloudd ela deve indicar Apple.
Também vale dizer o que o cloudd não é. Ele não é um processo de análise ou telemetria; ele move os dados dos seus aplicativos para o iCloud e dele, para os serviços que você já ativou.
Por que o cloudd usa tanto CPU ou rede
Atividade pesada do cloudd quase sempre significa que uma sincronização grande está em andamento, e o caso mais comum é o inicial. Uma conta do iCloud recém-entrando, uma instalação nova, ou um serviço que você acabou de ativar precisa reconciliar tudo do zero, o que pode levar horas e mover uma grande quantidade de dados. A biblioteca de Fotos grande é o exemplo clássico; assim como uma pasta grande do iCloud Drive que acabou de ser adicionada ou restaurada. A resposta certa geralmente é paciência: deixe terminar em uma conexão onde os dados não importam, e a atividade volta a um ritmo tranquilo por conta própria.
A segunda causa é uma sincronização que continua falhando e tentando novamente. Se um item não pode ser enviado, o cloudd pode tentar novamente em loop, o que parece uso sustentado de CPU sem nada de útil para mostrar. O sinal disso é uma atividade que nunca se estabiliza, ao longo de dias ao invés de horas, sem uma transferência grande para explicar. Uma reinicialização resolve uma boa quantidade dessas; se não resolver, desligar o serviço afetado e ligá-lo novamente nas configurações do iCloud, ou sair do iCloud e entrar novamente, geralmente resolve.
Terceiro, verifique o que está realmente ativado. As configurações do iCloud mostram quais serviços e aplicativos sincronizam, incluindo os de terceiros, e desativar a sincronização de um aplicativo que você usa raramente remove sua carga completamente.
Em uma conexão limitada, o problema não é que o cloudd esteja ocupado, mas que estar ocupado custa dinheiro. A resposta ainda não é bloqueá-lo: pause a sincronização do iCloud, ative o Low Data Mode para essa rede, desative os serviços mais pesados enquanto estiver nela, ou limite o tráfego.
Bloquear isso, e a visão geral
Bloquear o cloudd com um firewall é possível, e é uma má ideia por um motivo específico: quebra a sincronização do iCloud em todo o sistema, e faz isso silenciosamente. Nada mostra um erro. Notas deixam de aparecer nos seus outros dispositivos, documentos param de atualizar, aplicativos de terceiros ficam silenciosamente obsoletos, e semanas depois você descobre por que uma alteração feita no seu Mac nunca chegou ao seu iPhone. O mecanismo não é o problema; o volume é.
O verdadeiro problema é a visibilidade. O macOS executa muitos daemons que conversam com a rede sem pedir, a maioria com nomes que não revelam nada, e oferece quase nenhuma maneira de ver quais estão conectando onde ou quanto estão movimentando. Quando um aparece no topo de uma lista de uso de banda, não há uma maneira embutida de julgar se isso é normal.
Essa lacuna é o que o NetMute fecha. Ele mostra tráfego em tempo real por aplicativo e por processo, e o registro a nível de domínio indica quais domínios cada processo contactou e quanto dado foi enviado. Para o caso de uso com limite de dados, limites de dados por aplicativo são a ferramenta prática: um limite diário ou mensal por processo, um aviso em um limite que você escolher, e um bloqueio automático em 100 por cento, com um limite global no topo e limites armazenados por perfil de rede, para que suas regras de hotspot não sejam suas regras de casa. Os perfis mudam automaticamente com a rede Wi-Fi que você conecta, e o firewall por aplicativo bloqueia qualquer coisa que não deveria estar conversando com um clique, com regras temporárias de expiração automática para testes.
O objetivo não é bloquear mais. Como o cloudd mostra, a maior parte do tráfego de fundo em um Mac é legítima. O objetivo é poder distinguir, e mantê-lo dentro de um orçamento quando a conexão que você está usando tem um limite.