Skip to content

[Fix] Prevent custom logos from executing scripts - #6

Draft
openroomote-bruno[bot] wants to merge 1 commit into
masterfrom
fix/secure-logo-loading-3mvosk3juwso3
Draft

openroomote-bruno[bot] wants to merge 1 commit into
masterfrom
fix/secure-logo-loading-3mvosk3juwso3

Conversation

@openroomote-bruno

Copy link
Copy Markdown

​Created by Roomote. View the task or mention @roomote for follow-up asks.

What changed

  • Render custom whitelabel logos as images instead of inserting SVG markup into the application DOM.
  • Pin the Bun version used by the Docker build to the version declared by the repository.

Why this change was made

Configured SVG logo content could execute as same-origin script when rendered inline. The Docker build also executed a mutable Bun release rather than the repository's reviewed version.

Impact

Custom SVG branding remains supported but is loaded as an inert image, preventing its markup from executing in the application. Image-loaded SVGs retain their own colors rather than inheriting the interface text color. Docker builds now use Bun 1.3.7 consistently.

Browser proof could not be captured because this environment has no configured runnable product browser surface. Focused tests, formatting, and linting passed; Docker build validation could not run because the Docker daemon is unavailable.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant