Tài khoản trên nền tảng tự động hoá là tài khoản giá trị nhất mà nhiều công ty nhỏ không biết mình đang có: nó giữ sẵn mã truy cập tới hộp thư, lịch, ổ lưu trữ, trang bán hàng và dịch vụ AI, nên ai đăng nhập được vào đó là đi được vào tất cả. Bảo vệ nó cần ít nhất năm lớp: đăng nhập mạnh, phân vai thành viên, thiết bị sạch, cảnh báo bất thường và đường khôi phục có người dự phòng.
Người ta thường bảo vệ hộp thư chính rất kỹ nhưng lại đăng ký nền tảng tự động hoá bằng một mật khẩu dùng lại, không bật xác thực hai lớp, vì nghĩ đó chỉ là công cụ phụ. Bài này giải thích vì sao đó là chỗ hở lớn, và đi qua từng lớp bảo vệ bằng những thiết lập mà người không chuyên làm được trong một buổi. Tên mục cài đặt khác nhau theo nền tảng, nên bạn đối chiếu với hướng dẫn hiện hành của nền tảng mình dùng.
Vì sao tài khoản này đáng bảo vệ hơn cả hộp thư
Khi bạn kết nối một ứng dụng vào nền tảng, nền tảng lưu mã truy cập để mỗi lần luồng chạy nó không phải hỏi bạn đăng nhập lại. Mã này đại diện cho quyền bạn đã cấp. Mười kết nối nghĩa là mười bộ quyền nằm cùng một chỗ. Kẻ chiếm được tài khoản nền tảng không cần biết mật khẩu email của bạn; họ chỉ cần thêm một bước gửi thư vào luồng có sẵn kết nối hộp thư.
Thêm vào đó, hành động trên nền tảng thường khó bị phát hiện. Một luồng mới chạy lặng lẽ mỗi đêm, chép bảng khách hàng sang một địa chỉ bên ngoài, sẽ không làm ai nhận được cảnh báo đăng nhập lạ từ hộp thư, vì về mặt kỹ thuật, chính ứng dụng bạn đã cấp quyền đang làm việc đó.
Cuối cùng, nhiều nền tảng còn lưu dữ liệu từng lần chạy trong lịch sử. Kẻ vào được tài khoản có thể đọc lại tên, số điện thoại, nội dung đơn hàng của hàng nghìn lượt chạy trước mà không cần đụng tới hệ thống nào khác. Vì những lý do này, tài khoản nền tảng nên được xếp cùng hạng với tài khoản quản trị hộp thư công ty, không thấp hơn.
Lớp một: đăng nhập mạnh
Mật khẩu riêng, dài, nằm trong trình quản lý mật khẩu. Không dùng lại mật khẩu của dịch vụ nào khác. Phần lớn tài khoản bị chiếm bắt đầu từ một mật khẩu dùng lại đã lộ ở nơi khác.
Xác thực hai lớp bằng ứng dụng xác thực hoặc khoá bảo mật. Mã qua tin nhắn tốt hơn không có gì, nhưng dễ bị lừa lấy hơn. Khoá bảo mật vật lý hoặc khoá đăng nhập không cần mật khẩu, nếu nền tảng hỗ trợ, chống được trang đăng nhập giả.
Đăng nhập qua tài khoản công ty nếu có. Nhiều nền tảng cho đăng nhập bằng tài khoản bộ công cụ văn phòng của công ty. Khi đó chính sách mật khẩu, xác thực hai lớp và việc khoá tài khoản khi nhân viên nghỉ được quản lý tập trung một chỗ.
Không đăng nhập qua đường dẫn trong thư. Thư báo luồng lỗi, thư mời vào không gian làm việc, thư báo hết hạn thanh toán là những mẫu hay bị giả. Khi nhận thư kiểu này, tự mở nền tảng bằng dấu trang đã lưu thay vì bấm đường dẫn trong thư. Trang đăng nhập giả của nền tảng tự động hoá ít người cảnh giác hơn trang giả của ngân hàng.
Cất mã khôi phục cẩn thận. Khi bật xác thực hai lớp, nền tảng thường cấp một bộ mã dự phòng. Lưu nó trong trình quản lý mật khẩu của công ty hoặc in ra cất trong tủ có khoá, không chụp lưu trong thư viện ảnh điện thoại.
Lớp hai: phân vai thành viên
Nếu nền tảng có không gian làm việc nhóm, mỗi người chỉ nên có vai đúng với việc của mình. Bảng gợi ý cách chia cho văn phòng nhỏ.
| Vai | Được làm gì | Ai nên giữ |
|---|---|---|
| Chủ sở hữu | Mọi thứ, gồm thanh toán, xoá không gian, chuyển quyền | Chủ doanh nghiệp, đúng một người, thêm một người dự phòng nếu nền tảng cho |
| Quản trị | Thêm thành viên, quản lý kết nối, sửa mọi luồng | Người phụ trách vận hành |
| Người dựng | Tạo, sửa luồng của mình, dùng kết nối được chia sẻ | Nhân viên được giao dựng luồng |
| Người xem | Xem lịch sử chạy, nhận báo lỗi | Người cần theo dõi kết quả, không sửa |
Điều quan trọng không phải tên vai mà nguyên tắc: càng ít người có quyền quản lý kết nối càng tốt, vì kết nối là nơi giữ quyền vào ứng dụng khác. Nếu nền tảng không phân vai, cân nhắc chỉ cho một hai người đăng nhập và chia sẻ kết quả luồng qua bảng tính cho những người còn lại.
Khi có cộng tác viên bên ngoài, như người làm thuê dựng luồng theo dự án, mời họ vào với vai người dựng trong thời hạn dự án, dùng tài khoản riêng của họ, và gỡ ngay khi bàn giao xong. Không đưa mật khẩu tài khoản chủ sở hữu cho người ngoài dù chỉ một lần.
Lớp ba: thiết bị và trình duyệt sạch
Mật khẩu mạnh và xác thực hai lớp vẫn có thể bị vượt qua nếu máy tính của người đăng nhập nhiễm phần mềm lấy cắp phiên đăng nhập. Vài thói quen giảm rủi ro này:
- Chỉ đăng nhập tài khoản nền tảng trên máy của công ty, có cập nhật hệ điều hành và trình duyệt đều đặn.
- Không cài tiện ích trình duyệt lạ trên máy dùng để quản trị nền tảng; tiện ích có quyền đọc mọi trang có thể đọc được cả mã truy cập.
- Không tải phần mềm bẻ khoá, công cụ không rõ nguồn trên máy này, vì đó là đường lây phổ biến của phần mềm lấy cắp mật khẩu.
- Đăng xuất khi dùng máy chung, và định kỳ xem danh sách phiên đăng nhập đang mở trên nền tảng để đóng phiên lạ.
- Nếu nghi máy nhiễm mã độc, đổi mật khẩu từ một máy khác sạch, không đổi trên chính máy nghi nhiễm.
Với văn phòng nhỏ, dành riêng một máy hoặc một hồ sơ trình duyệt riêng cho việc quản trị là cách đơn giản và hiệu quả.
Lớp bốn: cảnh báo để biết sớm
Hãy bật mọi cảnh báo mà nền tảng có: đăng nhập từ thiết bị mới, thêm thành viên, tạo kết nối mới, luồng lỗi liên tục, lượng chạy vượt mức. Cảnh báo nên gửi về hộp thư của ít nhất hai người, trong đó có chủ doanh nghiệp, không chỉ về người dựng luồng. Nếu kẻ gian chiếm tài khoản của người dựng luồng, họ cũng sẽ đọc được và xoá cảnh báo gửi về người đó.
Với dịch vụ AI và dịch vụ tính phí theo lượt, đặt cảnh báo chi tiêu và hạn mức cứng. Tăng chi phí đột ngột thường là dấu hiệu đầu tiên của lạm dụng, đến trước cả những dấu hiệu khác.
Đừng bật quá nhiều cảnh báo vô nghĩa. Nếu mỗi ngày nhận hàng chục thư báo lỗi nhỏ, mọi người sẽ lọc hết vào thư mục không đọc, và cảnh báo thật cũng bị bỏ qua. Sửa nguyên nhân của lỗi lặp lại, hoặc gom báo lỗi nhỏ thành bản tóm tắt hằng ngày, để cảnh báo quan trọng luôn được nhìn thấy.
Lớp năm: đường khôi phục khi mất quyền vào
Bảo vệ chặt đến đâu cũng có ngày người giữ khoá mất điện thoại hay nghỉ đột ngột. Chuẩn bị trước giúp bạn lấy lại quyền mà không phải mở cửa cho người khác.
- Đảm bảo có ít nhất hai người ở vai chủ sở hữu hoặc quản trị, mỗi người có phương thức xác thực hai lớp riêng.
- Lưu mã khôi phục ở nơi chủ doanh nghiệp truy cập được mà không cần người phụ trách vận hành.
- Ghi lại email đăng ký, thông tin thanh toán và mã khách hàng của nền tảng trong sổ kết nối, vì bộ phận hỗ trợ thường hỏi những thứ này khi xác minh chủ tài khoản.
- Thử quy trình khôi phục một lần khi mọi thứ bình thường: người dự phòng đăng nhập bằng thiết bị và phương thức của họ.
- Định kỳ xuất bản sao cấu hình các luồng quan trọng nếu nền tảng hỗ trợ, để dựng lại được trên tài khoản mới nếu cần.
Đường khôi phục yếu là lỗ hổng mà kẻ gian cũng nhắm tới. Đừng để email khôi phục là một hộp thư cá nhân ít dùng, và đừng để câu hỏi bảo mật có câu trả lời tra được trên mạng xã hội.
Tình huống mẫu: xưởng linh kiện siết lại tài khoản nền tảng
Ví dụ giả định: một xưởng sản xuất linh kiện điện tử nhỏ ở Bắc Ninh dùng nền tảng tự động hoá cho bảy luồng, từ nhận đơn của khách sỉ, báo tồn kho cho bộ phận mua hàng, tới gửi báo cáo cuối tuần. Tài khoản nền tảng do một kỹ thuật viên đăng ký bằng email cá nhân, mật khẩu dùng chung với vài dịch vụ khác, không bật xác thực hai lớp, và ba người trong xưởng cùng biết mật khẩu.
Sau khi đọc tin về các vụ chiếm tài khoản, chủ xưởng dành một buổi chiều để siết lại. Tài khoản được chuyển sang đăng nhập bằng email công ty; chủ xưởng giữ vai chủ sở hữu, kỹ thuật viên giữ vai quản trị, hai người còn lại chuyển sang vai người xem. Mỗi người bật xác thực hai lớp bằng ứng dụng xác thực, chủ xưởng thêm một khoá bảo mật cất trong tủ hồ sơ. Mã khôi phục được lưu trong trình quản lý mật khẩu của công ty.
Cảnh báo đăng nhập mới và kết nối mới được gửi về cả chủ xưởng lẫn kỹ thuật viên. Máy dùng để quản trị nền tảng được gỡ hai tiện ích trình duyệt không ai nhớ nguồn gốc. Cuối buổi, họ thử cho chủ xưởng đăng nhập bằng khoá bảo mật từ máy khác để chắc đường khôi phục hoạt động. Không luồng nào phải sửa, nhưng cánh cửa vào cả bảy luồng giờ khó mở hơn nhiều.
Câu hỏi thường gặp
Nền tảng tự động hoá có bị chiếm thì các ứng dụng đã kết nối có bị ảnh hưởng không?
Có. Kẻ chiếm tài khoản dùng được mọi kết nối đang lưu trên nền tảng trong phạm vi quyền đã cấp. Vì vậy khi nghi tài khoản nền tảng bị chiếm, ngoài đổi mật khẩu, bạn phải thu hồi kết nối từ phía từng ứng dụng.
Có nên dùng chung một tài khoản nền tảng cho cả nhóm cho đơn giản không?
Không nên. Tài khoản dùng chung làm mất khả năng biết ai đã làm gì, khó thu hồi khi có người nghỉ và thường dẫn tới việc tắt xác thực hai lớp cho tiện. Nếu nền tảng có gói nhóm, mỗi người nên có tài khoản riêng với vai phù hợp.
Khoá bảo mật vật lý có cần thiết cho cửa hàng nhỏ không?
Không bắt buộc, nhưng đáng cân nhắc cho tài khoản chủ sở hữu nền tảng và tài khoản quản trị hộp thư, vì nó chống được trang đăng nhập giả tốt hơn mã qua tin nhắn. Nếu chưa dùng, ứng dụng xác thực trên điện thoại là mức tối thiểu nên có.
Đăng nhập bằng tài khoản công ty có rủi ro gì không?
Rủi ro là mọi thứ phụ thuộc vào tài khoản công ty đó: nếu nó bị chiếm, nền tảng cũng bị theo. Bù lại bạn quản lý tập trung được, và khoá một chỗ là cắt mọi nơi khi nhân viên nghỉ. Với phần lớn văn phòng nhỏ, lợi ích lớn hơn rủi ro nếu tài khoản công ty được bảo vệ tốt.
Bao lâu nên xem lại thiết lập bảo mật của nền tảng một lần?
Mỗi quý một lần là hợp lý, kết hợp vào buổi rà soát quyền định kỳ: kiểm thành viên và vai, phiên đăng nhập đang mở, cảnh báo còn gửi đúng người, mã khôi phục còn nằm đúng chỗ. Làm thêm ngay khi có người giữ vai quản trị nghỉ việc.