Hacktoberfest 2026:メンテナが10月に向けて印を付けた、オープンで初心者向けの issue。 Hacktoberfest の issue を見る

Encrypting data to untrusted keys

オープン
#49 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
25/100
issue の種類
バグ
明瞭さ
おおむね明確
活発さ
停滞
技術スタック
python
領域
cli, security

調査の方向性

まず、Certificate RSA 鍵の暗号化中にサブシェルで gpg バイナリを呼び出している Python コードを追跡します。信頼されていない鍵のケースを再現し、そのうえで、提案されている 2 つの結果(警告して終了するか、常に信頼して暗号化するか)を、TOFU に関する懸念および -o と PFX パスワードに関わるリスクと併せて評価します。

索引モデルが issue の本文から書いたものです。

説明

Currently when an untrusted PGP key is used to encrypt the Certificate RSA key, the underlying system fully ignores the key and writes an empty file because the interaction with the gpg binary happens in a subshell.

We should either:

  1. Warn the user and exit
  2. Add the always trust flag to the encryption of files.

Concerns around 2:

There's a TOFU problem on initial RSA signing key encryption. Where in between the user setting their fingerprint and running mtls for the first time, a bad actor could potentially swap out the fingerprint uses for later encrypting the key one first generation.

There's also issues around using -o which would then encrypt the password for the PFX to a bad actor based off what's in the config.

主要言語
Python
スター
29
フォーク
7
PR マージ指標
30日以内にマージされた PR はありません

環境構築

このプロジェクトには開発コンテナ、Dockerfile、コントリビューションガイドがありません。まず README を読み、一般的な手順ははじめてのコントリビューションガイドを参照してください。

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

drGrove/mtls-cli のほかの issue

drGrove/mtls-cli の issue をすべて見る

似ている issue

Python の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。