題:
如何告訴用戶不要通過電話向我們的幫助台洩露密碼?
Terry
2016-01-11 18:13:37 UTC
view on stackexchange narkive permalink

我在服務台工作,我們最近啟動了一個在線服務,我們的會員可以登錄。

我們遇到的一個問題是,打電話給我們的用戶經常要求我們確認交給他們的密碼是正確的。這樣,他們通過電話公開密碼。我們如何防止這種情況發生?

註冊郵件中提到他們不得透露密碼,並且只要我們感到他們打算向我們透露密碼,我們都會提及。

關於用戶:大約90%的呼叫者是首次呼叫者。由於他們是第一次打電話,所以很難對其進行教育。他們是退休人員,因此與一般計算機用戶相比,他們通常沒有經過身份驗證的服務的經驗。

如果他們給您密碼以查詢有關其帳戶的其他信息,請創建一個支持PIN系統。此PIN碼將在他們的帳戶中,並提供一種比密碼另類的方法(但安全性較低)。
我們無需知道其密碼即可訪問所有信息和支持設施,因此使用密碼系統對此無濟於事。同樣,要求支持的人員通常是首次致電。
我已經完成了服務台工作,但是我們無法訪問他們的密碼。當然,現在人們仍然在嘗試為您提供密碼,而我盡力了不要忘記它們。只要員工沒有訪問權限,然後養成養成告訴他們出於安全原因看不到密碼的習慣。然後建議他們在遇到問題時重設密碼。這就是我們所做的,但是人們由於自己的行為而希望撥入驗證密碼。尋找一種方法來告知客戶如何更好地管理其密碼,這可能有幫助也可能沒有幫助。
我們確實有重置的功能,但仍然可以接聽電話。有了內部支持和公眾支持,可能很難知道這個人是誰。
“打電話給我們澄清他們的密碼”:*澄清*是什麼意思?他們是否告訴密碼以標識自己?還是他們想要改變它?
@unor沒有必要讓他們告訴我們他們的密碼。他們實際上是在打電話,在我們確定它們是內部還是外部時,它們會發出“我的密碼是x是嗎?”。很奇怪,因為我以前從未遇到過這個問題。我還想指出,這些人是養老金領取者,其中一些人很老。
也許您可以通過要求客戶使用不太敏感的信息來識別自己的身份來迴避問題?請參閱我的[更新後的答案](http://security.stackexchange.com/a/110267/42360)作為示例。
這聽起來像是UX問題,而不是安全問題。
老實說30年來,我們一直在以一種或另一種形式錘打“不要告訴任何人您的密碼”。如果他們現在還沒有弄清楚,他們將不會。我懷疑您能做很多事情。
我真的看不到問題。服務台員工不值得信賴嗎?
@peter a。施耐德(Schneider)全部與問責有關。
@Terry我認為指出用戶群非常文盲是關鍵。對於這種特定的情況,我發現mk444的答案比最重要的答案有更高的收益。發佈到UX也可能是一個很好的解決方案,但要過於清楚地表明,您正在處理簡化的文盲身份驗證過程,因此人們不會散佈他們的意見,但是解決方案卻為類似的用戶群服務。我將提出修改建議,以澄清您所提出的問題。
@SteveDL這是一個非常引人注目的編輯,以至於我把這個問題標記為“原始”的重複。
_“感謝您致電服務台。您將在短時間內被轉給下一位可以提供服務的人員。請記住,服務台人員無法協助您解決密碼的有效性問題,也無法提供任何此類信息。 “ _...嗶嗶。
@shelvacu他設法弄清了我要問的問題,因此也是很好的編輯。
*“感謝您致電服務台。此電話線上的延遲時間為15秒,以便自動檢查系統可以識別和刪除通話中說出的所有密碼。如果您確定不會在通話中說出密碼, ,您可以立即升級到通話,只需支付$ 4.99的一次性費用...” *“我的密碼是BEEEEEEEEEP,對嗎?”
令我驚訝的是,沒有人問“交到他們”是什麼意思。除了用戶之外,是否還有其他人設置他/她的密碼?為什麼?
我不應該信任服務台的想法一直看起來像是Kafkaesque。那我該相信誰呢?
@nocomprende沒有理由您不需要使用密碼來信任某個人,因此這樣做只會“增加”風險。
-1
十六 答案:
Matthew
2016-01-11 18:34:00 UTC
view on stackexchange narkive permalink

確保有一種方法可以讓用戶重設自己的密碼,並製定政策,以便在向用戶透露密碼時幫助台將重設密碼。

用戶傾向於在以下情況下打電話他們無法登錄,因此觸發了與他們自己相同的密碼重置過程,導致他們慢慢了解到電話無助。

我不確定學習部分是否有意義,因為隨著時間的流逝,您的用戶群將被新用戶刷新。如果前100個得知呼叫沒有用,則並不意味著下100個會更快地理解這一點。
對用戶進行教育將很困難,因為在90%的情況下,這些都是首次呼叫者,而且大多數人從未使用計算機來檢查電子郵件。
我使用“服務台”來推斷一個更內部的結構,例如,它支持一個已知的員工庫,而不是一個面向外部的支持線。對於您無法控制用戶的環境而言,這是一個難題,就像@silverpenguin在此處對另一個答案的評論中所建議的那樣,標準腳本可能會有所幫助。
就個人而言,如果某人已經不知道自己不應該告訴服務台他們的密碼,那麼被動地重置其密碼很可能使他們生氣-即使確保只知道他們的密碼是一種好習慣。如果它是極其敏感的信息,那是必須的。否則,我認為在接聽電話之前進行某種錄音可能會有所幫助-“您的通話可能出於質量保證目的而被錄音。切記不要向任何人(包括服務台)透露密碼。”
這可能就是為什麼應該有一種非常清晰的方法來允許用戶管理自己的密碼的原因。密碼是一種驗證用戶身份的垃圾方法,但是我們可能會停留一段時間。有人打來電話說“我的密碼是'password1'並且不起作用”和“我有問題,我的用戶名是'username'並且我的密碼是'password1'之間有區別-您可以登錄並修復它嗎? ?
-1
@Jake我完全同意這個答案。但是,我認為對消息的措詞稍有不同是明智的。坦率地說“不要告訴服務台您的密碼”會給一些技術技能有限的客戶帶來極大的不信任,而這並不是您想要的。
@Luke Park:的標準措詞通常是“我們的代表永遠不會要求您輸入密碼”。人們寄希望於此,這意味著不應該在不產生不信任感的情況下告訴他們密碼。
假設您的幫助台代理是值得信賴的,那麼通過相對安全的電話線向他們透露密碼可能並不是嚴重的安全妥協。它只是使代理人處於尷尬的社會境地。因此,強行重置他們的密碼基本上是在懲罰性的教育課。就是說,如果有人通過電子郵件將其密碼發送給我,那麼我確實認為該密碼已被盜用,我將強制重置該密碼。
除非進行加密,否則@200_success:電話線路並不安全。即使*您的*一方遵循了良好的程序,呼叫者辦公室(甚至可能是下一個辦公室)的每個人現在都已經聽到了密碼。實際上,如果可以(一句話)告訴密碼,那是一個非常弱的密碼。
@DevSolar當然,除非您使用_passphrase_。雖然那些不止一個字。
兩年多以前,我公司發布了一個自動密碼重置工具,該工具可以重置AD,SAP,AIX和我們使用的許多其他系統的密碼。但是,有65%的服務台呼叫是用於重置密碼的。
16b7195abb140a3929bbc322d1c6f1
2016-01-11 18:28:33 UTC
view on stackexchange narkive permalink

不幸的是,某些用戶將始終這樣做,但是您可以在簡介消息中添加一些音頻並保留音樂,重申用戶不要通過電話提供密碼。

目前,我們根本沒有任何音頻,只能接聽。我想應該真的實現。
那麼當您接聽電話時,也許應該在約定的短語上打招呼:“您好,歡迎偷偷摸摸的轉播,提醒您,您永遠不要向我透露密碼,我叫特里,今天我將為您提供幫助”
如果您沒有給呼叫者的介紹性錄製消息,則可以培訓您的員工在拿起電話時說些適當的話: *“您好,Acme窗口小部件,我們永遠不需要,詢問或知道您的密碼-我將如何幫助您” *。笨拙但與員工集思廣益可能會使他們感到滿意。
@silverpenguin對於服務台人員來說,說這話毫無意義,因為如果他們做的不好,他們根本不會發出警告!這個問題的全部要點是您不信任服務台人員,否則這將不是問題。
@JamesRyan我同意你的看法,但是除了預先錄製的消息外,似乎選項非常有限
@Terry一點,您可以輕鬆地[A / B測試](https://www.smashingmagazine.com/2010/06/the-ultimate-guide-to-ab-testing/)不同的音頻消息,以查看最佳傳達的消息*(a)*用戶不得將密碼洩露給任何人,*(b)*您的員工不知道密碼且無法確認的想法。與爭論人們是否會理解這一點相比,這裡的測試方法要快捷,有效得多。只記得一次測試*一件事*。
@Terry如果您沒有任何自動保留音樂/消息的功能,那就太好了!真正地,保持它。對於這個特殊的問題沒有幫助,但是我只是想說好工作。每個人都討厭自動消息,沒有自動消息給客戶服務帶來的好處通常非常高。
-1
@JamesRyan:這也與人們收聽呼叫有關。
_“感謝您致電服務台。請注意,我們有78.6%的服務台技術人員因身份盜竊而在監獄服刑。因此,切勿通過電話向您透露密碼,尤其是向服務台技術人員透露密碼。我們現在將您轉發給下一位可用的服務台技術人員...“ _然後您只需更改招聘政策以使該說法正確...
Jozef Woods
2016-01-11 19:01:17 UTC
view on stackexchange narkive permalink

簡單地說,沒有辦法完全解決這個問題。但是,您可以採取一些策略和步驟來減少它:

  • 發送安全意識消息(獨立消息或其他消息的頁腳),重申密碼是私有的,永遠不要給出
  • 培訓服務台工作人員以切斷客戶,然後再提供密碼。
  • 實施一項政策,如果客戶將密碼提供給服務台,則該密碼必須立即進行重置。
  • 確保突出顯示自助服務欄目,並進行適當的廣告宣傳(以進行密碼重置/恢復)。

其中大多數都伴隨有相關費用服務(通常會帶來不便,並需要額外的文書工作),這在實施之前應予以考慮,但這是總的方向。

到目前為止,“如果客戶將密碼提供給服務台,則必須立即重設該密碼”是迄今為止最好的說明。
我們已經將他們的密碼設置為在這種情況下過期。
@Mawg並非如此-a)服務台人員值得信賴,在這種情況下不會自己濫用帳戶-不會造成任何傷害。或b)服務台人員不可靠,不會重置密碼,並且會濫用帳戶。讓服務台工作人員重置它並不能解決此處的安全性問題。主要的安全問題是他們告訴別人自己的密碼,並可能告訴別人。對用戶進行教育是唯一明智的做法。
@gbjbaanb這不是解決服務台中不信任問題的措施,而是一種將用戶的密碼分配與危害聯繫在一起的措施。您只能控制幫助台過程,但是會使傳遞的憑據無效,並幫助客戶了解發放密碼會導緻密碼錯誤。
精確地@JozefWoods-幫助客戶理解是重要因素。重置密碼是無關緊要的(儘管通常是明智的過程,OP表示在這種情況下會適得其反)
emory
2016-01-11 19:11:44 UTC
view on stackexchange narkive permalink

