SiYuan vulnerável a Leitura Arbitrária de Arquivos / SSRF em github.com/siyuan-note/siyuan/kernel

Um atacante explorando essa vulnerabilidade pode realizar requisições para qualquer URL que o servidor SiYuan possa acessar, incluindo recursos internos que normalmente não seriam acessíveis externamente. Isso pode levar à leitura de arquivos confidenciais, como arquivos de configuração, chaves de API ou dados de usuários. Em cenários mais graves, a SSRF pode ser utilizada para realizar ataques de escalada de privilégios ou para comprometer outros sistemas na rede interna. A exploração bem-sucedida pode resultar em exposição de dados sensíveis, interrupção do serviço e comprometimento da integridade do sistema.

Organizations and individuals using SiYuan for note-taking and knowledge management are at risk, particularly those running self-hosted instances or deployments where the SiYuan Kernel is exposed to external networks. Shared hosting environments where multiple users share the same SiYuan instance are also at increased risk.

• go / server: Examine application logs for unusual outbound HTTP requests, particularly those originating from internal IP addresses or using unusual protocols. Use netstat or ss to monitor connections and identify suspicious activity.

ss -t tcp -4 -n | grep <internal_ip_address>

• generic web: Monitor access logs for requests to internal resources or unusual file paths. Check response headers for signs of SSRF exploitation.

grep "/internal/path" /var/log/apache2/access.log

1. 2026-02-03Disclosure

   disclosure

1. Reservado2026-01-16
2. Publicada2026-02-03
3. Modificada2026-03-03
4. EPSS atualizado2026-03-23

A mitigação primária para CVE-2026-23850 é a atualização imediata para a versão 0.0.0-20260118092326-b2274baba2e1 ou superior. Se a atualização imediata não for possível, considere implementar medidas de segurança adicionais, como restringir o acesso de rede do servidor SiYuan, utilizando firewalls para bloquear requisições para URLs externas não confiáveis. Monitore os logs do servidor em busca de atividades suspeitas, como requisições para URLs inesperadas. Após a atualização, verifique se a vulnerabilidade foi corrigida tentando acessar um recurso interno através do servidor e confirme que a requisição é bloqueada ou redirecionada.