Mật khẩu thực hành tốt nhất


30

Với các sự kiện gần đây với việc học và thử lại mật khẩu của 'hacker' từ quản trị viên trang web , chúng tôi có thể đề xuất gì cho mọi người về các thực tiễn tốt nhất khi nói đến mật khẩu?

  • sử dụng mật khẩu duy nhất giữa các trang web (nghĩa là không bao giờ sử dụng lại mật khẩu)
  • những từ được tìm thấy trong từ điển là phải tránh
  • xem xét sử dụng các từ hoặc cụm từ từ một ngôn ngữ không phải tiếng Anh
  • sử dụng cụm từ và sử dụng chữ cái đầu tiên của mỗi từ
  • l33tifying không giúp được gì nhiều

Xin đề nghị thêm!


4
Mẹo ba mâu thuẫn mẹo hai.
Oddmund

@Oddmund: Không nếu bạn sử dụng cả tiếng Anh và không phải tiếng Anh. Ie One trong tiếng Tây Ban Nha là uno, vì vậy hãy sử dụng OneUno. Hoặc chia từ: một nửa từ xuất phát từ tiếng Anh, nửa còn lại từ ngôn ngữ khác. Bóng đá trong tiếng Tây Ban Nha là fútbol, ​​vì vậy hãy sử dụng futball. Và sau đó tái diễn từ đó.
Kevin M

@Oddmund: Không. Sử dụng các từ từ một ngôn ngữ (không phải tiếng Anh) không có nghĩa là chúng được tìm thấy trong một từ điển (không phải tiếng Anh)
user1092608

Câu trả lời:


25
  • Sử dụng mật khẩu không bao gồm các từ hoặc tên phổ biến. Các cuộc tấn công từ điển sử dụng từ điển với hàng triệu từ và rất nhanh chóng.

  • Sử dụng mật khẩu dài. Tôi có xu hướng sử dụng cụm từ vượt qua . Tôi chọn một cụm từ, câu hoặc vần và tìm cách sử dụng một số lượng lớn các ký tự không phải là số để các từ của tôi không phải là từ trong từ điển.

  • Không sử dụng cùng một mật khẩu cho nhiều dịch vụ đăng nhập. Hãy dành chút thời gian để đưa ra công thức chọn cụm mật khẩu. Điều này cho phép bạn sử dụng nhiều mật khẩu khác nhau, nếu bị quên, bạn có thể tạo lại với một số thử nghiệm và lỗi.

  • Nếu bạn phải, bằng mọi cách hãy viết một mật khẩu tốt, dài và an toàn xuống và giấu nó ở đâu đó. Điều đó ít nhất là tốt hơn so với việc sử dụng một mật khẩu yếu dễ nhớ hơn.

  • Nếu các đề xuất trên chứng tỏ không thể quản lý được, hãy sử dụng trình quản lý mật khẩu có mật khẩu bảo mật dài và sau đó sử dụng mật khẩu ký tự ngẫu nhiên cho mọi thứ khác. Mang theo trình quản lý mật khẩu bên mình trên ổ flash USB được mã hóa (tất nhiên là sao lưu).


Có ai biết tại sao việc sử dụng chữ in đậm trong 'cụm từ' của tôi dường như không hiệu quả không? Nó trông ổn trong bản xem trước khi tôi ở chế độ chỉnh sửa .. lẻ.
Arnold Spence

Bạn đang sử dụng hai ngôi sao, hay một? Hãy thử chỉ một ...
Mikeage

1
@Mikeage: một dấu sao = chữ nghiêng; hai = đậm. Tôi khuyên bạn nên thử <b> hoặc <strong>; Tôi nghi ngờ việc nhúng nó vào một từ là gây nhầm lẫn cho trình phân tích cú pháp của SO.
derobert

1
Tôi sẽ cố gắng đặt một khoảng trắng ngay sau khi "vượt qua" để bạn có thể vượt qua [một dấu cách] [dấu hoa thị] [dấu hoa thị]. Nếu điều đó không hiệu quả, hãy thử đặt một khoảng trắng giữa lô dấu sao thứ hai và dấu chấm.
pbz

3
+1 để "ghi mật khẩu tốt, dài, an toàn và ẩn mật khẩu". Vào những năm 1980, ai đó đã bắt đầu cảnh báo người dùng KHÔNG viết mật khẩu của họ, hành vi đó bị mắc kẹt và tất cả chúng ta đều tồi tệ hơn vì nó.
Portman

7

Tôi đã tìm thấy một số vấn đề với cụm mật khẩu:

  • Nhiều trang web có giới hạn trên về độ dài mật khẩu - như 20 ký tự - thật ngớ ngẩn, nhưng bạn có thể làm gì.
  • Các trang web khác không cho phép không gian trong mật khẩu.
  • Gõ văn bản dài một cách mù quáng là dễ bị lỗi - đặc biệt là khi bạn không giỏi đánh máy.
  • Nhập mật khẩu 50 ký tự mất nhiều thời gian hơn mật khẩu 15 ký tự tốt.

Giải pháp của tôi cho vấn đề này là sử dụng cụm mật khẩu như một cách ghi nhớ mật khẩu thực tế. Ví dụ tôi có thể chọn một vài dòng thơ tuyệt vời từ William Henry Davies (76 ký tự):

Không có thời gian để xem, khi rừng chúng tôi đi qua,
Nơi những con sóc giấu hạt của chúng trong cỏ.

Và tôi sẽ chọn các chữ cái đầu tiên của mỗi từ, tạo mật khẩu 16 ký tự khá tốt sau đây:

Nttswwwp,Wshtnig

Sử dụng thơ đặc biệt tốt, vì nó dễ nhớ hơn và khi bạn được yêu cầu thay đổi mật khẩu, bạn chỉ cần chọn một vài dòng tiếp theo của một bài thơ.


3
Thêm vào đó, bạn có thể tìm hiểu một chút mới của một bài thơ mỗi khi mật khẩu của bạn thay đổi, và do đó đạt được một số điểm văn hóa. :)
Jonathan

4
Tôi đã tự bắn vào chân mình bằng cái này bằng cách sử dụng lời bài hát. Đầu tiên, xu hướng của tôi để ngân nga bài hát. Thứ hai, khiến bài hát bị mắc kẹt trong đầu tôi suốt một tháng liền ...
Kara Marfia

4

Khi ra lệnh cho chế độ mật khẩu cho người khác, không chỉ yêu cầu họ sử dụng duy nhất, dài hơn ngưỡng, chứa trường hợp hỗn hợp, ký tự đặc biệt, v.v. mà còn giáo dục người dùng về trình quản lý mật khẩu hoặc kế hoạch xây dựng / ghi nhớ các mật khẩu đó .. . nếu bạn không, người dùng sẽ ghi lại mật khẩu hoặc tìm những cách khác, không an toàn để "ghi nhớ" chúng.


Dạy quản lý mật khẩu là một ví dụ tồi cho người dùng phi kỹ thuật trung bình. Bạn đang kinh doanh một thực tiễn xấu (ghi lại mật khẩu) để tốt hơn một chút, nhưng vẫn thực hành xấu (lưu trữ chúng bằng điện tử). Một lỗ hổng trong trình quản lý mật khẩu (như mật khẩu chủ yếu, khai thác từ xa, v.v.) có thể dẫn đến thảm họa.
spoulson

Nói cách khác, tôi sẽ không lưu trữ mật khẩu giá trị cao trong trình quản lý mật khẩu, như thông tin đăng nhập ngân hàng, v.v.
spoulson

Tôi không đồng ý với bạn về việc Bruce Schneier khuyến nghị sử dụng trình quản lý mật khẩu có mật khẩu mạnh đối với việc sử dụng mật khẩu yếu được sử dụng lại và / hoặc xáo trộn giữa các trang web.
Martin C.

@spoulson: sự phụ thuộc mù quáng vào công nghệ luôn nguy hiểm .. Tôi cá nhân tin rằng một hầm mật khẩu được mã hóa cao (với một pwd tốt, hãy nhớ rằng bạn) an toàn như một dấu nhắc đăng nhập. Nếu bạn tin tưởng nhà cung cấp hệ điều hành để tăng cường đăng nhập, bạn cũng có thể tin tưởng tác giả Trình quản lý mật khẩu. Các quy tắc hoang tưởng .. không tin tưởng bất cứ ai .. vv ... nhưng cuối cùng, nó luôn luôn có một bước nhảy vọt về niềm tin ...
lexu

2
Schneier đi xa đến mức khuyên bạn nên viết chúng xuống: schneier.com/blog/archives/2005/06/write_down_your.html
Will M

4

Nếu bạn gặp khó khăn trong việc nhớ mật khẩu, hãy sử dụng một số văn bản cũng biết. Chọn một câu, sử dụng chữ cái thứ n từ mỗi từ làm mật khẩu, giữ nguyên dấu câu. (ví dụ mật khẩu được tạo ra từ 1 st thư câu đầu tiên của câu trả lời này có thể là "Iyhtrp, uswkt."). Bạn có thể làm cho nó mạnh hơn bằng cách thay đổi một số chữ hoa và thêm một số ký tự đặc biệt.


Đó là một phương pháp thực sự tốt!
Techboy

3

Đừng sử dụng mật khẩu, đó là nơi bạn đang sai ở nơi đầu tiên. Sử dụng bộ sưu tập ký tự ngẫu nhiên (tối thiểu 8 ký tự) hoặc cụm mật khẩu. Bạn có thể đưa ra một công thức để tạo một cụm mật khẩu khác nhau cho mỗi trang web, ví dụ ILikeStackOverflowOnions hoặc ILikeServerFaultOnions; điều này giúp bạn an toàn trước người ngoài, tuy nhiên vẫn có thể gây ra sự cố nếu trang web thực sự bị hack và mật khẩu không được lưu lại hoặc nếu quản trị viên bị hỏng ngay từ đầu.


1+ Nhưng tại sao không có dấu cách hoặc dấu chấm câu trong cụm mật khẩu? Đó là thêm một chút sức mạnh cho họ, như "Tôi thích ô liu và serverfault.com!" Đây phải là một mật khẩu khá mạnh nhưng cực kỳ nhanh và dễ gõ và dễ nhớ ^^ (một số hệ thống thực sự cũ hoặc tối nghĩa cau mày trên các khoảng trắng trong mật khẩu - bảo họ đi xuống địa ngục;)
Oskar Duveborn

Vâng, không gian tất nhiên là một điểm cộng, cũng như dấu chấm câu. Nhưng tôi đã tìm thấy một số trang web không an toàn rất khó chịu sẽ không lấy mật khẩu có dấu chấm câu, tôi đã từng có một ngân hàng không :-(
Adam Gibbins

1
@Oskar Duveborn: Lưu ý rằng thay vì sử dụng dấu chấm câu trong mật khẩu, bạn chỉ có thể làm cho nó dài hơn; về mặt toán học, kết quả (số lượng mật khẩu có thể) là như nhau. Bạn thậm chí có thể sử dụng PW chỉ với các ký tự chữ thường, nếu bạn làm cho chúng dài hơn một chút.
sleske

Vâng, tôi chỉ cần chấm câu để dễ nhớ một cụm từ cho mọi người. Lợi ích của mật khẩu dài hơn chỉ là một phần thưởng;) Tôi cũng đã có một ngân hàng không chiếm chỗ, ba năm trước. Ngày nay, nó vẫn ổn. Và các hệ thống unix cũ hơn có tối đa 8 ký tự, nhưng, vì bạn không thể thấy những gì bạn nhập, bạn luôn có thể giả vờ bạn đang nhập toàn bộ mật khẩu 30 ký tự ở đó;)
Oskar Duveborn

3

Thay đổi mật khẩu thường xuyên. Nơi tôi làm việc, đó là một chu kỳ 30 ngày. Đó là một PITA, nhưng nó giảm nhẹ giá trị của mật khẩu bị hack vào một cửa sổ giới hạn thời gian. Điều đó, cộng với chính sách mật khẩu AD phức tạp chỉ ra rằng nó cần ít nhất 8 ký tự, chứa các ký hiệu trên, dưới, số và ký hiệu.

Để bổ sung, chúng tôi sử dụng dịch vụ quản lý mật khẩu tự phục vụ. Nó cung cấp một Windows GINA tùy chỉnh cung cấp chức năng cho phép người dùng đặt lại mật khẩu nếu họ quên hoặc mở khóa nếu họ sử dụng nó quá nhiều lần. Ứng dụng quản lý mật khẩu yêu cầu người dùng đăng ký dịch vụ, chỉ cung cấp một loạt thông tin cá nhân mà họ sẽ biết sau này được sử dụng làm câu hỏi khi người dùng cần đặt lại mật khẩu / mở khóa tài khoản của họ.


3
Thực thi thay đổi mật khẩu dựa trên thời gian thường được xem là một thực tế xấu. Tôi gần như có thể đảm bảo rằng một vài chữ số cuối của hầu hết mật khẩu của mọi người sẽ chứa tháng hoặc năm khi nó được đặt lần cuối.
Andrew

3

Tôi tin rằng mật khẩu nên được tạo ra, thay vì người dùng nghĩ ra. Điều này tránh tất cả những vấn đề ngớ ngẩn với mật khẩu dễ đoán.

Tôi thích sử dụng pwgen , tạo danh sách mật khẩu như

Bai4phei Gohh7Too cee3Iegh eegh7Aiy kaing6Mu ohBi0woo oH7bieRo Opai1Vov
sahpee6Y joo3iKe4 iegai4Ae chi1Akee se2vaDoo Xivae4ew eN4aquoh ahMaeye1
Ci3mie2e Oosh3aiy pueX1OoF uXee7chi theo4doT ied6Haeg Pey3beer viZeish2 
Itoogoa3 RaeD6woh IeJ9guLo Afuozii9 equahGh7 ui9uaJae qui4Geis Eikib2ko 
Ua7viequ iedieY9Y Deihae1u uu6aR7xa ThooG6mu HeiZ7jai choo7ohM jael0Lai 
Beelae6s wu0uTieK eiX8equu uPeeS2ub WaiceeP1 tha2Ohz1 xeiroh9E Eak6leiy 

nhưng thực sự bất kỳ chương trình thế hệ pw sẽ làm. Một lợi thế của pwgen là nó cố gắng tạo mật khẩu (phần nào) một cách đáng nhớ, bằng cách bao gồm một số nguyên âm.


Đó là cách tôi làm. Tạo một loạt mật khẩu và chọn một mật khẩu không có ký tự mơ hồ, chẳng hạn như 1, l I, v.v.
John Gardeniers

3

Bất cứ điều gì khác với (nguồn Dailywtf.com):

văn bản thay thế


2
  1. Sử dụng mật khẩu mạnh.
  2. Đừng sử dụng lại mật khẩu.
  3. Khi xem xét số 2, hãy sử dụng một công cụ như PwdHash khi đối mặt với các tài khoản khác nhau áp đảo.


2

Sử dụng một công cụ như SuperGenPass để tạo mật khẩu duy nhất cho bất kỳ trang web nào bạn đăng nhập.


+1 cho việc chỉ tạo mật khẩu, thay vì có một triệu quy tắc ngớ ngẩn để tạo chúng.
sleske

2

Hak5 vừa thực hiện một tập trình diễn một công cụ từ Remote Miningit , lấy một số chuỗi và tạo ra một từ điển của tất cả các kết hợp, đánh vần trên, dưới, leet, v.v. thông tin khác bạn biết về mục tiêu. Từ điển mà nó tạo ra có thể được sử dụng làm đầu vào để tạo ra mật khẩu yếu.

Đạo đức: Tránh sử dụng thông tin cá nhân trong mật khẩu của bạn


1
Mặt khác, một thời gian trước tôi đã làm việc trên một trang web nơi một trong những yêu cầu mật khẩu của khách hàng là "không thể là bất kỳ dạng từ nào trong từ điển" (leet, v.v.) vì vậy tôi phải xây dựng một trình tạo tương tự có thể xác định tất cả các biến thể khác nhau đã bị cấm và đủ nhanh để chạy trong chu kỳ gửi lại khi họ thay đổi mật khẩu.
GalacticCowboy

Điểm tốt, bạn càng giới hạn nhiều lựa chọn, các lựa chọn có thể càng rõ ràng.
spoulson

1
Tôi không chắc liệu @spoulson có ngụ ý tương tự không, nhưng: nếu bạn chủ động cấm bất kỳ từ nào trong từ điển, về cơ bản, bạn có giới hạn số lượng mật khẩu có thể không? Và do đó, trên lý thuyết, làm cho việc tìm mật khẩu dễ dàng hơn?
Arjan

Ý tưởng là để loại bỏ các mẫu có thể nhận biết trong một mật khẩu có thể bị từ điển tấn công hoặc dễ nhớ bởi bên thứ ba. Loại bỏ khả năng tạo mật khẩu yếu không làm cho lược đồ mật khẩu trở nên yếu hơn.
spoulson

@Ajran: Vâng, tất nhiên là bạn đúng, không cho phép mật khẩu "yếu" làm giảm hiệu quả bitlength của mật khẩu (với độ dài tối đa nhất định). Tuy nhiên, điều này chỉ quan trọng nếu bạn thực sự không cho phép một phần không đáng kể của không gian mật khẩu, hy vọng là không phải vậy.
sleske

2

Nếu bạn biết các từ hoặc cụm từ trong một ngôn ngữ không phải tiếng Anh , bạn có thể sử dụng chúng như một phần của mật khẩu của bạn. Ví dụ: tôi thường sử dụng các từ tiếng Nhật như một phần của mật khẩu để chống lại các cuộc tấn công từ điển cho phép tôi nhớ chúng (trái ngược với mật khẩu được tạo ngẫu nhiên).


2
Đừng cho rằng những người tấn công mật khẩu của bạn sẽ chỉ nói tiếng Anh. Đừng cho rằng kẻ tấn công chỉ nói tiếng Anh sẽ không thêm từ điển ngôn ngữ khác vào công cụ bẻ khóa mật khẩu của mình.
pss

2

Tôi bắt đầu sử dụng Password Safe , được thiết kế ban đầu bởi Bruce Schneier, để lưu trữ bất kỳ mật khẩu web nào. Tôi có một mật khẩu rất mạnh về mật khẩu an toàn và tất cả các mật khẩu khác được tạo tự động và không bao giờ được sử dụng lại trên các trang web.

Phần mềm này cũng có các tính năng như hết hạn mật khẩu và tương tự.

Tôi coi điều này (được cung cấp mật khẩu an toàn mạnh ) là cách tiếp cận tốt nhất và an toàn nhất đối với mật khẩu trang web.


1

Đối với gia đình và bạn bè, tôi thường nói rằng thật tuyệt khi sử dụng những thứ như tên thú cưng và tên thời con gái của mẹ miễn là hai điều sau đây xảy ra:

  • ghép ít nhất hai tên (ví dụ: tên thời con gái + tên vật nuôi)
  • kết hợp chữ hoa và ký tự đặc biệt.

OK cho các ứng dụng bảo mật thấp, tôi đoán. Nhưng bạn sẽ không muốn làm điều đó ví dụ như một trang web ngân hàng trực tuyến.
David Z

ý tưởng tồi hoàn toàn dừng lại. Nó quá dễ đoán và khuyến khích mật khẩu yếu ở mọi nơi. Lời khuyên tương tự nên được đưa ra cho gia đình và bạn bè như đưa ra cho nhân viên.
Judioo

@ i-moan Tôi có xu hướng đồng ý nhưng tôi đang sử dụng nó như một bước đi đúng hướng. Nếu tôi có thể khiến họ sử dụng phương pháp này trái ngược với CHỈ sử dụng tên thú cưng hoặc một cái gì đó tôi nghĩ rằng đó là một bước đi đúng hướng
Christian Hagelid