我認為,除了立即重置密碼外,還應該提醒用戶服務條款(示例服務條款)。

您是您帳戶的唯一授權用戶。 您有責任維護您或Zimride提供的用於訪問服務的任何密碼的機密性。您對使用您的密碼或帳戶進行的所有活動承擔全部責任。 Zimride無法控制任何用戶帳戶的使用,並明確聲明不承擔由此產生的任何責任。如果您懷疑任何未經授權的一方可能正在使用您的密碼或帳戶,或者懷疑有任何其他違反安全性的行為,則您將立即與我們聯繫。

告訴用戶他們違反了以下條款公開密碼,然後重置密碼以使其恢復合規性。

這還取決於您提供的服務類型。就我個人而言,如果我的帳戶沒有任何貨幣價值,那麼我不太會在意服務條款。另一方面,如果我要問我的退休帳戶,並且暗示在違反安全性的情況下,經常違反服務條款的行為可以作為使公司免於承擔財務責任的證據,我一定會注意的。

例如,一些黑客使用不相關的安全漏洞竊取了我的錢,但該公司不想再賺錢,因此他們將我的密碼洩露用作我粗心的證據。

告訴用戶他們違反了某些規定,實際上並不會使您對用戶產生興趣。沒有人喜歡被告知他們做錯了什麼,然後通過重置密碼來打他們的手。這樣做只會導致客戶滿意度降低,他們可能會去其他地方。
@SteveSether我認為您是對的。這是一個敏感區域。如果銀行打算將密碼披露用作密碼粗心的證據,以免承擔責任,則銀行應警告客戶。對於習慣於密碼粗心的客戶,強制使用2FA可能會更好。
解決@SteveSether's concerns:而不是說它們“違反”了一些東西,只是說“根據我們的安全策略,只有您應該知道您的密碼,因此,現在我知道了,我需要將其重置。給您帶來的不便,我們深感抱歉,但我們必須保護您的帳戶免遭未經授權的訪問”。
用@MontyHarder來形容它會更有趣,因為“現在我知道您的密碼和用戶名,我打算回家並登錄到您的帳戶。您想重設密碼以使我無法進入嗎?” -但我認為他們不會像我一樣有趣,關於破壞對公司員工的信任的做法通常並不能使每個人都受益。
Nick Young
2016-01-11 23:27:41 UTC
view on stackexchange narkive permalink

