Bug: conflicting auth sources silently prefer ?token= over Authorization header
@xyaz1313 đang làm issue này rồi.
Từ ngày 14/4/2026.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 15/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- python
- Lĩnh vực
- authentication, backend-api-design
Hướng nghiên cứu
Start by locating the middleware that reads the Authorization header and ?token= query parameter, then trace how it selects credentials. The issue does not name files or tests; first identify existing authentication tests and read the comments around the two open linked pull requests. Done means conflicting credentials follow a clearly chosen policy and the behavior is covered by tests.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
If both an Authorization header and a ?token= query parameter are provided, the middleware silently replaces the header with the query token. In production that can hide client misconfiguration and make debugging auth problems harder.
Reproduction
- Send a request with
Authorization: Bearer TOKEN_A. - Also append
?token=TOKEN_Bto the URL. - Observe that the request is executed with
TOKEN_Band the original header is discarded.
Expected
Either:
- reject conflicting auth sources with
400, or - preserve one source deterministically and emit a strong warning.
Actual
The query token silently wins.
Why it matters
This is a realistic integration mistake with browser-hosted clients, local proxies, and copied config snippets.
- Ngôn ngữ chính
- Python
- Star
- 22
- Fork
- 4
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của openapi/mcp-server
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
openapi/mcp-server#33 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
openapi/mcp-server#29 ·
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 73/100
openapi/mcp-server#25 ·
-
Testing: add a host-agnostic smoke test checklist for OpenClaw, NanoClaw, and NemoClaw-style clientsĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
openapi/mcp-server#24 ·
-
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 72/100
openapi/mcp-server#21 ·
Tất cả issue của openapi/mcp-server
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
omegaup/omegaup#10353 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 5 ngày
-
bot-triaged module: LrScheduler module: optimizer triaged
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation glm5 llm-model
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
vllm-project/vllm-ascend#19062 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Author Page: shuai-zhao-llmĐang mởauthor-page correction
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
acl-org/acl-anthology#10496 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày