Clarification Request: Standardized Guidance for Detecting Malicious Patterns in Widget HTML
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 48/100
- Tipo di issue
- Documentazione
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Stack tecnologico
- html
- Ambito
- documentation, security
Direzione di ricerca
Inizia da specification/2026-01-26/apps.mdx, nella sezione relativa alle indicazioni sul comportamento di Host collegate nell’issue. Esamina la formulazione esistente e documenta una base coerente per il rilevamento di pattern dannosi, inclusa la risposta prevista dell’host; il lavoro è completato quando l’aspettativa di sicurezza è esplicita, preservando al contempo la compatibilità con i widget legittimi.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
The current guidance mentions Host behaviour should:
Could we clarify whether there is a standardized guideline or recommended policy for what should be considered a “malicious pattern” in the context of hosted/embedded widgets?
Specifically:
-
Is there an existing standard list or definition of patterns that hosts are expected to scan for?
-
Are there recommended categories of suspicious content (for example, script injection, inline event handlers, javascript: URLs, unexpected iframe usage, etc.)?
-
Is the expectation that hosts implement:
- strict blocking,
- best-effort heuristic scanning,
- or logging/telemetry only?
Context
For third-party widgets/apps, full HTML sanitization is often not practical because it can break legitimate functionality. It would be helpful to understand whether there is a common baseline guideline that hosts should follow for detecting clearly malicious content without overly restricting valid widget behavior.
Goal
Align host implementations on a consistent security expectation while preserving compatibility for legitimate third-party widgets.
- Lingua principale
- TypeScript
- Stelle
- 2.9k
- Fork
- 387
- Merge medio
- 3h 21m
- PR unite (30g)
- 6
Guida per i contributori
Apri la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di modelcontextprotocol/ext-apps
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
modelcontextprotocol/ext-apps#767 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
modelcontextprotocol/ext-apps#742 · 1 commento ·
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
modelcontextprotocol/ext-apps#711 ·
-
Spec: Deprecate Sampling Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
modelcontextprotocol/ext-apps#706 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
modelcontextprotocol/ext-apps#703 · 1 reazione ·
Tutte le issue di modelcontextprotocol/ext-apps
Issue simili
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
copse-dev/agent-pane#2953 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
[Bug]: Matrix progress drafts fail with "Matrix runtime not initialized" during tool activity Apertabug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
calcite-components needs triage refactor
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Esri/calcite-design-system#15203 ·