Follow(ers|ing) collections can be fetched without signature even if authorized_fetch is enabled #729
Labels
No labels
approved, awaiting change
bug
configuration
documentation
duplicate
enhancement
extremely low priority
feature request
Fix it yourself
help wanted
invalid
mastodon_api
needs docs
needs tests
not a bug
planned
pleroma_api
privacy
question
static_fe
triage
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: AkkomaGang/akkoma#729
Loading…
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?
Your setup
From source
Extra details
Alpine 3.19
Version
2d439034ca
PostgreSQL version
16
What were you trying to do?
When
:pleroma, :activitypub, :authorized_fetch_mode
is enabled, all AP fetches without a valid signature should be denied. However, fetching/users/:nickname/followers
and/users/:nickname/following
still succeeds without any signature at all, while fetching the user owning the collections is denied with “Request not signed
”.E.g. try the follwoing
Looking at the route for fetching users, it uses the http_signature plug:
pipe_through([:accepts_html_xml_json, :http_signature, :static_fe])
While the route for fetching the follow(ers|ing) collection doesn’t pipe through
:http_signature
:pipe_through([:accepts_html_json, :static_fe, :activitypub_client])
However it does use the
:activitypub_client
plug and i’m not sure how this C2S and signature plug will interact with each other (presumably C2S interaction must not require a http signature)What did you expect to happen?
Requests without signature fail
What actually happened?
Requests succeed
Severity
I can manage
Have you searched for this issue?