A aplicação renderiza arquivos SVG fornecidos por atacantes via Apache Batik. Uma referência de imagem relativa à raiz e sem esquema pode ignorar a função `isExternalUrl()` no `SvgSanitizer`, permitindo que o Batik resolva a referência em relação à base do documento `file:///input.svg` como um arquivo local de mesma origem. Isso ocorre nas funções `convert()` e `addSvgAsPage()` em `app/core/src/main/java/stirling/software/SPDF/utils/SvgToPdf.java`. Consequentemente, arquivos do servidor decodificáveis como imagem, como PNG, JPG, GIF ou SVG, podem ser renderizados no PDF resultante. Isso pode ser explorado sem autenticação em implantações onde o login está desativado, ou por usuários com acesso não administrativo quando o login está ativado. O problema também fornece um oráculo de existência para caminhos decodificáveis como imagem, mas não divulga texto simples, arquivos binários, diretórios, texto XInclude, entidades externas, URLs de arquivo explícitas ou referências HTTP. O endpoint afetado é 'POST /api/v1/convert/svg/pdf'.