Cô lập Cookie thật là gì, và vì sao nó quan trọng khi nuôi nhiều tài khoản

Cơ chế thật: ghi đè header Cookie theo từng tab

Khi bạn mở một trang trong tab thuộc session không phải mặc định, AxioSession đăng ký một rule declarativeNetRequest áp dụng riêng cho tabId đó và tên miền đang truy cập. Rule này làm 2 việc: ghi đè header Cookie của mọi request gửi đi bằng đúng giá trị trong "jar" cô lập của session, và loại bỏ header Set-Cookie trả về để cookie thật của trình duyệt (dùng chung cho mọi tab) không bị trang web ghi đè.

Song song đó, một listener webRequest.onHeadersReceived bắt lại giá trị Set-Cookie thật từ phản hồi mạng — trước khi rule ở trên loại bỏ nó — rồi ghi vào đúng jar cô lập của session. Nhờ vậy khi trang web đặt cookie đăng nhập mới (ví dụ sau khi bạn bấm Đăng nhập), cookie đó được lưu đúng chỗ, không rơi vào kho cookie dùng chung của Chrome.

Khác gì với các extension "container" hoặc "đổi vân tay"?

Nhiều tiện ích chỉ đổi một vài giá trị JavaScript đọc được từ trang (User-Agent, độ phân giải màn hình...) nhưng cookie đăng nhập vẫn dùng chung trình duyệt — mở 2 tab cùng lúc vẫn bị đá phiên nhau vì cookie bị ghi đè qua lại.

Container thật (kiểu Firefox Multi-Account Containers) có cô lập cookie, nhưng Chrome không có API tương đương công khai cho extension bên thứ ba — đây là lý do AxioSession phải tự xây engine cô lập bằng declarativeNetRequest thay vì dựa vào một API container có sẵn.

localStorage cũng được cô lập, không chỉ cookie

Nhiều trang hiện đại (đặc biệt là ứng dụng một trang như Shopee Seller Center) lưu một phần trạng thái đăng nhập trong localStorage, không chỉ cookie. AxioSession tiêm một content script chạy ở "MAIN world" (cùng ngữ cảnh JavaScript với chính trang web) để bọc lại các hàm localStorage.getItem/setItem, tự động thêm tiền tố theo session ID — mỗi session đọc/ghi vào một vùng localStorage riêng, không đụng nhau.