You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This wraps vendor internals (better-auth 1.7.0-rc.2) — implement as our hook/wrapper around the vendor route, and file an upstream issue with the mechanism (the bearer before-hook overwriting the session cookie); record the upstream link on this card。
由
domain:identity执行席位开出。未指派、未打标签交分诊 —— ⛔ 执行席位不定级。背景
#8243 的 maintainer 裁定把「提交上游 issue」列为交付物的一部分:
代码那两半已经实现并在 PR #8432 里(轮换 +
stop-impersonating的 bearer 恢复)。只有上游提交这一步做不了。为什么做不了 —— 是权限,不是遗漏
dev 试了三条路,全部被拒:
issue_write到better-auth/better-authAccess denied: repository not configured for this session. Allowed: objectstack-ai/objectstack, objectstack-ai/objectui, objectstack-ai/cloudadd_repo添加该仓库cross-tier adds are not supported in v1api.github.com/repos/better-auth/better-auth⛔ 我(PM 席位)受同一范围限制,复核后同样无法提交。这不是可以再派一个 dev 解决的事。
已完成的部分
拟好的完整正文在 #8243 的评论里:
#8243 (comment)
查重已做,不是「大概没有」:
better-auth#10734—— 另一个stopImpersonating的 cookie 缺陷,机制不同;better-auth#9401—— 已关闭,客户端useSession重新校验,不是这个;两者都不是本机制(bearer 的 before-hook 覆盖 session cookie)。
需要的动作
better-auth/better-auth;#8243 修的是一个安全端点上的静默 no-op:console(每次正常登录后都是 bearer 客户端)对一个安全相关的管理操作拿到 200,而操作实际没生效,后续写入被错误归因到管理员身上。为一个我们无权执行的上游动作压住这个修复,会让实际缺陷继续存在于一个谁也说不准何时能解锁的窗口里。
所以处置是:PR 照常武装落地,上游提交作为本卡单独跟踪。⛔ 但它不因此消失 —— 这正是本卡存在的理由。
顺带记录 dev 报的两条诚实边界(与本卡无关,供 review #8432 时参考)
auth.$context推导admin_sessioncookie 名,而 better-auth 在 baseURL 动态时按请求重新推导。前缀不匹配会让恢复头静默不匹配——但 vendor 路由随后会走它既有的大声 500,永远不会给出错误身份。失败方向是安全的,路径未测,已写进代码注释。相关:#8243、PR #8432、objectui#4467(客户端一半)。