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

turbodocx-sdk skill: identityAssertion on non-external_idv recipients is rejected, not ignored

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

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

2026年10月9日 から。

  • #33 @nicolasiscoding による — オープン

評価

この issue はまだ評価されていません。

説明

S3

What's wrong

The JavaScript and Go references say an identity assertion passed for an OTP, override, or no-verification recipient is ignored. The backend rejects it: createSigningUrl returns a 400 with type IdentityModeConflict ("An identity assertion is not valid for this recipient").

Evidence

  • skills/turbodocx-sdk/references/javascript.md:423: "OTP, override, and no-verification recipients ignore it."
  • skills/turbodocx-sdk/references/go.md:496: same sentence.
  • RapidDocxBackend src/handlers/TurboSign/createSigningUrl.ts:299-303 throws IdentityModeConflict when mode !== external_idv && params.identityAssertion. The code comment says this is deliberate: silently ignoring it would let an integrator believe the vendor check ran. Covered by createSigningUrl.test.ts:256 and :668.
  • The Python, PHP, Java and Ruby references don't make this claim.

Impact

An agent following the skill may pass the same assertion for every recipient, thinking it's harmless, and every signing-URL mint for an OTP, override, or plain recipient then fails with a 400.

Suggested fix

In both files, replace the sentence with: "Pass it only for external_idv recipients. Sending it for an OTP, override, or no-verification recipient is rejected with a 400 IdentityModeConflict error." Optionally add the same line to the other four language references and an eval assertion.

Severity: S3. Found while auditing claims for the YouTube how-to series (external IdV video), verified against backend origin/master.

主要言語
言語のデータがありません
スター
3
フォーク
0
平均マージ
4日 17時間
マージ済み PR(30日)
5

環境構築

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

はじめの一歩

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

TurboDocx/quickstart のほかの issue

TurboDocx/quickstart の issue をすべて見る

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

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