Cách Hoạt Động

TRACIO là một hệ thống nhận dạng theo mô hình client-server. Client thu thập các tín hiệu trình duyệt và gửi chúng đến server, nơi tính toán một mã định danh khách truy cập ổn định, chạy các thuật toán phát hiện và trả về kết quả đã được làm giàu. Phần này giải thích từng giai đoạn của pipeline.

Tổng Quan Kiến Trúc

Browser                              TRACIO Cloud
  |                                      |
  |-- Tracio.init({ publicKey }) ---------> |  (init, no network)
  |                                      |
  |-- tracio.getResult() ----------------> |
  |   1. Collect 130+ browser signals    |
  |   2. Encrypt (XOR + deflate + B64)   |
  |   3. POST to ingress endpoint        |
  |                                      |
  |                                      |-- Decrypt & extract signals
  |                                      |-- Compute visitor ID (MurmurHash3-128)
  |                                      |-- Run bot detection (weighted scoring)
  |                                      |-- Run smart signals (server-side enrichment)
  |                                      |-- Run IP intelligence (VPN/proxy/Tor)
  |                                      |-- Store visit event
  |                                      |
  |<-- JSON response ------------------- |
  |    visitorId, confidence,            |
  |    bot detection, smart signals      |
  |                                      |
  |-- Store visitor cookie (_vid_t) -----> |  (365-day persistence)

Giai Đoạn 1: Thu Thập Tín Hiệu

Khi tracio.getResult() được gọi, client thu thập hơn 130 tín hiệu trình duyệt riêng biệt được tổ chức thành các tier. Việc thu thập sử dụng một pipeline nhiều pha với Web Worker và các iframe dùng chung để tối ưu hiệu năng.

Các Danh Mục Tín Hiệu

Pipeline Thu Thập

Pipeline thu thập chạy qua bốn giai đoạn để giảm thiểu việc chặn main thread:

1. Giai đoạn 1 (Ngay lập tức): Các tín hiệu ưu tiên cao và nhanh thu thập (thuộc tính navigator, screen, timezone). TURN probe cũng bắt đầu ở đây vì nó chạy đồng thời.

2. Giai đoạn 2 (Idle Callback): Các tín hiệu đồng bộ được hưởng lợi từ khoảng thời gian nhàn rỗi (CSS media queries, storage probes, cookie tests).

3. Giai đoạn 3 (Async): Các tín hiệu yêu cầu API bất đồng bộ hoặc rendering (canvas, WebGL, audio fingerprint, font detection, emoji rendering).

4. Web Worker: Thu thập tín hiệu tách biệt trong một thread chuyên dụng (WASM feature detection, doNotTrack).

Một iframe ẩn dùng chung được tạo một lần và tái sử dụng bởi nhiều collector (emoji, MathML, system colors, fonts, screen frame) để tránh chi phí tạo iframe riêng cho từng tín hiệu.

Định Dạng Tín Hiệu

Mỗi tín hiệu tuân theo một cấu trúc nhất quán:

interface Signal<T> {
  s: number // Status code
  v: T // Value (when successful)
}

Mã trạng thái:

Giai Đoạn 2: Truyền Tải Được Mã Hóa

Các tín hiệu đã thu thập được serialize sang JSON, sau đó được mã hóa và nén trước khi truyền đi:

1. Serialize JSON: Tất cả giá trị tín hiệu được đóng gói vào một đối tượng JSON được khóa theo tín hiệu, cộng thêm các trường metadata (c cho API key, t cho tag, lid cho linked ID).

2. Nén: Nếu payload vượt quá 1024 byte, nó được nén bằng CompressionStream("deflate-raw").

3. Mã hóa XOR: Payload được bọc trong một lớp bao mã hóa:

   • Một byte XOR key ngẫu nhiên
   • Các byte header (dấu hiệu xác thực)
   • Padding ngẫu nhiên (0-3 byte)
   • Một XOR mask 9 byte
   • Payload được XOR với mask lặp lại

4. Mã hóa Base64: Payload đã mã hóa được mã hóa Base64url và gửi làm POST body.

Yêu cầu được gửi đến ingress endpoint với các query parameter cho phiên bản client và API key. CORS credentials được bao gồm để gửi các first-party cookie.

Giai Đoạn 3: Xử Lý Phía Server

Server nhận payload đã mã hóa và xử lý nó qua nhiều hệ thống con:

Trích Xuất Tín Hiệu

Server giải mã lớp bao XOR, giải nén nếu cần và phân tích dữ liệu tín hiệu JSON. Mã trạng thái và giá trị của mỗi tín hiệu được trích xuất và xác thực.

