Greasemonkey: 기능 요청: 쿠키 API

NID는 httponly=true이므로 document.cookie에서 볼 수 없습니다. 그래도 자신의 더미 값으로 재정의할 수 있습니다.

현재 도메인에서는 재정의할 수 있지만 google.com 도메인에서는 재정의할 수 없습니다. 따라서 쿠키는 종종 사용자를 추적하는 데 사용되기 때문에 이것이 여전히 고려될 ​​수 있다고 생각합니다.

이 문제를 다시 열 수 있습니까? 쿠키를 무시하더라도 현재 페이지에 쿠키를 나열할 방법이 없습니다. http 쿠키에 대한 사용자 스크립트 액세스는 예를 들어 GM_cookie() API를 사용하여 이 문제를 해결할 수 있습니다.

물론 이론상 그럴 수 있다. 그러나 이제 한동안 Greasemonkey의

(IMO 사이트는 실수로 HttpOnly를 사용하지 않으며 의도적으로 구현된 보안 기능입니다. 따라서 사례를 만들기 어려울 수 있습니다. 그리고 하위 수준 API에 액세스해야 하고 결과적으로만 Firefox가 되고자 합니다.)

그런 오래된 문제에 댓글을 달아서 죄송합니다.

자신의 더미 값으로 재정의할 수 있습니다.

해봤는데 안되는거 같습니다. 브라우저가 HttpOnly 플래그로 일부 쿠키를 유지하는 동안 JS에서 액세스하거나 덮어쓸 수 없습니다.

강력한 케이스가 도움이 될 것입니다.

이러한 경우가 얼마나 강력한지 확실하지 않지만 특정 사이트에서 의미 없는 리디렉션을 피하기 위해 사용자 스크립트에서 쿠키를 제거해야 합니다. 그리고 현재 HttpOnly 플래그로 서버 측에서 설정하기 때문에 불가능합니다.

약한 예시 시나리오를 제시하겠습니다. 쿠키의 전체 호스트가 있는 페이지에서 스크립팅하고 있습니다. 하나의 쿠키로 인해 일부 이상한 디자인 선택으로 인해 전체 웹 사이트가 다르게 렌더링됩니다. 쿠키는 어디에서든 로그아웃할 수 없는 웹사이트의 특정 부분에 로그인함으로써 설정됩니다. 이 쿠키가 httponly 플래그로 설정되어 있으면 표준 document.cookie 메서드를 사용하여 수정할 수 없습니다. httponly를 통해 보호되는 쿠키를 설정/재정의/삭제할 수 있는 GM_cookie 또는 이와 유사한 것이 있으면 좋을 것입니다.

나는 document.cookie 로도 충분하지 않은 쿠키 조작을 하고 싶은 몇 가지 상황에 직면했습니다. 이것을 잘 하기 위해 고려해야 할 많은 것들이 있습니다 ...

나는 여기를 볼 것을 제안합니다(하나의 예만):
https://dxr.mozilla.org/mozilla-central/source/devtools/shared/gcli/commands/cookie.js
( nsICookieManager2 )