Hi,
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 28/100
Hướng nghiên cứu
Start with the devcontainer specification and its existing customization fields; the issue names no files or tests. Work out how an SSH agent allow-list would fit the specification, including filtering identity responses and signing requests, and define what happens when a host has multiple agent sockets. Done means the proposal has a clear, agreed specification and tests for its behavior.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Hi,
I'm nowadays using devcontainers typically to create project-specific sandboxes for Coding-Agents.
My Problem is that devcontainers forwards my SSH-Agent-Socket and therefore allows a container to access all SSH-Keys provided by that agent.
So processes inside a Container can utilize my Keys and therefore have much more access as they need.
What I would like to have would be an allow-list for ssh-keys in the specification.
Something like (proposal):
{
"name": "Project A",
"customizations": {
"sshAgent": {
"allowedKeys": [
"id_ed25519_client_a",
"SHA256:4aF...k9z"
]
}
}
}
(It might also be a good idea to allow specify the SSH-Agent-Socket on the host - in case someone has multiple sockets running...)
This could be archived through a simple SSH-Agent-Filter:
[ Container ] (SSH-Client)
│
▼ /tmp/ssh-agent-devcontainer-<project-id>.sock
[ Host-Proxy ] (SSH-Agent-Filter) ── Allowlist-Filtering
│
▼ $SSH_AUTH_SOCK
[ Host SSH-Agent ] (contains all keys)
So the Host could start a Proxy-Daemon, which creates a dedicated SSH-Agent-Socket.
The socket implements the SSH-Agent-Wire-Protocol, that allows to:
SSH2_AGENTC_REQUEST_IDENTITIES: catch the real ssh-agent and filter the responses to the devcontainerSSH2_AGENTC_SIGN_REQUEST: verify allow-listed key-signatures when using a key
This would allow for much easier handling of container-specific ssh-keys.
I hope you like it and would be really glad if this could be added.
Originally posted by @chdalski in https://github.com/devcontainers/spec/discussions/780
- Ngôn ngữ chính
- Không có dữ liệu ngôn ngữ
- Star
- 5.8k
- Fork
- 509
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- 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 devcontainers/spec
-
CLI sorts Feature options fewest-first, against specCó thể đã có người làm @nozaq đã nhận 113 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
devcontainers/spec#755 · 1 bình luận ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
devcontainers/spec#754 · 1 bình luận · 2 reaction ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 64/100
devcontainers/spec#735 · 1 bình luận ·
-
Tighten lockfile specĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
devcontainers/spec#579 · 1 bình luận ·
-
ElbankoĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 5/100
devcontainers/spec#784 · 2 reaction ·
Tất cả issue của devcontainers/spec
Issue tương tự
-
bug documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
cqframework/vscode-cql#198 ·
-
bug documentation good first issue help wanted testing
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Show evidence time and supersede warnings in the memory inspectorCó thể đã có người làm @Sinchanak-212 đã nhận hôm nay. Đang mởarea: ux good first issue priority: medium
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
rohit746/pdf-view.nvim#109 ·
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 78/100
daeh/zotero-markdb-connect#187 ·