Clarification Request: Standardized Guidance for Detecting Malicious Patterns in Widget HTML
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 48/100
- Tipo de issue
- Documentación
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- html
- Área
- documentation, security
Línea de trabajo
Comience por specification/2026-01-26/apps.mdx, en torno a las indicaciones sobre el comportamiento de Host enlazadas en el issue. Revise la redacción existente y documente una base coherente para la detección de patrones maliciosos, incluida la respuesta esperada del host; se considera terminado cuando la expectativa de seguridad es explícita y se mantiene la compatibilidad con widgets legítimos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- TypeScript
- Estrellas
- 2.9k
- Forks
- 387
- Merge medio
- 3 h 21 min
- PR fusionados (30 d)
- 6
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de modelcontextprotocol/ext-apps
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
modelcontextprotocol/ext-apps#767 ·
-
bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
modelcontextprotocol/ext-apps#742 · 1 comentario ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 72/100
modelcontextprotocol/ext-apps#711 ·
-
Spec: Deprecate Sampling Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
modelcontextprotocol/ext-apps#706 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
modelcontextprotocol/ext-apps#703 · 1 reacción ·
Todos los issues de modelcontextprotocol/ext-apps
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
[Bug]: Matrix progress drafts fail with "Matrix runtime not initialized" during tool activity Abiertobug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
-
Client support matrix inclusion Abiertoenhancement
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
calcite-components needs triage refactor
Dificultad 2/5 1-3 horas Aptitud para principiantes 75/100
Esri/calcite-design-system#15203 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 90/100
danielmiessler/LifeOS#2218 ·