Sign-out: a logout to each marked URL carries the one stored Basic Auth credential
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- Nửa ngày
- Mức phù hợp với người mới
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- typescript
- Lĩnh vực
- authentication, security
Hướng nghiên cứu
The payload names no files. Start by finding where the per-entity Basic Auth credential is saved and where sign-out loops over the URLs an entity is marked at, which is the logic added in #1969. Choosing between the two fix directions needs a maintainer decision first. Done when a logout to a URL the credential was not entered for is sent without that credential, with a test covering it.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
What happens
Studio stores one Basic Auth credential per entity (a cluster or instance), not per URL. A sign-in marker records the URL signed into, and an entity can end up marked at more than one URL, for example after its domain changes. When a sign-out logs out each URL an entity is marked at (#1969), every one of those logout requests carries that single stored credential, including to a URL it was never used with.
Why it's small
The URLs belong to the same entity, and the request is a logout. But a credential going to a host it wasn't entered for is worth closing.
Fix direction
Either store the credential with the URL it was entered for and send it only there, or send the logout with the credential only to the URL the credential was saved for, and without it to the others.
Review-Deferral: face1e3da4c920f7 severity=nit category=security
Raised by the cross-model review of #1969 (#1968). Pre-existing; not introduced there.
🤖 Generated by Anthropic Claude Code (Claude Opus 5.5); posted via @dawsontoth.
- Ngôn ngữ chính
- TypeScript
- Star
- 5
- Fork
- 4
- Merge trung bình
- 1 ngày 19 giờ
- Pull request đã merge (30 ngày)
- 144
Chuẩn bị môi trường
- Không có Dockerfile hay 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 HarperFast/studio
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
HarperFast/studio#2070 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
HarperFast/studio#2067 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
HarperFast/studio#2053 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
HarperFast/studio#2026 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
HarperFast/studio#2021 ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của HarperFast/studio
Issue tương tự
-
[Bug]: t3 connect status reports "Exposure: enabled" for publish-only links without a tunnelĐang mở
Độ 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 82/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
awslabs/visual-asset-management-system#1278 ·
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 67/100
mifi/lossless-cut#3213 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 83/100
plasma-umass/scalene#1123 ·
Maintainer thường phản hồi trong vòng 1 ngày