Docker
2 artigos com esta tag
Chaves de CA intermediária da eMudhra (emSign) comprometidas: o que usuários de Python precisam fazer com pip, certifi e uv
Em 17 de outubro de 2026, um relatório mostrou que as chaves privadas de oito certificados intermediários da autoridade certificadora indiana eMudhra (seis para TLS) haviam sido geradas de forma tão inadequada que qualquer pessoa poderia recuperá-las. A eMudhra revogou todos os oito em 18 de outubro, e Chrome e Firefox os bloquearam em 17 de outubro por meio de seus mecanismos de envio. Em 20 de outubro a Mozilla decidiu uma remoção emergencial de confiança na raiz superior, emSign ECC Root CA - G3, e o Chrome a removerá em 27 de outubro (horário do Pacífico). Os navegadores estão protegidos, mas clientes TLS fora do navegador podem confiar em certificados forjados até que sua própria cópia da lista de CAs seja atualizada. No Python, o pip sempre carrega seu certifi incorporado, portanto um pip antigo continua exposto mesmo após a correção do repositório do sistema operacional. Os projetos Python publicaram um aviso em 20 de outubro (atualizado até 22 de outubro) pedindo que os usuários atualizem para pelo menos certifi 2026.10.19, pip 26.2.2, uv 0.13.4, sigstore 4.5.1, conda 26.9.4 e pixi 0.82.1 e que reconstruam imagens de contêiner sem o cache de camadas. Em 21 de outubro lançaram Python 3.15.1, 3.14.9 e 3.13.17 com pip 26.2.2. Não haverá versão 3.11 ou 3.12 com um pip mais novo. Isto não é um bug de execução de código no CPython: um invasor na rota da rede poderia redirecionar conexões ao PyPI, python.org e outros sites para um servidor falso. Nenhuma exploração havia sido anunciada até 24 de outubro. Em 22 de outubro a eMudhra disse que vai deixar o negócio global de certificados SSL/TLS. A visão deste site: atualize o pip para 26.2.2 ou posterior e o certifi para 2026.10.19 ou posterior em todos os ambientes, reconstrua imagens Docker sem o cache e eleve quaisquer fixações de certifi em lockfiles.
Rodando Next.js com segurança: não ficar para trás nos CVEs publicados
O maior risco de framework são CVEs publicados e negligenciados. Defenda com quatro práticas: julgue pela versão em execução, monitore com Dependabot/osv-scanner, atualize rápido e rode com menor privilégio. A visão deste site: o que costuma faltar a desenvolvedores indie não é conhecimento, mas uma forma de manter a operação em andamento; um sistema que não deixa CVEs escaparem importa mais que velocidade.