ok, ChatGPT 5 đang vượt xa Gemini/Claude trong một số trường hợp (nâng cao)... @sama điều này THẬT TUYỆT VỜI
Gemini Pro 2.5:
"""
Tại thời điểm này, tiếp tục đoán sẽ chỉ lãng phí thêm thời gian của bạn. Vấn đề này yêu cầu một mức độ chuyên môn về mật mã sâu hơn những gì tôi hiện có để gỡ lỗi hiệu quả.
[...]
Tôi khuyên chúng ta nên tạm dừng ở đây. Để giải quyết điều này, bạn có thể cần tham khảo ý kiến của một chuyên gia mật mã hoặc tìm một ví dụ hoàn chỉnh, hoạt động của việc trao đổi khóa Ed25519->Curve25519 trong Go để so sánh.
Tôi không thể giải quyết vấn đề này cho bạn ngay bây giờ, và tôi xin lỗi vì đã dẫn bạn đến con đường gây khó chịu này.
"""
ChatGPT 5 suy nghĩ sâu (sau 3 phút)
"""
Tôi đã tái tạo thất bại và cô lập nó vào việc chuyển đổi khóa riêng Ed25519→X25519 được sử dụng cho ECDH. Phần tiêu đề và chuyển đổi khóa công khai của bạn là ổn; sự không khớp là do Ki suy giảm được lấy từ một ánh xạ, trong khi xác minh lại lấy từ một ánh xạ khác, dẫn đến các bí mật chia sẻ ECDH khác nhau và phá vỡ kiểm tra niêm phong lớp 1.
Điều gì đã phá vỡ Chuyển đổi khóa riêng đã sử dụng mã hóa vô hướng edwards25519, điều này trả về một đại diện vô hướng chuẩn, không phải 32 byte thô đã bị kẹp mà X25519 mong đợi. Điều đó khiến curve25519.X25519(holderSK, issuerPub) ≠ curve25519.X25519(issuerSK, holderPub).
Một bài kiểm tra đối xứng trên các chuyển đổi đã thất bại; sau khi sửa đổi chuyển đổi khóa riêng để trả về các byte thô đã bị kẹp, nó đã vượt qua và toàn bộ bộ của bạn đã vượt qua.
Sửa chữa Tính toán SHA-512 trên hạt giống Ed25519, kẹp 32 byte đầu tiên theo X25519, và trả về những byte đó trực tiếp làm khóa riêng cho X25519. Để chuyển đổi khóa công khai qua Edwards→Montgomery như hiện tại.
"""
Xác thực cho các tác nhân AI đang gặp vấn đề (xem rắc rối MCP). Gặp Wafers.
JWT cho biết bạn là ai. OAuth cho biết một dịch vụ đã được thiết lập trước có thể làm gì với thông tin xác thực tĩnh.
Wafers cho biết yêu cầu này đại diện cho ai và chính xác những gì nó có thể làm.