You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
feat(media): allow text/html on the generic file-upload path
Owner decision (Abraham, #buzz-ops 2026-08-04): accept the residual
risk of hosting text/html attachments given the existing defence in
depth — generic files are already served with
`Content-Disposition: attachment`, `X-Content-Type-Options: nosniff`,
and `Content-Security-Policy: default-src 'none'`, which prevents an
accepted HTML upload from executing or rendering as active content in
any client that respects those headers. Use case: sharing generated
HTML reports/exports.
`application/xhtml+xml` stays blocked (not part of the request). JS
and SVG stay blocked (classic stored-XSS carriers, no legitimate need
raised). Executables stay blocked — the same conversation settled on
zipping installers/binaries instead, which was already supported.
Mirrors the same removal in buzz-cli's client-side BLOCKED_MIMES so
the CLI doesn't reject an upload the relay now accepts.
0 commit comments