搖曳的薔薇
2023-09-28 17:00:32
我在 OIDC 反向代理后面有一個 Web 應用程序 - 換句話說,當我訪問此應用程序時,我會被重定向到我的身份提供商,我登錄并且我的瀏覽器設置一個 cookie,該 cookie 用于后續(xù)請求以證明我已登錄在。此 cookie 設置了HttpOnly標志,我認為這是防止惡意網(wǎng)站利用 XSS 漏洞的最佳實踐。但是,正如預期的那樣,我的應用程序中的 Javascript 無權訪問登錄 cookie,因此在瀏覽器的控制臺中,我看到返回應用程序的請求(嘗試通過 HTTP 請求和 websocket 連接更新動態(tài)內(nèi)容)被重定向到我的身份提供商(并被 CORS 策略阻止),因為他們無權訪問登錄 cookie。這是否意味著這樣的架構無法使用Javascript回調應用程序?在這種情況下,禁用 HTTPOnly 標志以允許 Javascript 工作是否很常見?我的理解是,來自不同來源的惡意網(wǎng)站嘗試訪問我的應用程序的 Javascript 無論如何都會被 CORS 阻止,因此保留 HTTPOnly 標志是否只能幫助抵御攻擊者設法將 Javascript 注入到我的應用程序中的攻擊?
1 回答
慕婉清6462132
TA貢獻1804條經(jīng)驗 獲得超2個贊
這是否意味著這樣的架構不能使用Javascript?
不能,這意味著JS無法從cookie中讀取數(shù)據(jù)。
我看到返回應用程序的請求(嘗試通過 HTTP 請求和 Websocket 連接更新動態(tài)內(nèi)容)被重定向到我的身份提供商(并被 CORS 策略阻止),因為它們無權訪問登錄 cookie。
CORS 策略不應因為缺少 cookie 而阻止請求。
如果缺少 cookie,則可能是因為 (a) 您的來源混淆并且該來源沒有 cookie,或者 (b) 您沒有啟用跨來源請求的選項credentials 。
禁用 HTTPOnly 標志以允許 Javascript 工作是否很常見?
不。
我的理解是,來自不同來源的惡意網(wǎng)站嘗試訪問我的應用程序的 Javascript 無論如何都會被 CORS 阻止,因此保留 HTTPOnly 標志是否只能幫助抵御攻擊者設法將 Javascript 注入到我的應用程序中的攻擊?
是的。XSS 攻擊非常常見,因此有許多工具可以緩解這些攻擊。這是其中之一。
添加回答
舉報
0/150
提交
取消
