API & Worker Authentication #371
|
Re-upping conversation from Netflix/conductor#3052 . In the old Netflix repo, the README had "Authentication: We recommend that authentication & authorization be de-coupled from the UI and handled at the web server/access gateway." but this doesn't exist in this repo. As I begin to evaluate Conductor, it still seems true that there is simply no authentication or authorization in any part of the (OSS, non-Orkes) platform, by default. Is that correct? Nothing preventing an inappropriate user on our network from launching a workflow (via API or UI), nothing preventing a pen-tester (for example) from starting a worker process that handles tasks? Unless we use network controls (like iptables or AWS Security groups) and/or an authorizing reverse proxy. Again, is this correct? |
Replies: 1 comment
|
Yeah, that seems to missing in the OSS platform. We are planning to use Istio for securing the deployment (which would be your "authorizing reverse proxy") |
Yeah, that seems to missing in the OSS platform. We are planning to use Istio for securing the deployment (which would be your "authorizing reverse proxy")