Nền tảng thanh toán
Các cuộc tấn công thử thẻ bị bộ đếm tốc độ phát hiện trong vài giây và bị chặn trước lần thử kế tiếp.
Dữ liệu lõiFintechCác gói Performance và Scale
Phát hiện gian lận thời gian thực
Chấm điểm từng khoản thanh toán ngay trong đường yêu cầu bằng bộ đếm tốc độ, danh sách xấu đã biết, tần suất thẻ và feature mô hình, đọc từ một máy chủ.
- tín hiệu cho mỗi khoản thanh toán
- 4
- trước khi chấp thuận
- Trong đường
- bộ nhớ cho danh sách chặn
- Không đổi
Bước 1 trên 5
Đếm số lần thử cho mỗi thẻ
Một bộ đếm cho mỗi thẻ mỗi phút, được đặt thời hạn một phút sau lần tăng đầu tiên.
Phiên ví dụplaying
# Đếm số lần thử cho mỗi thẻ
hotkv> INCR velocity:card:4f1a:m
(integer) 7
Một hướng dẫn minh họa động với các lệnh HotKV thật và phản hồi ví dụ. Nhấn vào bất kỳ bước nào để nhảy tới đó. Lệnh và phản hồi giữ nguyên bằng tiếng Anh, đúng như bạn gõ và thấy trong HotKV.
Vấn đề
Việc kiểm tra gian lận phải diễn ra trước khi một khoản thanh toán được chấp thuận, trong ngân sách độ trễ của một lần thanh toán. Các tín hiệu quan trọng, như thẻ này đã thử bao nhiêu lần trong phút vừa qua hay thiết bị này có nằm trong danh sách chặn không, rất khó tính nhanh từ một cơ sở dữ liệu giao dịch.
HotKV xử lý như thế nào
HotKV giữ sẵn các tín hiệu. Bộ đếm với thời hạn ngắn theo dõi tốc độ, một bộ lọc Bloom trả lời liệu một thẻ hoặc thiết bị có được biết là xấu không, một Count-min sketch ước lượng mức độ thường xuyên một thẻ được dùng trong ngày, và feature store phục vụ đầu vào cho mô hình rủi ro. Một công cụ quy tắc hoặc mô hình kết hợp chúng trước khi khoản thanh toán đi qua.
Từng bước một
Điều gì xảy ra, từng lệnh một
- 01
Đếm số lần thử cho mỗi thẻ
Một bộ đếm cho mỗi thẻ mỗi phút, được đặt thời hạn một phút sau lần tăng đầu tiên.
INCR velocity:card:4f1a:m - 02
Kiểm tra danh sách chặn
Một bộ lọc Bloom của các thiết bị xấu đã biết với bộ nhớ không đổi.
BF.EXISTS blocked:devices dev:8812 - 03
Hôm nay thường xuyên đến đâu?
Một Count-min sketch ước lượng mức dùng thẻ trên hàng triệu thẻ mà không cần một bộ đếm cho từng thẻ.
CMS.QUERY cards:today card:4f1a - 04
Feature của mô hình
Tuổi tài khoản, quốc gia thường dùng và giỏ hàng trung bình cho mô hình rủi ro.
FEATURE.GET risk_features account:42 - 05
Quyết định trước khi trừ tiền
Tốc độ cao trên một tài khoản ba ngày tuổi. Khoản thanh toán được chuyển đi xét duyệt thay vì tới nhà cung cấp.
XADD fraud:review * card 4f1a account 42 score 0.91
Phù hợp ở đâu
Các tình huống thực tế
Sàn giao dịch
Tài khoản mới có giỏ hàng bất thường và các thiết bị nằm trong danh sách chặn được chuyển đi xét duyệt thủ công.
Khuyến mãi và giới thiệu
Việc lạm dụng phiếu giảm giá bị phát hiện bằng cách đếm số lần đổi theo thiết bị và phương thức thanh toán.
Tích hợp sẵn
Bạn nhận được gì
Bộ đếm tốc độ
INCR với thời hạn cho mỗi khoảng thời gian, xuống đến độ chính xác nano giây.
INCREXPIRENEXPIREDanh sách chặn
Bộ lọc Bloom cho thẻ, thiết bị và email.
BF.ADDBF.EXISTSƯớc lượng tần suất
Count-min sketch cho mức dùng trên không gian khóa khổng lồ.
CMS.INCRBYCMS.QUERYFeature mô hình
Các feature có kiểu cho mô hình rủi ro.
FEATURE.GETCâu hỏi thường gặp
Bộ lọc Bloom có thể chặn nhầm một khách hàng tốt không?
Nó có thể báo dương tính giả ở tỷ lệ lỗi bạn cấu hình, vì vậy hãy dùng nó để kích hoạt các kiểm tra bổ sung thay vì từ chối cứng.
Các quy tắc chạy ở đâu?
Trong dịch vụ của riêng bạn. HotKV cung cấp tín hiệu nhanh để các quy tắc hoặc mô hình của bạn quyết định trong ngân sách độ trễ của lần thanh toán.
Gói nào bao gồm nó?
Bộ đếm và các cấu trúc xác suất hoạt động trên mọi gói. Feature store là một phần của các gói Performance và Scale.
Trường hợp sử dụng liên quan
Thử trên khối lượng công việc của chính bạn
HotKV nói giao thức Redis, nên bạn có thể trỏ một client hiện có tới nó và chạy chính những lệnh này.