Hi,
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 28/100
調査の方向性
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.
索引モデルが issue の本文から書いたものです。
説明
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
- 主要言語
- 言語のデータがありません
- スター
- 5.8k
- フォーク
- 509
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
devcontainers/spec のほかの issue
-
CLI sorts Feature options fewest-first, against spec対応中かも @nozaq が 113 日前に担当しました。 オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
devcontainers/spec#755 · コメント 1 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
devcontainers/spec#754 · コメント 1 件 · リアクション 2 件 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
devcontainers/spec#735 · コメント 1 件 ·
-
難易度 1/5 1時間未満 初心者へのやさしさ 62/100
devcontainers/spec#579 · コメント 1 件 ·
-
Elbankoオープン
難易度 5/5 1週間以上 初心者へのやさしさ 5/100
devcontainers/spec#784 · リアクション 2 件 ·
devcontainers/spec の issue をすべて見る
似ている issue
-
bug documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 83/100
cqframework/vscode-cql#198 ·
-
bug documentation good first issue help wanted testing
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
Show evidence time and supersede warnings in the memory inspector対応中かも @Sinchanak-212 が今日担当しました。 オープンarea: ux good first issue priority: medium
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
rohit746/pdf-view.nvim#109 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
daeh/zotero-markdb-connect#187 ·