Bảo mật tên miền

Lưu và chia sẻ mã Auth Code như thế nào cho an toàn?

Sử dụng Auth Code đúng mục đích chuyển nhà đăng ký: nhận mã qua tài khoản chính thức, giới hạn người biết và phân biệt với mật khẩu hay token đăng nhập.

Auth Code là mã được dùng trong quy trình chuyển tên miền giữa nhà đăng ký đối với các tên và chính sách có áp dụng. ICANN còn dùng các tên gọi như Authorization Code, Auth-Info Code hoặc transfer code. Đây là dữ liệu nhạy cảm cần được chia sẻ đúng mục đích, không phải thông tin công khai của tên miền.

Mã này không đồng nhất với mật khẩu tài khoản, mã MFA hoặc token đăng nhập một cổng quản lý. Nếu một đơn vị yêu cầu Auth Code chỉ để sửa giao diện website hoặc trỏ hosting, bạn cần dừng lại hỏi rõ lý do. Những công việc đó thường là phạm vi khác với chuyển nhà đăng ký.

Xác định đúng thủ tục trước khi lấy mã

Kiểm tra bạn đang chuyển nhà đăng ký hay thay chủ thể, đổi DNS hoặc mua hosting. Hỏi nhà cung cấp về điều kiện của đúng loại tên và trạng thái hiện tại. Không áp quy trình Auth Code của một gTLD cho mọi ccTLD mà không có xác nhận.

Ví dụ giả định, đội thiết kế mới cần thông số DNS để triển khai website nhưng gửi yêu cầu “mã chuyển domain”. Người sở hữu nên xác minh họ thực sự định làm gì và có thẩm quyền nào. Không cung cấp mã chỉ vì cách gọi của hai bên chưa thống nhất.

Nhận mã qua kênh được xác minh

Đăng nhập tài khoản chính thức hoặc gửi yêu cầu hỗ trợ theo quy trình của nhà đăng ký hiện tại. ICANN giải thích mã do registrar cung cấp hoặc cơ chế tài khoản tương ứng quản lý; ICANN không có mã để tạo thay cho người dùng. Đừng tin dịch vụ lạ tuyên bố lấy được mã của mọi domain.

Kiểm tra email nhận thông báo còn hoạt động và hạn chế hiện tại đã được hiểu rõ. Nếu tên bị khóa chuyển hoặc có điều kiện chính sách khác, mã đúng chưa chắc đủ để chuyển ngay. Lấy hướng dẫn từ các bên phục vụ thay vì gửi mã thử qua nhiều website không rõ vai trò.

Chỉ đưa mã vào nơi thực sự tiếp nhận chuyển

Khi đã được ủy quyền, nhập mã trên cổng chính thức của bên nhận theo quy trình. Không đưa vào ticket công khai, ảnh chụp hướng dẫn, kho mã nguồn hoặc tệp chia sẻ rộng. Nếu người khác hỗ trợ thao tác, giới hạn người biết và phạm vi công việc bằng thỏa thuận rõ.

Một token dùng cho liên kết đăng nhập đặc biệt cũng cần bảo vệ, nhưng không vì vậy mà có thể thay bằng Auth Code. Hai cơ chế giải quyết nhu cầu khác nhau. Không tự tạo hoặc ghép mã vào URL cổng quản lý nếu nhà cung cấp chưa có đặc tả chính thức.

Theo dõi giao dịch thay vì gửi lại nhiều lần

Lưu mã yêu cầu chuyển, thời điểm gửi và các thông báo xác nhận nhưng không chép mã bí mật vào nhật ký chung. Kiểm tra phản hồi từ cả hai bên và chỉ xử lý yêu cầu bạn thực sự khởi tạo. Nếu có thư xác nhận bất ngờ, mở tài khoản chính thức để đối chiếu.

Không tạo nhiều yêu cầu chuyển song song chỉ vì chưa thấy kết quả ngay. Cần xác định đang chờ bước nào và điều kiện nào chưa đáp ứng. Cũng không tắt các hạn chế bảo vệ ngoài kế hoạch vì một bên tự nhận hỗ trợ yêu cầu qua tin nhắn.

Nếu mã đã lộ hoặc kế hoạch bị hủy

  • Liên hệ registrar hiện tại để hỏi cách vô hiệu hóa hoặc thay mã phù hợp.
  • Kiểm tra yêu cầu chuyển đang chờ và trạng thái bảo vệ của tên.
  • Rà soát quyền tài khoản, email và thông báo bất thường.
  • Xóa bản sao trong các kênh không còn cần, theo quy trình lưu trữ của tổ chức.
  • Ghi kết quả xử lý mà không tiếp tục lan truyền bí mật.

Sau khi chuyển hoàn tất, xác nhận tên xuất hiện trong tài khoản đúng, kiểm tra thông tin quản lý và dịch vụ phụ thuộc. Việc lưu Auth Code an toàn không chỉ là giấu một chuỗi ký tự; đó là biết mã dùng cho thao tác nào, ai được phép dùng và khi nào quyền sử dụng cần kết thúc.

Nguồn tham khảo

Đọc tiếp cùng chủ đề

Bảo vệ tài khoản quản lý tên miền khỏi bị chiếm quyền ↗Xác thực hai bước cho tài khoản tên miền: cách chuẩn bị ↗Thông tin chủ thể và email quản lý: vì sao cần cập nhật? ↗