EgressPolicy: option to add a credential header when the request has none
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 55/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- go, kubernetes, yaml
- Lĩnh vực
- backend-api-design, security
Hướng nghiên cứu
Start with substrate/cmd/atenet/internal/router/egress/credentials.go and docs/architecture/egress-policies.md, which the issue names. Trace how applyEffects handles a missing credential header and how destinations[].authentication is represented and validated; then check the egress policy tests. Done means an opt-in inject: Always adds the configured header when absent, replaces it when present, and leaves the default behavior unchanged.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What we're trying to do
We run Kagent agents that work on a git repository. An agent's EgressPolicy
opens https://github.com with authentication that injects a GitHub token as
Authorization: Basic …, so the agent can git clone and git push without
the token ever entering the sandbox.
The problem
The egress gateway only replaces a credential header the request already
carries. It never adds a missing one (applyEffects in
substrate/cmd/atenet/internal/router/egress/credentials.go, and
docs/architecture/egress-policies.md). Plain git, npm, pip or curl send no
Authorization header, so the credential is never used.
Every client then has to be configured to send a placeholder:
- A static placeholder (for example git's
http.<url>.extraHeader) is sent
on every request. Where the agent has no credential, the placeholder goes
out unchanged. GitHub answers a bad credential with 401 even on public
repositories, so anonymous clones break. - A placeholder that is sent only after a 401 (a git credential helper) works
for git, but it's a shell snippet per client, and other clients have no
equivalent. - Neither can be set per agent, because Kagent sets env per Harness, not per
Agent or AgentTemplate.
Proposal
An opt-in setting on destinations[].authentication that makes the gateway
add the header when the request doesn't carry one, and still replace it when
it does. For example:
spec:
destinations:
- origin: https://github.com
authentication:
header: Authorization
prefix: "Basic "
secretKeyRef: {name: repo-token, key: git}
inject: Always # default: IfPresent (today's behavior)
- The default stays as it is, so nothing changes for existing policies.
- The gateway already writes the header with
OVERWRITE_IF_EXISTS_OR_ADD, so
this changes only the check that skips requests without the header. authenticationalready requires an exact origin, soAlwaysonly covers
hosts an administrator named explicitly.
With this, any client in the sandbox authenticates to an allowed origin
without configuration or placeholders. The credential still never enters the
sandbox.
Alternatives considered
- Per-Agent
envon AgentTemplate, which would let each agent get its own
placeholder configuration. It's still per client, and it was deferred
before. - Harness per credential set: it multiplies Harnesses and sandboxes for what
is policy, not runtime.
Happy to contribute a PR if the direction is acceptable.
- Ngôn ngữ chính
- Go
- Star
- 4.2k
- Fork
- 890
- Merge trung bình
- 1 ngày 10 giờ
- Pull request đã merge (30 ngày)
- 171
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của kagent-dev/kagent
-
skills-init: commit-SHA skill refs never start (git checkout -- <sha> reads the SHA as a pathspec)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 84/100
kagent-dev/kagent#3571 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Gemini catalogs omit gemini-4-argon and gemini-3.8-flashCó thể đã có người làm @jayunit100 đã nhận 4 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
kagent-dev/kagent#3524 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Don't add the provider's public host to egress when a ModelConfig sets baseUrlCó thể đã có người làm @lakshyab20 đã nhận 4 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 81/100
kagent-dev/kagent#3507 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[BUG] OpenAI and Ollama adapters send an empty tool message when a tool returns a dictCó thể đã có người làm @helloxjade đã nhận 7 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
kagent-dev/kagent#3462 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
kagent-dev/kagent#3428 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của kagent-dev/kagent
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
prime-radiant-inc/evener#5901 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
-
kind/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
kyma-project/serverless#2769 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Update the mise toolsĐang mởready-for-agent
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
hexlet-basics/hexlet-basics#962 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
imapproxy closeForMaintenance grace timer calls clientConn.Close() before closeMaintenanceTransportCó thể đã có người làm @dejanstrbac đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
Maintainer thường phản hồi trong vòng 1 ngày