Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

fix: content claims derives #74

Merged
merged 3 commits into from
Nov 4, 2024
Merged

fix: content claims derives #74

merged 3 commits into from
Nov 4, 2024

Conversation

alanshaw
Copy link
Member

The default derives function has very basic loose equality checks on caveat fields. Turns out this doesn't allow the service to be invoked for most of the defined capabilities when the issuer has been delegated a capability (i.e. when not using the service key to self sign the invocation). When using a delegated capability the derives function is called to figure out if you have violated any constraints.

Luckily we didn't expose this publically and we have been using the service key to sign invocations so this hasn't come up yet.

Copy link

seed-deploy bot commented Oct 31, 2024

View stack outputs

@seed-deploy seed-deploy bot temporarily deployed to pr74 October 31, 2024 14:31 Inactive
@alanshaw
Copy link
Member Author

alanshaw commented Nov 4, 2024

Going to merge as I need this fix in upload service!

@alanshaw alanshaw merged commit 6791016 into main Nov 4, 2024
3 checks passed
@alanshaw alanshaw deleted the fix/content-claims-derives branch November 4, 2024 15:04
alanshaw pushed a commit that referenced this pull request Nov 4, 2024
🤖 I have created a release *beep* *boop*
---


##
[5.1.1](content-claims-v5.1.0...content-claims-v5.1.1)
(2024-11-04)


### Bug Fixes

* content claims derives
([#74](#74))
([6791016](6791016))

---
This PR was generated with [Release
Please](https://github.com/googleapis/release-please). See
[documentation](https://github.com/googleapis/release-please#release-please).

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
alanshaw added a commit to storacha/w3up that referenced this pull request Nov 28, 2024
Big oversight here, although I think the original intention was to have
the client publish these so perhaps not.

Anyways, since no location claims are being published the gateway cannot
fetch an index and serve bytes quickly. It has to get a location claim
for every single block using the old dynamodb. Being able to use the
index will result in a speed increase for serving content via the
gateway.

Depends on storacha/content-claims#74 for
passing tests.

---------

Co-authored-by: Petra Jaros <peeja@peeja.com>
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