我有一個簡單的過程,可以很快地教會用戶不要給我們提供密碼。如果用戶告訴您他們的密碼與您知道用戶告訴其他人的密碼相同,請強制他們設置新密碼。完成通話/互動,然後通知用戶,為了安全起見,您現在需要重設密碼,切記切勿告訴任何人(包括其經理或IT員工)他們的密碼,以及他們是否曾經立即告知IT人員,以便您可以重置它。

Falco
2016-01-12 17:21:37 UTC
view on stackexchange narkive permalink

您可能已經在UIX.StackExchange上提出了此問題-似乎沒有人問“他們為什麼告訴您密碼?”這個問題。我認為嘗試用語音消息或警告來教育人們不會成功。大多數人都知道,如果沒有充分的理由,他們就不應該告訴任何人密碼。如果這確實是他們的密碼,似乎您的用戶界面使他們毫無頭緒。這可能有多種原因-如果您有老客戶,很可能是他們忘記了密碼,但是知道自己不容易記住這些信息的人通常會寫下來。

也許他們在登錄時遇到問題並收到通常的“您輸入了錯誤的用戶名或密碼”消息-很自然地會向支持人員詢問您輸入的用戶名或密碼是否錯誤。如果他們的帳戶被鎖定,也許他們會收到相同的消息?或者,也許他們通過郵件獲得了他們的第一個密碼,但它看起來並不像密碼。否則應用程序無法簡單地知道您的密碼。

