1.5 KiB
1.5 KiB
MetaFeeder · MusicBrainz — Rationale
What deviation / exception is being requested
metafeedermusicbrainz-feeder runs user: 0:0.
Why it is necessary
Carried over unchanged from the MetaFeeder listings this app is a sibling of, so the feeder behaves exactly as they do. The MetaFeeder images write their state and redb cache as the container user and some reach MetaCore's root-owned tree; a uid-1000 process is refused.
Security mitigations in place
- Public ingress terminates at the AppShield sidecar (
ghcr.io/yundera/appshield:2.0.9), which gates every path behind the PCS's Authelia SSO over OIDC. The feeder carries no Caddy labels and publishes no host port, so it is reachable only from thepcsDocker network. - The container mounts no user directories — not
/DATA/Documents,/DATA/Downloads,/DATA/Mediaor/DATA/Gallery. Its only bind is its own state under/DATA/AppData/metafeedermusicbrainz/, declared inx-compose-app.foldersand owned$PUID:$PGID. cpu_sharesand a hardmem_limit(swap disabled) set on every service; image tags pinned; no:latest.
Alternatives considered and rejected
- Run as
$PUID:$PGID. Not validated for this image; the sibling MetaFeeder apps all run0:0, and changing the runtime user here would make this listing the odd one out for no measured benefit.
Data protection
The feeder holds no user media. Its entire state lives under /DATA/AppData/metafeedermusicbrainz/, which
is the unit Maison archives on uninstall and restores from backup.