- Spegnimento
- 14 ottobre 2026 alle ore 23:02 UTC
- Autore
- Kamo
- Impegno
- f527486
Un visitatore sul sito web di un prestatore può ora inviare documenti, immagini, zip e ordinario audio/video all'agente nella scheda Supporto dal vivo e leggere entrambi i propri file e dell'agente. Gli script, gli autorun e gli eseguibili sono rifiutati. Il cancello è PublicVisitorAttachmentPolicy, giudicato contro i byte piuttosto che il nome o tipo dichiarato: un'estensione predefinito-deny Allowlist (per l'ultima estensione, con pericolose estensioni interne, bidi overrides e Windows punti trainanti rifiutati), byte magiche che devono corrispondere alla famiglia rivendicata, PE/ELF/Mach-O ha rifiutato qualsiasi cosa nome, testo che deve essere veramente testo e file di famiglia ZIP leggere attraverso il loro centrale directory only (non decompressione) — nessun eseguibile, archivi nidi, simlink o percorso traversal in .zip; no macro, ActiveX o pacchetti OLE incorporati in Office/OpenDocument; nessun progetto VBA o oggetto confezionato in OLE2 legacy; nessun oggetto incorporato in RTF. Nuovi endpoint (in base alla chiave/origine/tasso dell'APIService, previa autorizzazione di sessione): - Cosa? (multipart "files", 1-5, 25 MB ciascuno) - GET|HEAD .../attachments/{objImgId} e .../preview (stesso intestazioni di sicurezza come percorso membro, ora condiviso attraverso AttachmentResponses) - POST .../messages accetta "attacchi": [{imgId, sortId}] — solo i propri upload del visitatore in questa conversazione; le righe di storia portano allegati nella forma del membro. I file dei visitatori vengono memorizzati come qualsiasi allegato di chat (CHAT ATTACHMENT, la guida di sessione, creato dal membro del sistema dell'org) così la finestra dell'agente li rende invariati. sendSupportMessage annuncia tutto (NATS frame con allegati, attività con hasAttachments, conteggio in sospeso) dopo commit, ed è @RetryOnDbConflict.