Skip to content

Secure the kagent UI #2028

Closed
Closed

Description

@davidkarlsen

The kagent UI/dashboard is exposed without authentication. We should have a story for securing access to it.

Discussion: https://discord.com/channels/1346225185166065826/1346225185841221644/1516428842057601165

Two things that came up:

  • A HTTPRoute + NetworkPolicy to gate/restrict access.
  • The OpenShift Route (openshift-route.yaml) renders whenever the route.openshift.io/v1 API is present — there's no value to toggle it off and no auth in front of it, so on OpenShift it's effectively always exposed.

Activity

  1. davidkarlsen commented on Jun 23, 2026

    @davidkarlsen
    ContributorAuthor

    Linking the two halves of this so they read as one story.

    This issue is about exposure — keeping the UI/Route from being reachable with nothing in front of it (HTTPRoute + NetworkPolicy, and the always-on OpenShift Route). That's the edge: authenticate, and don't let traffic bypass the proxy.

    The complementary half is authorization — once a user is in, who's allowed to see and invoke which agents. The controller currently ships a no-op authorizer (everyone can do everything), so the edge work above gets you authentication but not access control.

    I've posted a concrete design proposal for that half on #1270 — a CEL-based authorizer behind the existing Authorizer interface, with per-agent policy on the CR: #1270 (comment)

    So the full picture: gate + authenticate at the edge (this issue) → authorize per-resource inside the controller (#1270).

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions