Mật khẩu trong đăng ký email. Thực hành xấu? Tuân thủ PCI?


49

Chúng tôi sử dụng Magento Enterprise (1.12) và tôi đã có một vài khách hàng gửi email cho tôi đã phàn nàn rằng họ đã nhận được mật khẩu qua email khi họ đăng ký tài khoản. Tôi biết điều này được coi là thực hành xấu, nhưng đi kèm với Magento ra khỏi hộp.

Tôi sẽ thay đổi nó và xóa nó khỏi mẫu email, điều này đủ dễ, nhưng tôi chỉ tò mò tại sao Magento lại làm điều này nếu nó bị coi là thực hành tồi? Tôi biết có rất ít thông tin nhạy cảm được lưu trữ trong tài khoản người dùng và chúng tôi xác thực thẻ tín dụng, nhưng "Magento Enterprise làm theo cách đó, vì vậy nó phải ổn." Có vẻ như một câu trả lời kém cho tôi để đưa ra ..

Ngoài ra, có nhiều nhà phát triển Magento thực hiện việc sửa lỗi 'danh sách việc cần làm' thường xuyên này khi xây dựng trang web Magento mới, như xóa xác thực điện thoại không?


Phiên bản nào của EE?
đánh dấu

@benmark Phiên bản EE không thực sự quan trọng trong trường hợp này, tất cả đều gửi mật khẩu trong email đăng ký tài khoản. :)
davidalger

@davidalger xem câu trả lời của tôi. Kể từ EE 1.10, đã có hai phiên bản của mẫu đặt lại mật khẩu.
philwinkle

1
@philwinkle Phải, nhưng email đặt lại không phải là email mà OP đang hỏi. Họ đã hỏi về việc đăng ký email ...
davidalger 23/07/13

@davidalger cũng tốt. Tôi xứng đáng với tất cả các loại downvote :) Sẽ chỉnh sửa và upvote bạn vì bạn thực sự mất thời gian để đọc.
philwinkle

Câu trả lời:


32

Có phải là một thực hành tốt (từ quan điểm bảo mật) để gửi cho khách hàng mật khẩu họ đã cung cấp trong quá trình đăng ký qua email?

Không, nó chắc chắn là không!

Chúng tôi có thường xuyên thay đổi điều này cho khách hàng?

Không may là chúng tôi không. Có lẽ chúng ta nên, nhưng nó thường là một trong những mục thấp nhất trong danh sách lo lắng. Trong 5 năm qua, tôi chỉ nhớ lại một khách hàng hỏi về điều này. Đó là sau khi nhận được một email bốc lửa từ một khách hàng không hài lòng về mật khẩu của họ đã được gửi qua email cho họ, và sau đó họ đã đặt câu hỏi về tính bảo mật của việc cung cấp cho trang web thông tin CC của họ để đặt hàng.

Tôi rất khuyên bạn nên thực hiện thay đổi này cho bất kỳ cửa hàng mới. Nó đáng giá ít thời gian và "lợi ích" được cho là mà tôi đề cập dưới đây không đáng để mạo hiểm khi truyền mật khẩu không an toàn.

Có lợi ích gì trong việc bao gồm mật khẩu trong email tài khoản mới không?

Vâng, có (mặc dù IMO họ không thực sự có lợi). Điều này có thể phụ thuộc vào nhân khẩu học của một số trang web và tôi không may không có bất kỳ số liệu thống kê nào ở đây, nhưng mọi người bị mất mật khẩu. Những người như tôi sử dụng mật khẩu duy nhất cho mọi thứ và lưu trữ chúng trong móc khóa, nhưng hầu hết mọi người không, thay vào đó họ viết chúng ra trên các ghi chú dán, dán chúng vào máy tính hoặc gửi email cho chính họ. Một khách hàng không thể đặt hàng vì họ không thể đăng nhập là một đơn hàng / khách hàng bị mất hoặc một khách hàng không hài lòng mà CSR phải giúp sử dụng trang web.

Tôi hoàn toàn không nói rằng nó làm cho nó có giá trị rủi ro bảo mật! Đó chỉ là một "lý do" cho mỗi lý do tại sao họ ở trong email ngay từ đầu.

Một điều quan trọng xuất hiện là một thực tế đơn giản là mọi người vẫn sử dụng cùng một mật khẩu ở nhiều nơi khác nhau. Vì vậy, ngay cả khi không có vấn đề gì nếu một tài khoản khách hàng trên trang web cụ thể của bạn bị xâm phạm, mật khẩu có thể được sử dụng để thỏa hiệp các tài khoản có thể có tính chất nhạy cảm hơn. Không phải là một trang web thương mại điện tử không chứa PII, nhưng nó thường không chứa cùng một mức thông tin nhạy cảm mà một ngân hàng sẽ lấy, chẳng hạn.


Rủi ro đối với cửa hàng Thương mại Điện tử riêng lẻ trở nên lớn hơn (không phụ thuộc vào chính sách chéo mật khẩu) khi thông tin thẻ tín dụng đang được lưu trữ để cho phép đặt hàng và mua lại dễ dàng hơn. Nó mở ra cho bạn nguy cơ có những người dùng không được phép xâm nhập vào tài khoản, mua bằng thẻ tín dụng của khách hàng và giao hàng ở nơi khác.

Phiên bản nào của Magento đang được sử dụng, trong trường hợp này, không quan trọng lắm. Tất cả các phiên bản tôi đã làm việc với (bao gồm EE 1.13) gửi mật khẩu tài khoản của khách hàng ở dạng văn bản rõ ràng qua email khi tạo tài khoản ban đầu. Các phiên bản mới hơn không bao gồm mật khẩu trong email đặt lại mật khẩu và thay vào đó chọn một liên kết hết hạn. Nhưng nếu bạn đặt lại mật khẩu từ quản trị viên, tình huống tương tự, nó sẽ được gửi trong văn bản rõ ràng.


Ngăn chặn mật khẩu được gửi trong email đăng ký tài khoản khá đơn giản và có thể dễ dàng thực hiện từ quản trị viên Magento bằng cách làm theo một số bước đơn giản:

  1. Chuyển đến Hệ thống> Email giao dịch

  2. Nhấp vào nút Thêm mẫu mới

  3. Từ mẫu thả xuống, chọn "Tài khoản mới"

  4. Tải mẫu vào biểu mẫu bằng cách nhấp vào nút Tải mẫu

  5. Tìm dòng mã sau trong mẫu và xóa nó:

    <strong>Password</strong>: {{htmlescape var=$customer.password}}<p>
  6. Chỉnh sửa bản sao trong mẫu để phản ánh tốt hơn bản chất của email. Các phần của mẫu mặc định (Ví dụ: "các giá trị sau") sẽ không có ý nghĩa nếu không có mật khẩu ...


Cảm ơn bạn đã trả lời thông tin. Đây là những gì tôi nghĩ, nhưng vì nó đã tồn tại qua nhiều phiên bản của nền tảng, tôi nghĩ rằng tôi nên hỏi. Mất ít thời gian để sửa hơn là viết phản hồi này, nhưng có vẻ như thực tế tồi tệ như thế ngay từ đầu.
willboudle

1
Nếu bạn tạo một mẫu email mới, bạn có thể cần chọn mẫu mới này tại:System > Configuration > Customers > Customer Configuration > Create New Account Options > Welcome Email
Willster

9

Vì ~ 1.6.1-rc CE Magento xuất xưởng với hai mẫu đặt lại mật khẩu khác nhau . Một cái có mật khẩu văn bản, cái còn lại là một liên kết thiết lập lại. Tên tệp mẫu liên kết đặt lại là account_password_reset_confirmation.htmltrong khi tệp email mật khẩu văn bản gốc được gọipassword_new.html

Đi đến:

System > Configuration > Customers > Customer Configuration > Password Options

Thay đổi giá trị của "Quên mẫu email" thành "Quên mật khẩu (Mẫu mặc định từ ngôn ngữ).

Biên tập

Khi đọc lại (và @davidalger là một quý ông như vậy) tôi có thể đã hiểu sai. Tuy nhiên, cũng rất dễ dàng để loại bỏ trường nhắc nhở mật khẩu trong email đăng ký khách hàng mới. Chỉnh sửa dòng (~ dòng 34):

<strong>Password</strong>: {{htmlescape var=$customer.password}}<p>

Trong tập tin app/locale/en_US/template/email/account_new.html.

Hoặc, chỉ cần upvote và chấp nhận câu trả lời của @ davidalger vì anh ấy xứng đáng với điều đó!


1

Lưu ý rằng trong 1.9.x (và có thể sớm hơn) có một mẫu khác (bên cạnh

Mẫu tài khoản mới) để thay đổi: temp xác nhận tài khoản mới

muộn cũng gửi mật khẩu trong văn bản rõ ràng.


0

Lưu ý rằng trong 1.9.x (và có thể sớm hơn) có một mẫu khác (ngoài New Accountmẫu) để thay đổi: New Account Confirmation Keymẫu cũng gửi mật khẩu bằng văn bản rõ ràng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.