- Navios
- 14 de outubro de 2026 às 23:02 UTC
- Autor
- Kamo
- Enviar
- f527486
Um visitante no site de um credor agora pode enviar documentos, imagens, zips e comuns áudio/vídeo para o agente na aba Suporte ao Vivo, e leia de volta ambos os seus próprios arquivos e do agente. Scripts, autoruns e executáveis são recusados. O portão é PublicVisitorAttachmentPolítica, julgado contra os bytes em vez de o nome ou tipo declarado: uma lista de permissões de extensão por omissão- deny (pela última extensão, com extensões internas perigosas, sobreposições bidi e pontos de seguimento Windows recusados), bytes mágicos que devem corresponder à família reivindicada, PE/ELF/Mach-O recusou nome, texto que realmente deve ser texto, e arquivos da família ZIP ler através de seu central diretório somente (sem descompressão) — nenhum executável, arquivos aninhados, links simbólicos ou caminho transversal num .zip; sem macros, ActiveX ou pacotes OLE incorporados no Office/OpenDocument; nenhum projeto VBA ou objeto embalado no legado OLE2; nenhum objeto incorporado no RTF. Novos endpoints (atrás da chave/origem/gate gate do APIService, token de sessão autorizado): - Post ************************* (múltiplos ficheiros, 1-5, 25 MB cada) - GETSHEAD .../attachments/{objImgId} e .../preview (mesmos cabeçalhos de segurança como a rota membro, agora compartilhado através do AnexoResponses) - POST .../mensagens aceita "attachments": [{imgId, sortId}] — apenas uploads do próprio visitante nesta conversa; as linhas do histórico carregam anexos na forma de membro. Os arquivos dos visitantes são armazenados como qualquer anexo de chat (CHAT ATTACHMENT, the session guid, criado pelo membro do sistema do org) para que a janela do agente os torne inalterados. SendSupportMessage agora anuncia tudo (frame NATS com anexos, atividade com temAtaques, contagem pendente) após commit, e é @RetryOnDbConflito.