Ý kiến ​​tốt. Những điều dễ nhớ cho bạn, nhưng lẫn lộn một chút để người khác không thể đoán được
Techboy

1

Khi thiết lập thời hạn hết hạn mật khẩu bắt buộc, hãy chọn hệ số 7, thay vì một khối ngày (ví dụ: 30 hoặc 60 ngày).

Kết quả của thời hạn 30 ngày có thể là người dùng được yêu cầu thay đổi mật khẩu vào ngày lễ hoặc cuối tuần, và có thể có một bất ngờ khi họ đi làm vào ngày hôm sau.

Nếu bạn đặt thang điểm hết hạn thành hệ số 7, điều này sẽ đảm bảo rằng ngày thay đổi mật khẩu sẽ rơi vào cùng ngày trong tuần như thay đổi trước đó.


Trên thực tế, hầu hết các hệ thống hết hạn đều có hai ngày hết hạn: Sau lần đầu tiên, bạn cần thay đổi pw của mình vào lần đăng nhập tiếp theo. Chỉ sau khi lần thứ hai trôi qua chỉ một thay đổi pw, hết hạn thực sự diễn ra. Vì vậy, điều này thường không phải là một vấn đề.
sleske

1

Nếu bạn có nhiều trang web cho cùng một cơ sở người dùng thì tôi phải đề xuất một số hình thức đăng nhập đơn (như Shibboleth). Khi người dùng có mật khẩu khác nhau cho nhiều trang web, họ có xu hướng gặp khó khăn khi nhớ tất cả. Hầu hết mọi người đều nhớ một hoặc hai mật khẩu, ba người dùng có thể ghi lại chúng ở một vị trí bí mật. Nếu nhiều hơn bốn người dùng rất có thể chỉ cần viết tất cả ra trên một bài đăng nó ghi chú và áp dụng nó vào bàn hoặc màn hình.

Mật khẩu không cần quá phức tạp, mặc dù chúng cần đủ phức tạp để ngăn chặn lần thử đầu tiên hoặc lần thứ hai. Miễn là hệ thống / trang web của bạn có một số biện pháp bảo mật giới hạn số lần đăng nhập, thì mật khẩu không cần quá phức tạp.

Ví dụ: nếu hệ thống của bạn có giới hạn 3 lần đăng nhập mỗi giờ, thì mật khẩu cơ bản như "Cindy65" sẽ đủ phức tạp hơn. Mặc dù tin tặc có thể biết rằng tên thật của người dùng là Cindy, nhưng anh ta thực sự sẽ không bao giờ biết rằng cô sinh năm 1965. Những nỗ lực của anh ta tự nhiên sẽ là "cindy", " l astname", "Cindy", L astname ", mặc dù vậy thời gian anh bị chặn

Mặc dù đây có thể là một trường hợp đơn giản và một mật khẩu đơn giản, nhưng đó là tất cả những gì thực sự cần thiết nếu quản trị viên của bạn đã thiết lập mọi thứ chính xác phía máy chủ. Chúng ta cũng có thể yêu cầu các mật khẩu phức tạp hơn một chút dễ nhớ, chẳng hạn như một tổ hợp phím ngẫu nhiên. Biểu tượng và chữ in hoa cũng giúp rất nhiều.

Chúng ta chỉ cần nhớ, chúng ta càng làm cho nó khó hơn với người dùng, thì càng có nhiều khả năng họ sẽ viết nó ra trước công chúng.

Một điều tôi luôn muốn yêu cầu người dùng của mình làm là viết tên của họ được gắn với tên của một loại thuốc họ đang dùng, thực phẩm yêu thích, tên bạn thân, v.v.

Ví dụ: CindyProzac, WilliamCodene, JoePetertherợi

Chúc may mắn.


0

Đừng viết nó ra. Và nếu bạn làm, đặt nó trong một an toàn. Và đừng viết kết hợp đó xuống.


2
Lần cuối cùng ai đó đột nhập vào nhà và lấy trộm mật khẩu là khi nào? Đối với người dùng gia đình, việc viết mật khẩu xuống thường là bảo mật NHẤT, bởi vì nó khuyến khích mật khẩu mạnh, độc đáo, khó nhớ.
Portman

Tôi đồng ý với Ben - đặc biệt là đối với môi trường làm việc
Techboy

0

Nếu các yêu cầu bảo mật thực sự chặt chẽ, tôi sẽ thử và tránh sử dụng mật khẩu bất cứ khi nào có thể. Hãy suy nghĩ bằng cách sử dụng xác thực dựa trên khóa ssh, chứng chỉ ứng dụng khách trên thẻ thông minh, v.v ... Phải mất rất nhiều kỹ năng và ngân sách để thực hiện công việc đó đúng cách, do đó cần phải thực hiện đánh giá rủi ro thích hợp.

Nếu bạn quyết định gắn bó với mật khẩu, tôi sẽ làm theo lời khuyên của capar và lexu.


0

Hạn chế về độ dài mật khẩu là ngớ ngẩn. (Hạn chế mật khẩu từ 6-8 ký tự là phổ biến, nhưng không có ý nghĩa gì đối với các hệ thống hiện đại).

Yêu cầu thay đổi mật khẩu thường xuyên khuyến khích người dùng ghi lại mật khẩu của họ và chọn mật khẩu đơn giản hơn. Đây là sự đánh đổi các mối đe dọa và bạn phải xem xét mối đe dọa nào phù hợp hơn.

Yêu cầu người dùng chứa "ký tự đặc biệt" trong mật khẩu chính xác 8 ký tự, thay vì chỉ cho phép mật khẩu 30 ký tự chỉ bao gồm các chữ cái, không có ý nghĩa gì.

Đừng cung cấp cho người dùng một mật khẩu rõ ràng và yêu cầu họ thay đổi nó. Họ sẽ không. Hoặc yêu cầu họ thay đổi nó trong lần đăng nhập đầu tiên, chọn mật khẩu mạnh cho họ biết rằng họ sẽ ghi lại hoặc yêu cầu họ chọn mật khẩu mạnh trước mặt bạn.


0

Chúng tôi đào tạo người dùng của chúng tôi để chọn cụm mật khẩu và sử dụng chữ cái đầu tiên của mỗi từ.
WTOUTPPAUTFLOEW - thêm số 0 hoặc số 3 (sắp xếp lại), thay đổi capslock một vài lần và bạn đã có một thứ mà từ điển sẽ không bao giờ chọn ra nhưng vẫn dễ nhớ.

tuy nhiên-- chỉ cần đảm bảo rằng bạn không thay đổi mật khẩu của họ thành cụm mật khẩu dựa trên khẩu hiệu / tuyên bố về tầm nhìn của công ty, v.v.


-1

Để giúp ngăn chặn những gì đã xảy ra với quản trị viên trang web đó và giả sử bạn có quyền truy cập vào hệ vỏ Unix hoặc Cygwin, bạn có thể sử dụng

$ echo -n *password* | md5sum -

d1b13e9abbe4edb1b07317241969376e -

và kiểm tra giá trị đó dựa trên cơ sở dữ liệu MD5, như http://gdataonline.com/ . Hãy chắc chắn rằng nó không xuất hiện ở đó.

Ngoài ra, đây là một ví dụ về một từ điển MD5 thô hơn mà tôi có được bằng cách đơn giản là tìm kiếm giá trị băm đó (cảnh báo: tệp lớn): https://secure.sensepost.com/sp-hash/jebwy


1
Vâng đúng, đây là cách hoàn hảo để gửi băm mới vào hàng đợi công việc của họ để đôi khi một tìm kiếm google đơn giản cho hàm băm sẽ tiết lộ mật khẩu. Tôi đặc biệt khuyên không nên gửi băm đến các trang web như vậy.
dị

2
Băm của bạn là "jeffa" btw ...
serverhorror
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.