Descarregar sites que utilizam Sortable

Sobre Sortable

Arraste um cartão de uma coluna para outra e alguma coisa tem de guardar a nova ordem depois do rato ser largado. Reordenar listas num navegador parece um problema pequeno e acaba por ter uma cauda longa de casos limite, entre eles a entrada por toque, as listas encaixadas, os contentores com deslocamento, a animação e o momento em que a largada é cancelada. O Sortable está aqui registado como uma biblioteca em JavaScript que faz esse trabalho, publicada com licença MIT e datada de 2013.

O nome é a primeira complicação. Há mais do que um produto a atender por ele, incluindo uma biblioteca de arrastar e largar de código aberto distribuída por registos de pacotes, e o domínio associado a este registo já não serve um site próprio que permitisse decidir com qual deles a nossa impressão digital coincidiu. O nosso número conta uma coincidência de impressão digital e não uma relação societária, e quando dois produtos partilham um nome, a assinatura por si só não os consegue distinguir.

A segunda complicação é maior e aponta no sentido inverso. Uma biblioteca com licença MIT instala-se normalmente através de um gestor de pacotes e é compilada num pacote de aplicação, onde o nome do ficheiro, o caminho e a versão deixam de existir para qualquer rastreador. A deteção só vê o que uma página serve com um nome reconhecível, o que nesta classe de bibliotecas é uma minoria das instalações reais. Em outubro de 2026 detetamos o Sortable em 13 sites, e a honestidade obriga a chamar a isso a cauda visível de uma base instalada que ninguém consegue medir a partir de fora.

A cauda visível não é uma amostra aleatória, o que é precisamente o que lhe dá valor. Os sites que servem uma biblioteca de reordenação como ficheiro autónomo tendem a ter montagens de compilação mais simples. Um plugin que traz o seu próprio diretório de dependências, um painel de administração montado sem uma cadeia moderna, um tema que carrega scripts por etiqueta. Uma lista desses domínios é uma lista de front ends onde o código de terceiros é carregado e não compilado, e é exatamente essa a população que uma revisão da cadeia de fornecimento quer examinar primeiro.

O limite merece ser dito com a mesma clareza que o achado. Não temos dados de versão para esta entrada, por isso a exportação identifica onde a biblioteca é servida e não que versão está a correr, o que separa uma lista de investigação de um relatório de vulnerabilidades. Verificar um domínio indica se um site que já se tem em mente a carrega. A exportação indica qual é a população não empacotada, e essa pergunta não pode sequer ser feita a uma consulta, porque a questão de fundo é não se saber ainda por que domínios perguntar.