Remove plaintext audit dataset keys from model-owner CLI output

オープン
  • 何か問題がありますか？
#328 コメント 5 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

@0xzoz がすでに取り組んでいます。

2026年11月12日 から。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
58/100
issue の種類
バグ
明瞭さ
明確に書かれている
活発さ
活発
技術スタック
python
領域
cli, security

調査の方向性

Start with the logging call in dincli/cli/modelownerd/auditor_batches.py lines 309–311 and the returned object in cache_model_1/services/modelowner.py lines 247–263. Review adjacent audit and dispute paths for similar logging, then capture success, retry, and failure CLI output with synthetic key bytes. Done means logs retain batch counts and public CIDs without exposing keys, while encryption and decryption still work.

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

説明

Approved

Observed against ed175d0deceddfa2e63175ec7752c800b31c1fbf during the November 10 Fashion-MNIST local test investigation. The subsequent full round with three notebooks and a Raspberry Pi used recorded workarounds; its success does not establish that this upstream defect is fixed. Related: #276 and #40.

Problem and evidence

create-testdataset prints the complete audit_testDataCIDs result. The reference service includes K, the raw 32-byte AES key, in each item. Consequently normal CLI output includes the decryption keys as well as ciphertext CIDs.

Our experiment removed this output before collecting shareable evidence. An additional focused reproduction used synthetic key bytes and the same Rich logging call: the key was present in captured output. No real key is needed in an issue or regression test.

Someone with access to such logs and the ciphertext can decrypt the batch without the intended auditor-specific key delivery. This is a log-access exposure, not evidence that an unauthenticated remote user can obtain the logs. Our dataset was public Fashion-MNIST; we did not demonstrate a leak of a private production dataset.

Proposed scope

Replace the raw object dump with an allowlisted summary such as batch count, batch index and public CID. Keep K available internally for encryption, but exclude it from normal/debug output and exception diagnostics. Review the adjacent audit/dispute paths for the same logging pattern.

Acceptance criteria
  • Success, retry and failure output do not contain a synthetic key in bytes, hex or base64 form.
  • Batch counts/CIDs remain available for diagnosis.
  • Auditor key encryption and dataset decryption still work.
  • Tests capture CLI output, rather than merely checking that one print statement was deleted.
Full-round test report

See Discussion #331 — Fashion-MNIST with three notebooks and a Raspberry Pi for the setup diagram, completed protocol roles, results and experiment adaptations.

主要言語
Python
スター
4
フォーク
7
平均マージ
5日 15時間
マージ済み PR（30日）
43

環境構築

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

はじめの一歩

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

InfiniteZeroFoundation/DevNet のほかの issue

InfiniteZeroFoundation/DevNet の issue をすべて見る

似ている issue

Python の issue をもっと見る

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

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