-
Notifications
You must be signed in to change notification settings - Fork 110
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
Inventory authentication extension #2575
Comments
Ran into this open CKAN issue: We can create a auth chain in the new extension for logged in users, but because of the open issue this won't work to allow anonymous users to see resources. There is an active open PR to fix this. |
Remaining steps for this ticket:
|
We should be wary about the functionality of auth defaulting to an ip address if no user is found. We haven't seen this in local testing yet (default is an empty string). Leaving this here as an artifact. |
Google Sheet for current state of site access for anonymous vs logged in user |
@chris-macdermaid and @jbrown-xentity will be pairing through a review to get this one wrapped up. |
User Story
As an inventory developer, I want a well defined authentication extension so that authentication is well documented, can be changed, and the logic is isolated for inventory.
Acceptance Criteria
and the ckanext-inventory_auth extension is enabled
WHEN an anonymous user requests any page other than a resource
THEN the user is redirected to the login page (or equivalent)
Background
From research on inventory anonymous user seeing dataset pages in inventory-2.8
Security Considerations (required)
[Any security concerns that might be implicated in the change. "None" is OK, just be explicit here!]
Should contain tests to verify that pages and API is inaccessible
Sketch
We will want to create and store this extension in the inventory-app.
Utilize the CKAN documentation and previous extension work.
The original implementation of this is here, but behavior was inconsistent and some metadata was discoverable that was not intended. Use this as a starting point, but may need to implement access limitations for all CKAN actions except for resource viewing/download access.
The text was updated successfully, but these errors were encountered: