mirror of
https://github.com/binwiederhier/ntfy.git
synced 2026-05-10 00:08:52 +02:00
[GH-ISSUE #449] Attached Images are always public even for private topics #343
Labels
No labels
ai-generated
android-app
android-app
android-app
🪲 bug
build
build
dependencies
docs
enhancement
enhancement
🔥 HOT
in-progress 🏃
ios
prio:low
prio:low
pull-request
question
🔒 security
server
server
unified-push
web-app
website
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ntfy#343
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @OHDMax on GitHub (Oct 22, 2022).
Original GitHub issue: https://github.com/binwiederhier/ntfy/issues/449
Hello!
First thank you creating and maintaining this really helpful program (and congrats on your newest family member!).
I run a private instance for sending messages between my devices which means every topic needs a user and password to be able to subscribe to them. However when I directly push an image (using curl with POST and a local image) to a private topic I can copy the link to that image and view it without authenticating myself.
Is this a bug or intended? Did I miss a configuration option to make the images private by activating basic auth for files or something? I've skimmed the documentation and the server.yml but could not find anything related.
Related information:
The instance runs on a Synology NAS inside a Docker container. Access to the internet is possible through the built-in NGNIX which acts as reverse proxy.
@binwiederhier commented on GitHub (Oct 22, 2022):
Intended. Attachment links are based on the message ID, which is a randomly generated string of 12(?) upper+lowercase characters and numbers and only lives for 3 hours. There's virtually no chance someone can guess the URL. Google and such use the same concept of a secret URL.
@OHDMax commented on GitHub (Oct 22, 2022):
I see, thanks for clearing that up!