Adakah OpenAI menggunakan sistem kuki penjejakan? Siasatan teknikal yang diterbitkan pada 20 September 2026 oleh penyelidik keselamatan bebas Buchodi menunjukkan bahawa apabila OpenAI menggunakan mekanisme kuki penjejakan merentasi kedai komersial pihak ketiga, pelayar web memulakan rutin pengenalpastian yang menghantar aktiviti pelayaran luaran kembali kepada pengumpul data pemasaran platform tersebut. Infrastruktur ini berpusat pada pengecam berterusan berlabel __obi, yang dikonfigurasikan dengan kebenaran merentas tapak dan dikelaskan dalam dokumentasi rasmi sebagai kuki Analitis dan bukannya komponen pemasaran. Walaupun seni bina protokol mewujudkan prasyarat teknikal untuk mengaitkan interaksi komersial dengan pengecam akaun atau pengecam awanama yang berterusan, tangkapan trafik luaran mengesahkan penghantaran data ke titik hujung sisi pelayan, namun penggabungan pangkalan data sebelah pelayan tidak dapat disahkan melalui pemerhatian luaran.
Penjajaran Semula Industri & Analisis Berita
Persimpangan antara kecerdasan buatan generatif dan pengewangan komersial mencapai titik kritikal berikutan pendedahan teknikal yang diterbitkan melalui pendedahan teknikal Buchodi mengenai pengumpulan data merentas tapak. Siasatan bebas tersebut mengkaji bagaimana sesi pelanggan yang berinteraksi dengan ChatGPT berkaitan dengan aktiviti web seterusnya merentasi domain komersial luaran. Daripada beroperasi sepenuhnya dalam antara muka terpencil, interaksi sebelah pelanggan memulakan rutin pengenalpastian latar belakang yang menyalurkan metadata pelayaran kembali ke infrastruktur pengumpulan data pemasaran.
Ringkasan
- Pengeluaran Pengecam Merentas Tapak: Pelayar web yang melawat
chatgpt.commemperoleh Token JSON Web penyelarasan OBI jangka pendek yang ditukar dengan kuki berterusan selama setahun bernama__obidi bawah domain.openai.com. - Penghantaran Kuki Pra-Pelaksanaan dalam Ujian Chrome Android: Apabila mengambil skrip pengukuran pemasaran luaran daripada
bzrcdn.openai.com, tindanan rangkaian pelayar secara automatik melampirkan__obisebelum pelaksanaan JavaScript sebelah pelanggan. - Pengumpulan DOM dan Borang Sisi Pixel: Teg pengukuran pengiklan yang digunakan menghurai input borang, elemen HTML yang dipaparkan dan bas pengurus teg, menghantar indikator geografi serta rentetan laluan URL ke titik hujung OpenAI.
Analisis empirikal memantau pertukaran rangkaian secara langsung merentasi rangka kerja ujian selama berbilang bulan. Set data menilai 23,929 permintaan HTTP individu yang dijana merentasi 936 pixel pengiklan yang dihoskan pada 1,029 nama hos unik. Dapatan tersebut mengesahkan bahawa aktiviti komersial luaran—termasuk interaksi katalog produk, carian item dan corong daftar keluar—kerap dihantar ke titik hujung OpenAI disertakan dengan token pelanggan yang berterusan.
Pada peranti ujian penyelidik, nilai __obi yang sama dihantar daripada 12 tapak komersial berbeza yang beroperasi di bawah 13 konfigurasi pixel yang berasingan, termasuk portal seperti Chewy, Wayfair, ThriftBooks, Eventbrite, HelloFresh, Coursera dan SeatGeek. Dalam sampel trafik yang lebih luas, 12 daripada 30 nilai __obi yang berbeza muncul merentasi berbilang konteks pengiklan, dengan satu nilai diperhatikan merentasi sepuluh domain komersial yang berasingan.
Garis Masa Resolusi Identiti Merentas Tapak
| Fasa Acara | Tindakan Protokol | Skop Teknikal & Sempadan Pengasingan |
|---|---|---|
| Permulaan Sesi | POST /sync-token |
RS256 JWT mengikat akaun atau pengecam subjek awanama kepada token 60 saat |
| Ketahanan Kuki | Set-Cookie: __obi |
SameSite=None menandakan kuki layak untuk transit merentas tapak |
| Atribusi Pedagang | GET /sdk/oaiq.min.js |
Tindanan rangkaian pelayar melampirkan kuki semasa pengambilan skrip awal |
Definisi rasmi dalam Dasar Kuki OpenAI mengelaskan __obi di bawah kuki Analitis, memberikan kemasukan tersebut tempoh sah operasi selama 365 hari. Oleh kerana seni bina persetujuan OpenAI mentadbir __obi melalui persetujuan analitis dan bukannya kawalan pemasaran khusus, menolak persetujuan pemasaran sahaja tidak menghalang penggunaan kuki dalam ujian yang diperhatikan.
Pemisahan Seni Bina Di Sebalik Tabir
Mekanik operasi yang mentadbir __obi bergantung pada saluran paip pertukaran tiga peringkat yang menghubungkan sesi pelayar pelanggan, titik hujung pengumpulan data pemasaran dan kedai komersial pihak ketiga. Jejak rangkaian menggambarkan bagaimana pernyataan kriptografi sementara diterjemahkan menjadi pengecam sebelah pelanggan yang kekal.
Proses ini bermula di chatgpt.com. Pelayar pelanggan menjana 16 bait entropi dan menghantar permintaan HTTP ke bahagian belakang platform dalaman:
POST /backend-api/bazaar/obi/sync-token
Sesi tanpa pengesahan memanggil /backend-anon/bazaar/obi/sync-token. Perkhidmatan pengeluaran dalaman, yang dikenal pasti oleh tuntutan JWT iss sebagai chatgpt-wadi, mengembalikan Token JSON Web yang ditandatangani RS256 yang mengandungi tuntutan identiti yang memetakan entropi rawak kepada metadata akaun dalaman.
{
"iss": "chatgpt-wadi",
"aud": "bzr.openai.com",
"purpose": "obi_sync",
"operation": "set",
"consent_decision": "analytics_allowed",
"consent_policy_version": "user_granular_consent_v1",
"sub": "«redacted: 64-hex account subject»",
"subject_type": "account_user",
"obi": "«redacted: 22-char identifier»",
"exp": "«iat + 60s»"
}
Muatan yang ditandatangani menguatkuasakan tempoh tamat 60 saat (exp). Pelayar pelanggan serta-merta memajukan token ini ke domain pengiklanan programatik OpenAI melalui permintaan POST tak segerak:
POST https://bzr.openai.com/v1/obi/sync
Pelayan pinggir OpenAI memproses token dan bertindak balas dengan pengepala HTTP yang mengarahkan pelayar untuk menyimpan kuki berterusan.
HTTP/2 200 OK
Set-Cookie: __obi=«redacted»; Domain=.openai.com; HttpOnly; Max-Age=31536000; Path=/; SameSite=None; Secure
Menetapkan SameSite=None di samping bendera Secure menandakan kuki sebagai layak untuk penghantaran merentas tapak di mana pelayar hos membenarkan kuki pihak ketiga. Tidak seperti kuki aplikasi standard yang diskop dengan SameSite=Lax atau dihadkan kepada subdomain asal terus, __obi dilampirkan pada permintaan merentas tapak keluar yang dialamatkan kepada *.openai.com.
+-------------------------------------------------------------------------+ | [ ALIRAN PROTOKOL KONSEPTUAL: PERTUKARAN TOKEN OBI DAN PIXEL ] | +-------------------------------------------------------------------------+ | | | [ Sesi Pelayar Pengguna (chatgpt.com) ] | | | | | +---> Minta Token Sync: POST /backend-api/.../sync-token | | | Respons: 60s RS256 JWT (Akaun atau Subjek Awanama) | | | | | +---> Tukar Token: POST bzr.openai.com/v1/obi/sync | | Respons: Set-Cookie: __obi (SameSite=None; 1-Tahun) | | | +-------------------------------------------------------------------------+ | [ Kedai Pedagang (Tapak Runcit dengan Pixel OpenAI Terbenam) ] | | | | | +---> Pelayar mengambil: <script src="bzrcdn.../oaiq.min.js"> | | | * TINDANAN RANGKAIAN PELAYAR MELAMPIRKAN __obi PADA PENGAMBILAN SKRIP * | | | | | +---> Pixel Mengumpul Teks DOM, Bas Pengurus Teg, dan Input | | | | | v | | [ Titik Hujung Pengumpulan OpenAI (bzr.openai.com/v1/sdk/events) ] | | Dihantar: Poskod + Nilai Hash + Laluan URI Teranitasi | | | +-------------------------------------------------------------------------+
Kedai rakan kongsi melengkapkan gelung komunikasi. Pedagang yang beriklan melalui ChatGPT membenamkan skrip pengukuran penukaran OpenAI (oaiq.min.js). Apabila pengguna melayari pedagang bersepadu, pelayar menghurai teg skrip:
GET https://bzrcdn.openai.com/sdk/oaiq.min.js
Oleh kerana permintaan itu sepadan dengan skop kad bebas .openai.com, tindanan rangkaian pelayar melampirkan __obi pada pengambilan skrip awal. Penghantaran ini berlaku sebelum JavaScript pixel dilaksanakan, yang bermaksud logik sebelah pelanggan di dalam pixel tidak boleh memintas permintaan yang dikredibiliti. Walau bagaimanapun, penyekat kandungan peringkat rangkaian, sinki DNS atau sambungan pelayar yang menyekat domain permintaan secara mutlak menghalang sambungan tersebut sepenuhnya.
Tangkapan rangkaian mendedahkan bahawa SDK pengukuran mengekstrak atribut peringkat halaman merentasi empat saluran berlabel:
Klasifikasi Data Pengumpulan Pixel
| Saluran Sumber | Mekanisme Pengumpulan | Skop Teknikal dan Pendedahan Medan |
|---|---|---|
in (Input Eksplisit) |
Parameter API Pedagang | Nilai transaksi, pengecam produk, simbol mata wang |
fm (Penuaian Borang) |
Pintasan Input DOM | Nilai input borang, elemen daftar keluar, kemasukan kenalan |
ht (Lintasan DOM) |
Penghuraian HTML yang Dipaparkan | Tajuk kandungan, rentetan pengesahan, elemen teks |
js (Penyambungan Pengurus Teg) |
Pintasan Lapisan Data | Menyambung ke window.dataLayer.push dan tatasusunan teg Adobe |
Trafik yang diperhatikan mencatatkan 685 acara pengumpulan automatik merentasi sumber DOM dan teg (fm, ht dan js) berbanding 255 parameter yang dibekalkan pedagang (in). SDK memeriksa seni bina teg standard, menghurai data yang disalurkan ke dalam saluran paip Google Tag Manager dan Adobe Analytics. Pengecam peribadi seperti alamat e-mel, nombor telefon dan nama penuh diproses dengan hashing SHA-256 sebelum transit. Sebaliknya, indikator geografi—termasuk negara, wilayah, bandar dan poskod—dihantar dalam teks biasa. Atribut poskod muncul merentasi 100 tangkapan diskretapan diskret merentasi 28 nama hos.
Struktur URL juga dihantar ke titik hujung pengumpulan. Walaupun parameter pertanyaan ditinggalkan, komponen asal dan laluan kekal utuh. Rekod yang diperhatikan mengesahkan laluan yang mewakili rujukan perubatan, aliran kerja pengurusan hutang kewangan dan borang kemasukan litigasi sampai ke titik hujung pengumpulan.
Sistem Terpisah & Pengekangan Pelayar
Mekanik transit kuki merentas tapak mencerminkan variasi seni bina asas merentasi enjin web moden. Pelayar yang berbeza menguatkuasakan lalai pengasingan keadaan yang berbeza, menentukan sama ada pengecam pihak ketiga boleh dihantar merentasi sempadan asal.
Seni Bina Pengasingan Kuki Pelayar
| Persekitaran Pelayar | Model Pengasingan Storan | Pengendalian SameSite=None Merentas Tapak |
Pengendalian Laluan yang Diperhatikan |
|---|---|---|---|
| Chrome untuk Android | Balang Kuki Profil Dikongsi | Penghantaran merentas tapak disokong apabila kuki pihak ketiga dibenarkan | Penghantaran disahkan dalam ujian; tertakluk kepada konfigurasi kuki pihak ketiga pengguna dan perusahaan |
| Apple Safari (WebKit) | Pencegahan Penjejakan Pintar | Menyekat Storan Pihak Ketiga secara Lalai | Disekat secara lalai pada laluan merentas tapak yang diperhatikan ini |
| Chrome pada iOS | Runtime WebKit Dikuatkuasakan | Tertakluk kepada Sekatan Storan WebKit | Disekat secara lalai pada laluan merentas tapak yang diperhatikan ini |
| Mozilla Firefox | Perlindungan Kuki Keseluruhan | Membahagikan Balang Kuki bagi setiap Tapak Tahap Atas | Keadaan pihak ketiga dibahagikan secara lalai; interaksi __obi khusus tidak diuji secara bebas |
| Pelayar Brave | Pembahagian Storan Perisai | Membahagi dan Menyekat Keadaan Merentas Tapak | Keadaan pihak ketiga dibahagikan/disekat secara lalai; interaksi __obi khusus tidak diuji secara bebas |
Seperti yang diperincikan dalam dokumentasi daripada gambaran keseluruhan pencegahan penjejakan WebKit, persekitaran WebKit mengehadkan storan merentas tapak secara lalai. Pencegahan Penjejakan Pintar (ITP) menindas kuki pihak ketiga pada panggilan rangkaian luaran, menghalang kedai pedagang pada iOS Safari dan iOS Chrome daripada menghantar __obi. Begitu juga, spesifikasi seni bina Mozilla mengenai Perlindungan Kuki Keseluruhan dan pembahagian keadaan asal memperincikan bagaimana balang kuki dibahagikan mengikut asal tahap atas, mengasingkan kuki yang dicipta di bawah openai.com daripada halaman pedagang luaran.
Siasatan tersebut secara khusus menghasilkan semula mekanisme lengkap pada Chrome untuk Android. Seperti yang didokumentasikan dalam dasar pengurusan kuki Google Chrome, kuki pihak ketiga yang dikonfigurasikan dengan SameSite=None; Secure dibenarkan pada pengambilan rangkaian merentas tapak melainkan pengguna atau pentadbir peranti mendayakan penyekatan kuki pihak ketiga, sekali gus memudahkan komunikasi antara kedai dan titik hujung pengiklanan OpenAI.
Perbandingan Klasifikasi Persetujuan dan Tingkah Laku yang Diperhatikan
| Atribut Penilaian | Skop Dasar Kuki yang Dinyatakan | Penggunaan Runtime yang Diperhatikan |
|---|---|---|
| Penugasan Kategorikal | Dikelaskan sebagai kuki Analitis | Dikonfigurasikan dengan SameSite=None; Secure untuk penghantaran merentas tapak |
| Tuntutan Persetujuan Dinilai | Berbeza daripada tetapan oai_consent_marketing |
Ditadbir secara eksklusif oleh analytics_allowed dalam token yang dinyahkod |
| Hasil Penolakan Pemasaran | Bertujuan untuk mentadbir penggunaan pengiklanan dan promosi | Diperhatikan aktif pada permintaan pedagang apabila persetujuan pemasaran sahaja ditolak |
| Profil Pengumpulan Data | Disifatkan sebagai menilai penggunaan perkhidmatan dan prestasi | Membawa data borang daftar keluar, poskod teks biasa dan laluan URI |
Pengkategorian yang digunakan pada __obi dalam dasar undang-undang OpenAI memperkenalkan persoalan tadbir urus yang penting. OpenAI menyediakan pilihan persetujuan diskret untuk analitis (oai_consent_analytics) dan pemasaran (oai_consent_marketing). Setiap token penyelarasan yang dinyahkod semasa ujian teknikal mengandungi atribut consent_decision: analytics_allowed.
Oleh kerana perkhidmatan pengeluaran token asas mengikat penjanaan kepada keutamaan analitis, menolak kuki pemasaran sahaja tidak menghentikan pengeluaran atau penghantaran __obi dalam aliran ujian yang diperhatikan. Struktur ini menimbulkan persoalan di bawah piawaian tadbir urus data antarabangsa mengenai sama ada pengukuran penukaran iklan berbilang tapak selaras dengan analitis fungsian asas atau memerlukan klasifikasi sebagai telemetri pemasaran.
Penilaian kejuruteraan mesti mengekalkan perbezaan ketat antara transit rangkaian yang diperhatikan dan pengendalian data bahagian belakang. Log trafik mengesahkan bahawa portal pedagang menghantar __obi bersama penunjuk pesanan, atribut borang dan laluan URL ke bzr.openai.com, menerima status HTTP 202 Accepted. Walaupun menggabungkan pengecam subjek peringkat akaun dalam token kebenaran awal menjadikan resolusi akaun dapat dilaksanakan secara teknikal mengikut reka bentuk, pemerhatian rangkaian luaran tidak dapat mengesahkan secara bebas sama ada sistem bahagian belakang OpenAI memautkan acara masuk ini kepada sejarah perbualan pengguna.
Senarai Semak Kejuruteraan & Jadual Pengesahan
Pasukan kejuruteraan perusahaan yang menguruskan portal web dan kumpulan titik hujung harus menilai konfigurasi teg pihak ketiga untuk memastikan skrip luaran mematuhi piawaian privasi dan pengendalian data korporat.
Senarai Semak Tadbir Urus Teg Webmaster Perusahaan
Pengambilan Skrip dan Pengauditan Teg
- [ ] Audit templat aplikasi untuk mencari kebergantungan yang memuatkan sumber daripada
bzrcdn.openai.com. - [ ] Menilai sama ada Subresource Integrity (SRI) atau pengehosan yang disematkan versi selaras dengan model penggunaan pembekal.
- [ ] Semak konfigurasi pengurusan teg untuk mengesahkan sama ada teg pemasaran mengakses bas transaksi dalaman.
Semakan Lapisan Data dan Pengendalian Medan
- [ ] Menilai sempadan kebolehcapaian pada struktur
window.dataLayerdanadobeDataLayer. - [ ] Semak sama ada poskod dan medan alamat memerlukan penyuntingan sebelum penghantaran teg luaran.
- [ ] Semak tetapan “Pemadanan Automatik” dalam OpenAI Ads Manager untuk menilai sama ada penghuraian DOM sesuai untuk aliran kerja daftar keluar.
Pengesahan Dasar Keselamatan Kandungan
- [ ] Semak arahan
connect-srcuntuk menentukan destinasi yang dibenarkan bagi suar telemetri keluar. - [ ] Menilai dasar
script-srcuntuk menghalang pelaksanaan skrip luaran yang tidak disemak. - [ ] Sahkan corong daftar keluar dan kemasukan pelanggan untuk memastikan laluan sensitif kekal terlindung daripada suar pihak ketiga.
Konfigurasi Titik Hujung dan Kebersihan Storan
Konfigurasi Kumpulan Peranti Mudah Alih
- [ ] Menilai profil konfigurasi Chrome untuk Android merentasi peranti perusahaan yang diuruskan.
- [ ] Menilai kesan operasi mendayakan sekatan kuki pihak ketiga merentasi titik hujung yang diuruskan.
- [ ] Semak penggunaan konfigurasi pelayar yang memfokuskan privasi di mana keperluan perniagaan membenarkan.
Pengauditan Kebersihan Identiti dan Sesi
- [ ] Pantau trafik keluar rangkaian perusahaan untuk panggilan berulang ke arah
bzr.openai.com. - [ ] Wujudkan rutin penyelenggaraan profil yang kerap merentasi sesi pelayar yang tidak diurus.
- [ ] Sahkan bahawa reka bentuk borang perusahaan mengelakkan pendedahan input pengguna teks biasa kepada konteks skrip ambien.
Melaksanakan Dasar Keselamatan Kandungan yang berstruktur dan menyemak sempadan pengambilan teg boleh membantu pasukan kejuruteraan mengurangkan pendedahan data pihak ketiga yang tidak disengajakan semasa transaksi komersial.
Soalan Lazim (FAQ)
Adakah menolak persetujuan pemasaran sahaja menghentikan kuki __obi?
Mengapa Safari pada iOS menyekat penjejakan ini manakala Chrome pada Android membenarkannya?
Bolehkah tapak web pedagang pihak ketiga membaca kuki __obi secara terus?
Implikasi Praktikal & Tinjauan Masa Depan
Pemeriksaan teknikal rangka kerja kuki __obi menggambarkan hubungan yang berkembang antara platform AI perbualan dan seni bina pengiklanan dalam talian. Selama bertahun-tahun, sistem pengiklanan digital telah menggunakan mekanisme keadaan pelayar untuk menyambungkan penglibatan pengguna merentasi tapak web bebas. Menggunakan corak pengukuran ini pada antara muka perbualan memperkenalkan pertimbangan baharu. Pengguna kerap memasukkan butiran profesional, teknikal dan peribadi yang sensitif ke dalam platform perbualan dengan andaian bahawa persekitaran ini kekal berasingan daripada rangkaian pengiklanan yang lebih luas.
Jika telemetri pedagang akhirnya diselesaikan kepada identiti peringkat akaun seperti yang dibenarkan oleh reka bentuk protokol, gabungan itu akan mencipta profil tingkah laku yang luar biasa kaya. Apabila ejen AI semakin menguruskan tugas praktikal—seperti penjadualan, tempahan perjalanan dan perolehan produk—sempadan operasi antara utiliti perbualan terus dan pemprofilan komersial akan memerlukan definisi yang teliti.
Menavigasi peralihan ini memerlukan pasukan kejuruteraan untuk melaksanakan tadbir urus berdisiplin merentasi hartanah web. Organisasi yang menguruskan tapak menghadap pelanggan mesti mengaudit integrasi skrip pihak ketiga, menyemak pendedahan data pengurus teg dan menguatkuasakan Dasar Keselamatan Kandungan yang tepat. Secara selari, piawaian storan pelayar yang berkembang terus mengehadkan perkongsian data merentas tapak ambien merentasi platform. Privasi jangka panjang dalam persekitaran web moden akan bergantung pada sempadan teknikal sebelah pelanggan yang teguh dan bukannya pengisytiharan dasar sahaja.
Rujukan
Share this article
