There is no legitimate way for one website to directly read cookies from another site. Browsers usually isolate cookies, localStorage, and DOM access between domains, but proper cookie configuration (Domain, Path, and Secure attributes) is required to enforce this isolation. Cookies can only be accessed by content loaded from the same domain and path, and JavaScript cannot bypass these restrictions.
Technically, cookies could be exposed under certain scenarios, but these almost always require user action, explicit consent, or a security flaw. Examples include browser extensions explicitly installed by the user, Cross-Site Scripting (XSS) vulnerabilities allowing injected scripts to run in your domain, compromised third-party scripts loaded by your site, or rare browser security bugs.
Another way cookies from your site could be accessed is through local software running on the user's computer. Such software may be able to read cookies directly from the browser's storage on disk, bypassing browser-enforced isolation. For example, a site could convince a user to download and run an application under the guise of providing some useful functionality. Once executed, this application could directly access the browser cookie storage on disk and send cookies to the attacker.
And yet another potential vector for accessing cookies from your site is through social engineering. In this scenario, an attacker might trick a user into voluntarily revealing cookie data — for example, by instructing them to open the site’s developer tools and copy the value of a specific cookie. The attacker could disguise this as a legitimate security or troubleshooting procedure, or claim it is required for some action.
While this method does not exploit any technical vulnerability, it shows the importance of user awareness: even fully secure cookies can be exposed if a user is deceived into disclosing them.