Ipykernel replacement of `getpass` not fully compatible with it

オープン

#1,123 2023年6月12日に作成コメント 3 件リアクション 1 件担当者 0 名 GitHub で見る

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

評価

難易度: 3/5
見積もり時間: 1〜2日
初心者へのやさしさ: 35/100

issue の種類: バグ
明瞭さ: おおむね明確
活発さ: 停滞
技術スタック: jupyter, python
領域: security

調査の方向性

ファイル、テスト、エントリーポイントは指定されていません。まず、ipykernel の getpass 置換と Python の標準 getpass API を比較し、GetPassWarning がいつ発行されるかに焦点を当てます。呼び出し元が、パスワードを要求する前に安全でないプロンプトを検出できれば完了です。

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

説明

The getpass API requires that the GetPassWarning is generated in case a password cannot be asked to the user in a secure way.

This is an important piece of the API, because it lets the programmer turn the warning into an error to handle the case when the terminal is not suited to securely prompt for a password before the user is asked for a password. In turn this is important because most users will carelessly type in a password regardless of any warning and is particularly bad for interfaces where the password will remain available for view via scrollback. Being able to handle the condition will let the program try different ways to get the password rather than prompting the user in an insecure way.

The problem here is that ipykernel replaces getpass with its own version that does not issue the GetPassWarning, so resulting in a different API from the standard getpass that ends up with the code prompting the user for a password insecurely without even realizing it.

At present time the workaround is clearly for the code to check if getpass comes from ipykernel and deal with this case specially.

主要言語: Python
スター: 734
フォーク: 411
平均マージ: 1日 2時間
マージ済み PR（30日）: 9

コントリビューションガイド

コントリビューションガイドを開く

はじめの一歩

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

ipython/ipykernel のほかの issue

`Kernel._control_lock` created after it may be used オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

ipython/ipykernel#1567 · コメント 1 件 · 2026年9月22日に作成
pytest seems to be the testrunner - not nose, as mentioned in README オープン

難易度 1/5 1時間未満初心者へのやさしさ 72/100

ipython/ipykernel#554 · 2020年10月17日に作成
post_execute fires during comm_msg handling on a subshell, so output published from the hook is parented to the comm_msg and dropped by frontends オープン

難易度 4/5 3〜5日初心者へのやさしさ 48/100

ipython/ipykernel#1564 · 2026年9月21日に作成
Shell reply sent raw on the ROUTER can drop the ZMQStream wake-up; a request arriving in that window is not read until the next connection オープン

難易度 4/5 3〜5日初心者へのやさしさ 68/100

ipython/ipykernel#1554 · コメント 1 件 · 2026年9月7日に作成
Interrupt on swallowed `KeyboardInterrupt` exceptions (`SIGINT`) when pressing twice (within 5 seconds) オープン

ipython/ipykernel#1550 · コメント 1 件 · リアクション 1 件 · 担当者 1 名 · 2026年8月25日に作成

ipython/ipykernel の issue をすべて見る

似ている issue

Use `charmlibs.interfaces.oauth` instead of deprecated `hydra.oauth` オープン

enhancement

難易度 2/5 1〜3時間初心者へのやさしさ 70/100

canonical/paas-charm#368 · コメント 1 件 · 2026年9月23日に作成
Model API: distributable field returns false even when "Allow Distributed Inference Across Workers" is checked オープン

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

gpustack/gpustack#6275 · 2026年9月23日に作成
attachment_urls parameter descriptions do not state that the value must be a reference オープン

tech debt

難易度 2/5 1〜3時間初心者へのやさしさ 75/100

epam/ai-dial-quickapps-backend#579 · 2026年9月23日に作成
addition to tracking list オープン

難易度 1/5 1時間未満初心者へのやさしさ 90/100

StevenBlack/hosts#3256 · 2026年9月23日に作成
Fix-WebUI-README-screenshot-links オープン

難易度 1/5 1時間未満初心者へのやさしさ 90/100

qualcomm/qai-appbuilder#275 · 2026年9月23日に作成

Python の issue をもっと見る