-
Notifications
You must be signed in to change notification settings - Fork 25.1k
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
Authentication & Authorization #1379
Comments
+1 for this. Would great to be able to configure the access to various API's on a per index level |
+1 |
1 similar comment
+1 |
Absolutely +1. Really waiting for these features. Do we have any progresses on any of above? |
@karussell: Cool feature. Thank you for that. |
For those using the jetty plugin: You can also utilize the Chef cookbook to speed-up your AWS deployments: |
+1 |
OP's needs may be addressed, but the general issue remains. The Java API communicates through the transport module which I'm guessing implements some custom protocol, unencrypted, over TCP. Is there a setting to disallow Java API clients? That is, can a node disallow TCP connections from outside the cluster? Is there a setting to encrypt network traffic among the cluster? |
There are several points regarding security:
Point 1 and 2 are already requested in issue #664. What I'm after is point 3. I wanted to ask you how you would implement point 1 and 3 (point 2 can be handled by someone else ;))
I've thought one could simply store user and password (as updateable settings) while creating an index. And when searching or indexing one needs to provide the user and pw. To keep it simple there is only one admin user which has access to the node and cluster health information etc. All other users are normal user and can only perform "CRUD" actions for indices and its data.
Now my problem is that when I intercept every request to authenticate & authorize I would have to touch over 10 Request classes implementing ActionRequest.validate() for the transport client. Also there are no settings stored for those Requests.
Or how would you implement this?
And then for the rest client it looks a bit simpler because the settings are already in the request and I could then change the BaseRestHandler only to implement a validation within handleRequest. Is this correct?
Or is there a simpler or more powerful scenarios to implement my feature requests?
The text was updated successfully, but these errors were encountered: