io.github.jgalea/telegram-mcp
version 0.1.2
- scanned 2026-10-16
- source github.com/jgalea/telegram-mcp
- transport stdio
- files read 8
- methodology 0.2.0
- ruleset 0.1.1
95
100measured on 85% of this axis
0
81measured on 90% of this axis
72measured on 80% of this axis
The evidence
Every deduction below names the artefact that produced it. Nothing on this page was executed: the source was read, never run, and no running server was contacted.
Code Safety
- src/telegram_mcp/cache.py:153mcp-python-sql-string-built (medium/medium)
A SQL statement is assembled by string building rather than passed as a parameterised query. Every driver here accepts parameters as a second argument; building the string is never necessary.
return set() placeholders = ",".join("?" for _ in msg_ids) rows = self._conn.execute( f"SELECT id FROM messages WHERE chat_id = ? AND id IN ({placeholders})", [chat_id, *msg_ids],
Auth Posture
- authentication_model
stdio transport: the client launches the server as a subprocess, so the OS process boundary is the auth boundary — `03` §4 does not penalise absent auth here
- transport_security
declared transport: stdio — launched as a subprocess by the client, so the security boundary is the client process, not a network port (`03` §4)
- secret_handling
no committed credential found, and no environment variable with a credential-shaped name is read anywhere in the source
- authorization_granularity
no tool registration was recognised anywhere in the source. An MCP server registers tools by definition, so this is a gap in our detection rather than a server with none, and `03` §4's threshold cannot be applied to it.
Dependency Health
- uv.lockcryptography 46.0.6 — PYSEC-2026-36
transitive, CVSS 9.8, fixed in 46.0.7
https://osv.dev/vulnerability/PYSEC-2026-36 - uv.lockanyio 4.13.0 — PYSEC-2026-4025
transitive, CVSS 9.3, fixed in 4.14.2
https://osv.dev/vulnerability/PYSEC-2026-4025 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4145
transitive, CVSS 9.1, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4145 - uv.lockmcp 1.26.0 — PYSEC-2026-3481
direct, CVSS 7.6, fixed in 1.27.2
https://osv.dev/vulnerability/PYSEC-2026-3481 - uv.lockmcp 1.26.0 — PYSEC-2026-3483
direct, CVSS 7.6, fixed in 1.28.1
https://osv.dev/vulnerability/PYSEC-2026-3483 - uv.lockmcp 1.26.0 — GHSA-84m7-p3x7-pcfv
direct, CVSS 7.5, fixed in 1.30.0
https://osv.dev/vulnerability/GHSA-84m7-p3x7-pcfv - uv.lockmcp 1.26.0 — PYSEC-2026-3482
direct, CVSS 7.1, fixed in 1.27.2
https://osv.dev/vulnerability/PYSEC-2026-3482 - uv.lockcryptography 46.0.6 — PYSEC-2026-3553
transitive, CVSS 8.7, fixed in 49.0.0
https://osv.dev/vulnerability/PYSEC-2026-3553 - uv.lockcryptography 46.0.6 — PYSEC-2026-3552
transitive, CVSS 8.2, fixed in 50.0.0
https://osv.dev/vulnerability/PYSEC-2026-3552 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4183
transitive, CVSS 8.2, fixed in 2.15.0
https://osv.dev/vulnerability/PYSEC-2026-4183 - uv.lockcryptography 46.0.6 — GHSA-537c-gmf6-5ccf
transitive, CVSS 7.5, fixed in 48.0.1
https://osv.dev/vulnerability/GHSA-537c-gmf6-5ccf - uv.lockpyasn1 0.6.3 — PYSEC-2026-3455
transitive, CVSS 7.5, fixed in 0.6.4
https://osv.dev/vulnerability/PYSEC-2026-3455 - uv.lockpyasn1 0.6.3 — PYSEC-2026-3456
transitive, CVSS 7.5, fixed in 0.6.4
https://osv.dev/vulnerability/PYSEC-2026-3456 - uv.lockpyasn1 0.6.3 — PYSEC-2026-3457
transitive, CVSS 7.5, fixed in 0.6.4
https://osv.dev/vulnerability/PYSEC-2026-3457 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3036
transitive, CVSS 7.5, fixed in 0.0.30
https://osv.dev/vulnerability/PYSEC-2026-3036 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3039
transitive, CVSS 7.5, fixed in 0.0.27
https://osv.dev/vulnerability/PYSEC-2026-3039 - uv.lockstarlette 1.0.0 — PYSEC-2026-2281
transitive, CVSS 7.5, fixed in 1.1.0
https://osv.dev/vulnerability/PYSEC-2026-2281 - uv.lockstarlette 1.0.0 — PYSEC-2026-249
transitive, CVSS 7.5, fixed in 1.3.1
https://osv.dev/vulnerability/PYSEC-2026-249 - uv.lockpyjwt 2.12.1 — PYSEC-2026-179
transitive, CVSS 7.4, fixed in 2.13.0
https://osv.dev/vulnerability/PYSEC-2026-179 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4144
transitive, CVSS 7.4, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4144 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4149
transitive, CVSS 7.4, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4149 - uv.lockpytest 9.0.2 — PYSEC-2026-1845
direct, CVSS 6.8, fixed in 9.0.3
https://osv.dev/vulnerability/PYSEC-2026-1845 - uv.lockcryptography 46.0.6 — PYSEC-2026-3554
transitive, CVSS 6.9, fixed in 49.0.0
https://osv.dev/vulnerability/PYSEC-2026-3554 - uv.lockidna 3.11 — PYSEC-2026-215
transitive, CVSS 6.9, fixed in 3.15
https://osv.dev/vulnerability/PYSEC-2026-215 - uv.lockanyio 4.13.0 — PYSEC-2026-4024
transitive, CVSS 6.8, fixed in 4.14.2
https://osv.dev/vulnerability/PYSEC-2026-4024 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4146
transitive, CVSS 6.5
https://osv.dev/vulnerability/PYSEC-2026-4146 - uv.lockstarlette 1.0.0 — PYSEC-2026-161
transitive, CVSS 6.5, fixed in 1.0.1
https://osv.dev/vulnerability/PYSEC-2026-161 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4152
transitive, CVSS 5.9, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4152 - uv.lockpyjwt 2.12.1 — GHSA-jq35-7prp-9v3f
transitive, CVSS 5.4, fixed in 2.13.0
https://osv.dev/vulnerability/GHSA-jq35-7prp-9v3f - uv.lockpydantic-settings 2.13.1 — GHSA-4xgf-cpjx-pc3j
transitive, CVSS 5.3, fixed in 2.14.2
https://osv.dev/vulnerability/GHSA-4xgf-cpjx-pc3j - uv.lockpyjwt 2.12.1 — PYSEC-2026-178
transitive, CVSS 5.3, fixed in 2.13.0
https://osv.dev/vulnerability/PYSEC-2026-178 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4140
transitive, CVSS 5.3, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4140 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4141
transitive, CVSS 5.3, fixed in 2.15.0
https://osv.dev/vulnerability/PYSEC-2026-4141 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3038
transitive, CVSS 5.3, fixed in 0.0.26
https://osv.dev/vulnerability/PYSEC-2026-3038 - uv.lockstarlette 1.0.0 — PYSEC-2026-2280
transitive, CVSS 5.3, fixed in 1.1.0
https://osv.dev/vulnerability/PYSEC-2026-2280 - uv.lockstarlette 1.0.0 — PYSEC-2026-248
transitive, CVSS 5.3, fixed in 1.3.0
https://osv.dev/vulnerability/PYSEC-2026-248 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4147
transitive, CVSS 4.8, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4147 - uv.lockpyjwt 2.12.1 — PYSEC-2026-4148
transitive, CVSS 4.4, fixed in 2.14.0
https://osv.dev/vulnerability/PYSEC-2026-4148 - uv.lockpyjwt 2.12.1 — PYSEC-2026-175
transitive, CVSS 4.2, fixed in 2.13.0
https://osv.dev/vulnerability/PYSEC-2026-175 - uv.lockpyjwt 2.12.1 — PYSEC-2026-177
transitive, CVSS 3.7, fixed in 2.13.0
https://osv.dev/vulnerability/PYSEC-2026-177 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3037
transitive, CVSS 3.7, fixed in 0.0.30
https://osv.dev/vulnerability/PYSEC-2026-3037 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3040
transitive, CVSS 3.7, fixed in 0.0.31
https://osv.dev/vulnerability/PYSEC-2026-3040 - uv.lockpython-multipart 0.0.22 — PYSEC-2026-3041
transitive, CVSS 3.7, fixed in 0.0.30
https://osv.dev/vulnerability/PYSEC-2026-3041
Maintenance
- recency
last commit 11 day(s) before 2026-10-16
- issue_responsiveness
lifetime median (1 issue(s) in the last 6 months, under `03` §5's floor of 3): 8.0 day(s) to first maintainer comment
- release_cadence
released 11 day(s) ago (by tags), inside `03` §5's 30-day window
- bus_factor
sole maintainer
- repository_signals
`03` §5 scores this by quartile WITHIN the server's category, which needs a distribution across every scanned server and so cannot be computed while scanning one. It is a post-pass over the crawl and that pass does not exist yet.
Transparency
- license
LICENSE present with no SPDX-License-Identifier tag; identified as 'MIT' from its text
- readme_quality
README.md: installation instructions (+25), configuration documented (+25), exposed tools or resources enumerated (+30), states what the server does in the first 200 words (+20)
- declared_scopes
specific scope or access documentation is present, but `03` §7's 100 and 60 bands both compare it against scopes INFERRED from static analysis, which is not built yet. Scoring 100 on an empty inference would be a vacuous truth — 'all ∅ inferred scopes are documented'.
- changelog
CHANGELOG.md present
- security_contact
no SECURITY.md and no disclosure contact in the README, so a finder has no route to report a vulnerability privately
Contest a finding
Every number here comes from a rule reading published source, and rules get things wrong. If something on this page is incorrect — or correct but mitigated by a check the rule cannot see — open an issue and we answer it in writing. A finding we got wrong is removed and the rule is fixed; one that stands is answered on the record.
Anyone can file: the maintainer, a researcher who disagrees with the classification, or a user who tested the server and could not reproduce it. Name this server and the rule or advisory ID shown beside the finding above. We aim to reply within five business days and to resolve within ten.