Eu digitalizei um cliente & #39; s loja para plugins e voltou três O site estava executando vinte e seis Nada foi quebrado e nada foi escondido de propósito: seu plugin de otimização tinha fundido cada script em um arquivo combinado, e um arquivo mesclado não tem pastas de plugins em seu nome A varredura foi precisa sobre o que a página carregado e inútil como um inventário, que é a distinção este guia é sobre.
Detectar plugins de fora de um site é genuinamente útil e genuinamente limitado, e a maioria das ferramentas diz apenas a primeira metade Aqui está como a detecção funciona, o que cada resultado pode e não pode significar, e como ler uma pequena lista sem tirar a conclusão errada Detector de plug-ins WordPress relata ambas as metades propositalmente.
tl;dr: A detecção de plugins funciona encontrando arquivos carregados
/wp-content/plugins/<slug>/em uma página Qualquer coisa que não carregue um arquivo front-end é invisível: plugins somente de administrador, plugins que são disparados em outras páginas e qualquer coisa cujos ativos um plugin de cache se fundiu em um arquivo combinado Trate o resultado como um chão, nunca um total Digitalizando uma página interior em vez da página inicial de forma confiável encontra mais.
Como a detecção de plugins realmente funciona?
Um plugin que faz qualquer coisa visível tem que carregar algo de sua própria pasta WordPress serve arquivos de plugin de um caminho fixo, /wp-content/plugins/<slug>/portanto, qualquer folha de estilo, script ou imagem carregada a partir daí nomeia o plugin que o possui:
<link rel="stylesheet" href="/wp-content/plugins/contact-form-7/includes/css/styles.css?ver=5.9.3" />
<script src="/wp-content/plugins/woocommerce/assets/js/frontend/cart-fragments.min.js?ver=9.2.3"></script>
Isso é contact-form-7 e woocommerce, declarado pela página em vez de inferido a partir de como ele se comporta Alguns plugins anunciam-se mais claramente ainda: uma classe de corpo, um namespace REST sob /wp-json/, uma meta tag, um comentário HTML, um nome de cookie.
A versão geralmente acompanha a string de consulta. ?ver=5.9.3 é o que o WordPress anexa para quebra de cache e, na maioria das instalações, é o plugin e a versão real do #39; Os sites que eliminam strings de consulta de versão por motivos de cache, ou que codificam um valor, não relatarão nada ou algo obsoleto.
| Evidência | exemplo | Confiança |
|---|---|---|
| Caminho ativo | /wp-content/plugins/woocommerce/... |
O plugin carregou um arquivo nesta página |
| Versão consulta string | ?ver=9.2.3 |
Geralmente a versão instalada |
| Namespace REST | /wp-json/wc/v3 |
O plugin registrou rotas de API |
| Classe corporal | woocommerce-page |
O plugin está ativo neste tipo de página |
Por que tantos plugins permanecem invisíveis?
Quatro configurações comuns ocultam plug-ins e nenhuma delas significa que o site esteja fazendo algo errado.
Plugins somente para administradores não carregam nada para um visitante. Programadores de backup, editores de SEO, ferramentas de migração, gerenciadores de função do usuário, utilitários de teste: eles fazem seu trabalho por dentro wp-admin e não adicione nada ao front-end Uma grande parte de qualquer site real' s lista de plugins está nesta categoria e é invisível de fora por design.
Os plug-ins disparam nas páginas para as quais servem. Um plugin de checkout carrega no checkout Um plugin de formulário carrega onde está o formulário Digitalizar uma página inicial e concluir que o site tem três plugins é como ler a primeira página de um livro e relatar sua contagem de palavras.
Os plug-ins de otimização apagam nomes de pastas. Este é o grande Um plugin que concatena cada script e folha de estilo em um arquivo sob uma pasta de cache remove os nomes das pastas de plugins de tudo o que ele fundiu, incluindo o seu próprio O código ainda está lá A evidência não está.
Hosts e CDNs reescrevem caminhos de ativos. Alguns hosts gerenciados fazem proxy de cada arquivo estático por meio de um caminho que não contém mais /wp-content/plugins/. Mesmo efeito, aplicado a todo o site de uma só vez.
Portanto, um resultado vazio tem pelo menos cinco significados: nenhum plug-in está ativo, nenhum carrega ativos front-end, um otimizador os mescla, o host reescreve os caminhos ou o site não é WordPress. Uma ferramenta que relata "0 plugins" sem separá-los não está relatando uma descoberta, ela está relatando seu próprio ponto cego.
O que significa um nome de pasta sem um nome real?
A detecção fornece um slug. Transformar esse slug em um nome publicado, uma versão atual e uma contagem de instalações exigem combiná-lo com o diretório do plugin, e nem todo plugin está em um.
Um slug nu sem entrada correspondente quase sempre significa uma de três coisas É um plugin premium vendido fora do WordPress.org, que descreve a maioria dos construtores de páginas comerciais, plugins de formulário e sistemas de associação É personalizado, escrito para esse site por quem o construiu Ou a pasta foi simplesmente renomeada, o que alguns proprietários de sites fazem deliberadamente.
Isso é em si um sinal útil Um site cuja lista de plugins é principalmente incomparável slugs está executando software comercial ou personalizado, e isso lhe diz algo sobre o orçamento por trás dele antes de você ter feito uma pergunta a alguém.
Como você consegue uma imagem mais completa?
Digitalize mais de uma página Este é o hábito único de maior valor, e não custa nada:
- A página inicial, para móveis de todo o site: análises, banners de consentimento, construtores de páginas, controles deslizantes.
- Uma postagem no blog, para plug-ins do lado do conteúdo: postagens relacionadas, índice, compartilhamento social, sistemas de comentários.
- Uma página de produto ou preço, para comércio: o plugin da loja, gateways de pagamento, switchers de moeda.
- Uma página de contato, para formulários, mapas e proteção contra spam.
Tome a união Mesmo assim é um piso, mas um muito mais alto do que qualquer página única dá.
o /wp-json/ índice vale a pena um olhar também, quando ele está habilitado Plugins que registram rotas REST aparecem lá por namespace independentemente do que o front-end carregado, por isso ele pega alguns dos caminhos de ativos falham:
curl -s https://example.com/wp-json/ | grep -o '"namespace":"[^"]*"' | sort -u
A digitalização do site de alguém e #39; é aceitável?
Ler uma página pública é um pedido ordinário, aparece no site' s log de acesso exatamente como uma visita de um navegador, e não faz login, envia nada ou toca na área de administração O Documentação de segurança WordPress preocupa-se com o que uma solicitação autenticada ou investigativa pode fazer, e não com o que uma página publica voluntariamente para cada visitante.
Onde fica mais nítido é intenção Uma lista de plugins é reconhecimento se você usá-lo como um: uma versão desatualizada de um plugin com uma vulnerabilidade conhecida é exatamente o que um invasor procura Isso é uma razão para manter seus próprios plugins atualizados em vez de uma razão para fingir que as informações são secretas, já que qualquer um pode ler a mesma página Se você está auditando um site que você não possui, mantenha o que a página lhe diz e deixe-o lá.
Para que serve o resultado
Usado dentro de seus limites, uma varredura de plugin externo responde a perguntas reais rapidamente Qual construtor de páginas é este site usando, então EU posso citar para mudanças Esta loja no WooCommerce ou algo hospedado Qual é o plugin de formulário, para que EU possa combiná-lo Este concorrente está executando a mesma pilha de SEO que somos É meu próprio site de preparação carregando acidentalmente um plugin Eu desabilitei localmente.
O que não pode fazer é produzir um inventário Para isso você precisa do administrador, wp plugin list acima de WP-CLI, ou alguém que tenha o login.
Se a questão é o que está renderizando a página e não o que está carregando nela, isso é o Detector de temas WordPress, que lê o tema's próprios style.css para o nome, versão e pai E quando é você quem publica um plugin, o gerador readme escreve o readme.txt isso decide como é lido o seu plugin e a listagem de diretórios do próprio plugin.