您應該問用戶為什麼需要澄清密碼,並且可能會在與用戶/溝通的過程中找到原因。用戶界面,導致許多人需要通過電話澄清密碼。

該界面實際上非常簡單。他們輸入電子郵件地址,選擇密碼,然後選擇一個秘密問題。然後,他們會收到一個激活鏈接,以確認其用戶名和登錄鏈接。似乎他們忘記了設置密碼後不久的密碼。正如我前面提到的,退休金領取者很少。
您可以清楚地說明註冊情況:“您需要輸入密碼和名稱才能登錄,請仔細記住。”在登錄表單上,您可以提供帶有更好消息的鏈接,例如“無法訪問網站/不確定如何登錄?`並給他們一個簡單的圖片處理過程,以重置他們的帳戶。 -您也可以在電子郵件中發送激活鏈接,該鏈接將自動登錄。
簡化,簡化,簡化。 @Falco's點都很出色。不管您如何解決從一開始就防止打擾您的信息洩漏,它都必須源自某種形式的缺陷或煩惱。最好的辦法就是找出原因。不知道原因,您將不知道要重新設計什麼。
Kjartan
2016-01-11 19:40:40 UTC
view on stackexchange narkive permalink

使用新的解決方案建議進行更新:

如果您通過詢問客戶某個密碼短語的答案來開始每次對話,那該怎麼辦?知道?在我曾經工作過的一家公司中,很長時間以來,類似的選項已被用作一種額外的措施,該公司的安全性相對較高,並且我有預感,這可能會幫助您避免像您這樣的問題。

其工作方式如下:當客戶致電並提供其姓名時,您會查詢他們的信息,包括純文本問題和答案集。現在,請他們回答問題,立即要求他們核實身份,並向他們朗讀。

這將實現什麼?
兩件事,我會希望:首先,它應該提高您的安全性,即使只是微不足道。信息可能以純文本格式存儲,幫助台上的每個人都可以訪問,並且很可能會輕易猜出許多答案,特別是如果攻擊者在打電話給您之前做了一些研究之後。即使這樣,這仍然會使在電話上模擬一位客戶而又不引起任何懷疑變得更加困難。

第二,對於您的特定問題更重要,這應該使呼叫者清楚地知道您實際上已經識別出他們,並且正在查看他們的客戶數據。這裡的想法是您實際上允許您的客戶提供幫助。畢竟,這也許就是為什麼他們如此急於向您提供密碼的原因了吧?

從本質上講,您將向他們提供一種簡單的方法來識別自己的身份,而無需透露密碼的更敏感內容信息,即他們的個人密碼。


我先前的回答:

您可以並且應該繼續嘗試對用戶進行此類問題的教育,但是總會有一些用戶對此一無所知或不認真對待。每當發生這種情況時,請確保再次禮貌地告知您的用戶,並告訴他們您有一個策略,要求該用戶在密碼洩露後立即重置密碼

如果這是一個反復出現的問題,您可能還想研究一下為什麼會發生這種情況。服務台人員實際上是否需要訪問客戶帳戶,即使只是很短的時間就可以幫助他們?也許您可以找到一些使用臨時密碼進行臨時訪問的解決方案?如果這包括一個宣傳的解決方案,使您可以輕鬆地幫助用戶,同時對他們來說顯而易見的是,您可以 訪問而無需他們向您提供密碼,那麼也許他們不會

很顯然,這需要在員工每次訪問用戶帳戶時進行日誌記錄,最好是簡短說明原因,完成的操作等,以及嚴格的保密政策以及有關員工可以做什麼和不能做什麼的準則等。

gh,不。我們現在是否還沒有得知[““安全問題””僅是潛在的破壞性劇院](http://www.wired.com/2012/08/apple-amazon-mat-h​​onan-hacking/)?
我明白您的意思,但這取決於您如何使用它們。我將其與更敏感的個人密碼概念區分開來。在這裡,對服務台員工進行良好的培訓至關重要:僅因為您應用了此簡單的測試就可以稍微提高模仿的標準,但這並不意味著您也不能說:“ *對不起,我不能從您的帳戶或通過電話更改您的帳戶詳細信息,但是,如果您願意,我可以為您重置密碼,以便您自己進行操作。新密碼將發送到註冊到您帳戶的電子郵件中*“。
這取決於您如何使用它們? _完全沒有?大多數網站也這樣做。如果一切都是這樣,那麼情況就不會那麼糟了。當您對私家偵探可能會發現的問題做出正確答复時提供密碼重置時,或者當您讓任何人打電話並更改帳戶信息(然後回叫並使用更改後的信息來訪問該帳戶)時,您就會遇到嚴重的問題。 。
我專門說過,不應提供或更改任何信息,所以我不確定您在這裡得到什麼。讓任何人在呼叫台重設密碼,無非是任何隨機人都可以通過單擊網站上的相關鏈接來進行。
Thomas F.
2016-01-12 00:46:26 UTC
view on stackexchange narkive permalink

我只是想將其放在這裡​​的其他選項之上(很好)。

我不確定您使用的是哪種電話系統,但除了上面建議的那些,是否有可能會向用戶播放一條簡短的自動音頻消息,通知用戶不要與任何服務代表等共享密碼?這種自動消息既可以在用戶上手之前就對用戶進行教育,也可以防止惡意代表要求輸入密碼(不確定存在多少問題)。

user1
2016-01-12 20:55:38 UTC
view on stackexchange narkive permalink

我將此評論作為答案發布,因為我認為這是對問題的很好回答

就個人而言,如果有人已經意識到自己不應該告訴服務台密碼,那麼被動地重置其密碼很可能會使他們生氣-即使確保只有他們知道自己的密碼是一種好習慣。如果它是極其敏感的信息,那是必須的。否則,我認為在接聽電話之前進行某種錄音可能會有所幫助-“您的通話可能出於質量保證目的而被錄音。切記不要向任何人(包括幫助台)透露密碼。”

/ blockquote>

- @Jake

wuxmedia
2016-01-13 13:47:20 UTC
view on stackexchange narkive permalink

另一位來自左側字段的人試圖阻止洩漏,而不是擦地板。

如果您的密碼包含字母,我們通常會得到一個非單色字體存在很多問題。 '1''i''l'的外觀也都相同'0''O'。那麼也許在顯示通行證時使用圖片或強制瀏覽器使用單字型?

還是讓您的通過算法以不使用以上任何一種方法。

Philip Oakley
2016-01-15 20:16:17 UTC
view on stackexchange narkive permalink

通常,這是公司與客戶溝通,程序,組織,政策和策略不佳的徵兆。

對於我的某些銀行帳戶,即使我也不了解在密碼,安全短語,安全號碼,密碼,客戶ID,登錄名,登錄名,電子郵件地址,電子郵件地址和另一個電子郵件地址,所有這些有時都不同,有時沒有不同。 (請注意重複項!)。然後有兩個因子ID卡和相應的代碼。

例如我的ISP要求我輸入一個電子郵件地址來創建一個帳戶來獲得他們的服務,該帳戶提供了一個電子郵件地址[請參閱(1)],然後我的電話ADSL ID也是“電子郵件地址”。因此,我該使用哪一種登錄方式-兩者都取決於網頁!

難怪人們會感到困惑,並且所有那些所謂的安全增強“方案”都會損害安全性。

然後我嘗試幫助我的年老公婆(87 & 90)患有助聽器困難等。

請確保通訊部門改進了這些電子郵件的格式和佈局,並且不要將它們與任何其他類似的發音項混淆(例如,刪除其中一個,因此沒有類似的發音項!)

Franco
2016-01-18 12:06:06 UTC
view on stackexchange narkive permalink

我認為最好是通過IVR發出一條自動消息,告訴他們明確的信息-

出於安全目的,請不要向我們的幫助台代表提供密碼...

,甚至在他們與您的支持團隊聯繫之前。

我希望它會有所幫助! :)

ddyer
2016-01-15 02:25:46 UTC
view on stackexchange narkive permalink

我建議您備份並問自己為什麼用戶首先要這樣做。對我來說,發生的事情是他們無法登錄,並試圖確定他們是否忘記了密碼或其他錯誤-帳戶被阻止,用戶名錯誤,等等。

您的問題是,試圖解決其訪問問題的無辜用戶與通過人工設計支持人員來獲取帳戶訪問權限的惡意嘗試混在一起。不幸的是,僅僅詢問呼叫者他是真實用戶還是犯罪分子可能就行不通。

我沒有任何答案-您的員工願意提供或確認的任何信息都可能試圖讓不該訪問的人獲得訪問權限的一部分。

user82913
2016-01-17 01:57:54 UTC
view on stackexchange narkive permalink

人們習慣於信任他們尋求幫助的人,否則他們不會問他們……醫生,治療師,汽車維修,家電服務等。例如,昨天我把我的汽車帶到商店去修理。如果他們說:“在任何情況下都不要將我們的任何員工(或任何其他人)交給您的汽車鑰匙,那將是荒謬的!”在我的車內是通常的文件,這些文件顯示了我的姓名和地址(汽車登記表,保險單據),我也有一個我的公寓的鑰匙也藏在車內(以防萬一我將自己鎖在外面,並且有一個我錢包裡的備用車鑰匙)。 可能壞人在汽車商店工作,但可能性很小。

但是在任何情況下,沒有人會“闖入”我的公寓或偷走我的汽車在這裡,所以我不必擔心信任全世界99.9999%的人。如果我將車鑰匙放到新西蘭,那將不是問題。如果羅馬尼亞的某人獲得了我的公寓鑰匙的副本,仍然沒有問題。因此,關鍵是電子世界完全不同

我認為解決方案是使它更像現實世界:居住在我家鄉以外的任何人都不能遠程訪問我的銀行帳戶。如果我用信用卡在家中購買汽油,而一個小時後有人試圖在2000英里外使用它,那它肯定會失效。 (而且,它做到了一次。Bravo到我的信用合作社自動執行了對我而言最有利的事情,而無需我提出要求或為此付費!)

如果您“銷售”的世界沒有這種好處,您將無法向人們解釋或阻止基於可驗證信任世界的假設。改變您向人們推銷的世界。設置一個我的車鑰匙在新西蘭時被盜的無用密碼。 技術必須為服務,而不是相反。如果您創建的東西不安全,請加倍努力。我們大大提高了飛機,汽車和電力的安全性,而不僅僅是說,哦,嗯,還需要更多的教育。

The D
2016-01-17 18:35:01 UTC
view on stackexchange narkive permalink

我在服務台工作,最近我們啟動了一個在線服務,我們的會員可以登錄。

很遺憾,設計問題 em>抬起頭來,在第一線,您必須應對,應該由建築師來回答此QA中提供的反饋。

我注意到兩點(強調我的):

我們遇到的一個問題是,打電話給我們的用戶經常要求我們確認輸入給他們的密碼是正確的。這樣,他們通過電話公開密碼。我們如何防止這種情況發生?

和:

大約有90%的呼叫者是首次呼叫者。由於他們是第一次打電話,所以很難對他們進行教育。 他們是養老金領取者,因此他們通常比普通計算機用戶缺乏經過身份驗證的服務的經驗。

這裡的問題不是密碼系統的設計,問題是首先是不合適的受眾使用密碼。

如果我正在設計此系統,則應避免使用密碼,否則,請為不太適合的用戶提供一種合適的替代身份驗證方法。技術觀眾。我的首選選項包括:

  • 來自RSA密鑰或類似密碼(用於單因素身份驗證系統)的一次性密碼,
  • 來自任一者的客戶端證書智能卡或虛擬智能卡(使用PIN進行保護)或來自安全的USB軟件狗
  • “圖片密碼”(在大圖像上的一系列單擊/輕擊),從信息安全角度來看,這與密碼,如果單擊點順序很明顯,則它的安全性可能較低,但這很容易讓人忘記,並且很難輕易通過電話共享。
  • 使用PII(個人身份信息)作為密碼。在美國,一個人的社會安全號碼通常在這個地方使用,因為(通常)每個人都知道應該對其保密,但是人們似乎對銀行網站要求其確認自己的身份沒事-也許是一個不太重要的類似物可以使用,例如生日和當前的街道名稱,儘管這些幾乎不是秘密,但如果系統使用數字或隨機分配的用戶ID(與電子郵件地址或自由文本用戶名相對),則這將是安全的密碼,前提是用戶不要洩露其用戶ID。
我們必須以某種方式找到一種方法,使計算機無需執行任何操作即可知道“我”,並且計算機無法被盜或被欺騙。如果它需要讀取我的DNA,就這樣吧。如果我需要在我的身體中隨機嵌入100個RSA密鑰RFID標籤,那就這樣吧。不必證明自己是誰,甚至可以被“偷”,這是荒謬的。
willc
2016-01-14 00:41:22 UTC
view on stackexchange narkive permalink

這裡的風險似乎更多地在於被告知密碼的服務台技術人員這邊。如果您不信任他們不要濫用知識,那麼您就需要解決問題。

讓用戶停止提供密碼是對他們的教育。發生時應根據需要進行。

如果用戶將密碼提供給服務台人員,則應該有一個適當的過程來鎖定該密碼並強迫他們創建一個新密碼。同樣,您必須信任服務台人員來發起此任務,但這就是為什麼在您被雇用之前要審核他們。

這與幫助台人員的信任無關。通話記錄,轉錄等。通話內容可以通過多種方式轉移給其他人。馬修的答案涵蓋了其餘的答案。
我不確定邁克爾是誰,但是記錄或轉錄呼叫會如何阻止Help Desk Employee X回家並試圖查看用戶A的已知密碼和電子郵件組合是否將其帶入用戶A的銀行帳戶,電子郵件帳戶或Facebook帳戶中?
恰恰相反。任何人都可以訪問日誌和成績單是您需要考慮的另一項責任。
-1
@geekamongus第一段似乎表明,如果您可以信任您的幫助台人員,那麼您什麼也不需要修復。我的觀點是,問題不僅存在於信任之中,甚至存在於幫助台之外。您的其餘答案似乎與其他答案相同。


該問答將自動從英語翻譯而來。原始內容可在stackexchange上找到,我們感謝它分發的cc by-sa 3.0許可。
Loading...