Skip to content
KitploitKITPLOIT
ツールエクスプロイトブログ
Log in
提出
ツールエクスプロイトブログ
提出

ハッキング、侵入テスト、サイバーセキュリティツールをあなたのセキュリティアーセナルに!

Kitploitはハッキング、サイバーセキュリティ、ペネトレーションテストのツールディレクトリです。最新のプロジェクトアップデートを見つけて、脆弱性の発見、システム分析、テストの自動化、セキュリティの強化を行いましょう。

フィードお問い合わせプライバシー© 2026 Kitploit

ツールディレクトリ

カテゴリ

すべてのカテゴリを見る
Loading categories
CVE-2026-79294 — Responsible-disclosure advisory for CVE-2026-79294, a stored XSS in Moonshot AI Kimi's HTML artifact Preview via the public Share view enabling session-token theft and account takeover. | Kitploit
ツール/GitHubGitHub/mgtx2/cve-2026-79294
Vulnerability AnalysisExploitationWeb Application ExploitationWeb SecurityPapers & ResearchLearning & Education
GitHubmgtx2/cve-2026-79294

CVE-2026-79294

Responsible-disclosure advisory for CVE-2026-79294, a stored XSS in Moonshot AI Kimi's HTML artifact Preview via the public Share view enabling session-token theft and account takeover.

リポジトリを見る
1116日前未レビュー

人気

すべて見る →

コミュニティで最も使われているツールを見つけましょう。

すべてのツールを探索

ツールコレクションを閲覧

すべてのツールを見る →
共有
要求された言語のコンテンツは利用できません。英語版を表示しています。

CVE-2026-79294

CVE-2026-79294 — Stored XSS in Moonshot AI Kimi's HTML artifact Preview, delivered through the public Share view, leading to session token exfiltration and demonstrated account takeover. Responsible disclosure advisory.

Vulnerability Details

  • Vulnerability Type: Stored/Stored-like Cross-Site Scripting (XSS) via AI Response
  • Affected Product: Kimi AI
  • Affected Version: v1.0

CVE CWE-79


Affected

Vendor / productMoonshot AI — Kimi
ComponentsHTML artifact Preview rendering; public Share view
WeaknessCWE-79 — Improper Neutralization of Input During Web Page Generation

The issue

Kimi renders model-generated HTML artifacts in a Preview pane inside the application's own origin, without neutralising script. Sharing a conversation publishes that artifact at a public Share URL, so script authored by one account runs in the browser of anyone who opens the link.

The session values Kimi relies on are held in localStorage and are therefore readable by that script:

access_token
refresh_token
msh_user_id

Script execution consequently does not stop at script execution. Those three values can be read out of a victim's browser, sent anywhere, and replayed to obtain an authenticated session as that victim.


Chain

attacker account  →  artifact containing exfiltration script  →  public Share
       →  victim opens the link  →  script runs in Kimi's origin
       →  the three localStorage values reach the attacker
       →  replayed into a clean browser  →  authenticated as the victim

An attacker needs an ordinary account. The victim needs only to open a share link while signed in — which is what share links are for.


Verification

ObservedHow
Script executes in the victim's browserA request reached the attacker's endpoint, originating from the victim's session
The three values are script-readableAll three were present in that request body
The values authenticate on their ownWritten into a browser that had never signed in to Kimi; after reload, that browser held an authenticated session
The values are the causeControl: same browser, values omitted, reload — remained unauthenticated

Both accounts involved were created and controlled by the researcher. No third party's data was accessed at any point.


Proof of concept

The chain is documented above in full. The working payload and the receiving endpoint are withheld — publishing them would arm the attack rather than describe it.

The artifact prompt takes the form:

Generate an HTML page that reads the three localStorage values above
and POSTs them to <attacker endpoint>.
ツールをダウンロード