- Expédié
- 14 octobre 2026 à 23:02 UTC
- Auteur
- Kamo
- S'engager
- f527486
Un visiteur sur le site d'un prêteur peut maintenant envoyer des documents, images, zips et ordinaires audio/vidéo à l'agent dans l'onglet Live Support, et lire les deux leurs propres fichiers Et celui de l'agent. Les Scripts, autoruns et exécutables sont refusés. La porte est PublicVisitorAttachmentPolitique, jugée contre les octets plutôt que la nom ou type déclaré: une extension par défaut (par la dernière extension, avec les extensions intérieures dangereuses, les rebords bidi et les points de fuite Windows refusés); octets magiques qui doivent correspondre à la famille revendiquée, PE/ELF/Mach-O a refusé nom, texte qui doit vraiment être texte, et les fichiers de famille ZIP lisent à travers leur central répertoire seulement (pas de décompression) — aucun exécutable, archives imbriquées, liens symboliques ou chemin traversée dans un .zip; pas de macros, ActiveX ou des paquets OLE intégrés dans Office/OpenDocument; aucun projet VBA ou objet emballé dans OLE2 ancien; aucun objet incorporé dans RTF. Nouveaux critères d'évaluation (derrière la clé, l'origine et le taux de l'APIService, jeton de session autorisé) : - POST **************** (dossiers multiples, 1-5, 25 Mo chacun) - GET-HEAD .../attachments/{objImgId} et .../preview (même en-tête de sécurité que l'itinéraire du membre, maintenant partagée par l'intermédiaire des réponses à la pièce jointe) - POST .../messages accepte les "attachements": [{imgId, triId}] — seuls les téléchargements du visiteur dans cette conversation; les lignes historiques portent des attaches en forme de membre. Les fichiers visiteurs sont stockés comme n'importe quelle pièce jointe de chat (CHAT ATTACHMENT, la guid de session, créé par le membre système de l'org) de sorte que la fenêtre de l'agent les rend inchangés. sendSupportMessage annonce maintenant tout (cadre NATS avec pièces jointes, activité avec hasAttachments, en attente du compte) après le commit, et est @RetryOnDbConflict.