Tính Toán Visitor ID

Visitor ID được tính bằng phương pháp tiered hashing (băm phân tầng) (V3):

Tier 1 (Frozen): 20 base62 characters
  - Stable hardware signals that rarely change
  - Canvas, WebGL renderer, audio fingerprint, fonts
  - Provides long-term visitor identity

Tier 2 (Semi-stable): 10 base62 characters
  - Signals that change with browser updates
  - User-Agent data, Client Hints, plugins
  - Extensible without breaking Tier 1

Tier 3 (Volatile): 10 base62 characters
  - Signals that change frequently
  - Screen resolution, timezone, language
  - Used for confidence scoring, not identity

Mỗi tier trích xuất các tín hiệu được chỉ định của nó, xây dựng một chuỗi chuẩn tắc và băm nó bằng MurmurHash3-x64-128. Ba tier hash được nối lại và mã hóa base62 để tạo ra visitor ID cuối cùng.

Chấm Điểm Độ Tin Cậy

Điểm độ tin cậy (0.0 đến 1.0) cho biết hệ thống chắc chắn đến mức nào rằng khách truy cập này đã được nhận dạng chính xác:

• Trùng khớp cookie (1.0): Nếu cookie _vid_t đã mã hóa trùng khớp, độ tin cậy đạt mức tối đa.
• Lần truy cập đầu tiên (0.90): Khách truy cập mới không có bản ghi trước đó bắt đầu ở mức 0.90.
• Khách truy cập quay lại: Độ tin cậy được tính từ trọng số tần suất tín hiệu (dựa trên IDF) và fuzzy matching so với các fingerprint đã lưu bằng khoảng cách Hamming ở mức bit.

Bot Detection

Bot detection engine chạy nhiều detector, các đầu ra được đánh trọng số của chúng được kết hợp thành một bot score (ngưỡng: bot ≥ 0.70, suspicious ≥ 0.30; một tín hiệu hard-fail buộc phán định là bot). Các detector đóng góp bao gồm:

1. Kiểm tra webdriver flag (ưu tiên cao nhất)
2. Phân tích tín hiệu tự động hóa tổng hợp
3. Đối chiếu UA của bot tốt + xác minh IP (reverse DNS)
4. Phát hiện trình duyệt headless (11 dấu hiệu, ngưỡng 2+)
5. Phát hiện bất thường về eval length
6. Đối chiếu mẫu UA của bot xấu
7. Phân loại framework tự động hóa (Puppeteer, Playwright, Cypress, Selenium)
8. Phát hiện VM (VMware, VirtualBox, Parallels, QEMU, Hyper-V)
9. Phát hiện emulator (chấm điểm mobile emulator)
10. Phát hiện Frida/instrumentation
11. Phát hiện DevTools
12. Phân loại trình duyệt bảo mật (Tor, Brave, Firefox ETP, Safari ITP)
13. Phát hiện ứng dụng nhân bản
14. Phân tích hành vi (tốc độ/entropy/tương tác)

Làm Giàu Smart Signal

Các tín hiệu làm giàu phía server được tính từ dữ liệu tín hiệu thô và IP intelligence. Chúng bao gồm phát hiện VPN/proxy/Tor, định vị địa lý IP, phân tích can thiệp trình duyệt và chấm điểm nghi ngờ.

IP Intelligence

Hệ thống con IP intelligence cung cấp:

• VPN / Proxy / Tor / Datacenter: được phân loại từ IP kết nối bằng các cơ sở dữ liệu IP intelligence thương mại (IP2Location)
• Định vị địa lý: độ chính xác đến cấp thành phố và ASN thông qua MaxMind GeoIP2

Giai Đoạn 4: Phản Hồi

Server trả về một phản hồi JSON chứa:

{
  "visitorId": "X7fh2Hg9LkMn3pQr",
  "bot": {
    "detected": false,
    "confidence": 2,
    "reasons": []
  }
}

Đây là kết quả mà tracio.getResult() resolve về trong trình duyệt. Sự kiện đầy đủ, đã được làm giàu — bao gồm bot_result chuẩn tắc (human / bot / uncertain), định vị địa lý và smart signals — được gửi đi phía server thông qua webhook và hiển thị trong dashboard.

Client lưu một visitor token vào cả first-party cookie (hết hạn sau 365 ngày, SameSite=Lax) và localStorage để duy trì qua các phiên.

Tóm Tắt Luồng Dữ Liệu

Tổng round-trip: Thông thường 80-300ms tùy thuộc vào điều kiện mạng và khả năng của trình duyệt.