웹 사이트 및 비밀번호가 안전한지 사용자에게 확인하는 방법 [닫기]

신뢰할 수있는 웹 사이트에서는 항상 "모든 데이터가 암호화 됨"또는 "모든 암호가 128 비트 암호화를 사용하여 암호화됩니다"등과 같은 클레임을 볼 수 있지만 "모든 암호가 해시됩니다"와 같은 클레임을 발견 한 적이 없습니다.

내 웹 사이트에서 임의의 소금으로 SHA-512 (대부분의 가능성이 있음) 해싱을 사용한 후 모든 사용자 암호를 데이터베이스에 저장합니다. 비밀번호가 필요하기 때문에 웹 사이트 사용을 방해하지 않도록 비밀번호가 안전하다는 스 니펫을 추가하고 싶습니다. 사용자가 안전하다고 느끼기를 원하지만 모든 사람이 해싱이 무엇인지 알고 있다고 생각하지 않습니다.

내 질문 : 일반 사용자가 해싱과 암호화의 차이점을 알지 못한다고 생각하기 때문에 "모든 암호가 암호화되어 안전합니다"라는 메시지를 제공해도 괜찮습니다. 위로 단어 "암호화"? 아니면 대체 메시지를 제공해야합니까?

참고로, 암호화 및 암호 해싱을 처음 접했고 내 사이트를 시작할 때 이것이 충분히 안전한지 궁금합니다. 안전하지 않다면 사용자에게 안전하다고 말하고 싶지 않습니다. 모든 정보는 대단히 감사하겠습니다. 감사.

1. 사용자는 신경 쓰지 않습니다.

   그들이 돌보는 유일한 시간은 누군가가 자신의 은행 계좌에서 돈을 인출 할 때이며 며칠 전에 연결되어있는 것으로 보이며 누군가가 데이터베이스에 완전히 액세스 할 수있는 것으로 보입니다.

2. 거의 모든 경우에 그러한 메시지를 보았을 때 오해의 소지가있었습니다. 가장 재미있는 것은 모든 페이지에 "군사 수준의 보안"스타일 레이블이있는 웹 사이트였습니다. HTTP 인증서가 유효하지 않다는 경고가있었습니다. 로그온 양식에 SQL 삽입이있었습니다. 몇 주 후 웹 사이트가 해킹 된 후 영원히 사라졌습니다.

   "암호 복구"양식을 사용하면서 실제로 전자 메일을 통해 원래 암호를 보내는 웹 사이트의 수를 세지 않습니다.

   "W3C 유효한 XHTML"레이블과 같습니다. 일반적으로 홈페이지에도 수십 개의 오류와 코드가 포함 된 웹 사이트에 게재되는 이유는 무엇입니까?<DIV COLOR='red'> 되는가?

여전히 사용자를 안심 시키려면 다음과 같이 입력하십시오.

비밀번호는 안전하게 유지됩니다. 암호를 볼 수 없으며 암호를 입력하라는 전자 메일을 보내지 않습니다.

그러나 솔직히 말하면 "암호를 잊어 버렸습니다. 전자 메일로 보내십시오"라는 단어를 대체하는 "암호 재설정"양식은 어떤 단어보다 안심이됩니다.

다른 의견의 힌트 :

• 바퀴를 재발 명하지 마십시오 : OpenID를 사용하십시오. 이렇게하면 해시도 저장하지 않습니다.

  출처 : 얀 허덱에 의해 코멘트 .

• 학생이기 때문에 프로젝트를 오픈 소스하십시오. 귀하의 우려는 다음과 같습니다 . "학교의 일부 어린이가 비밀번호를 디자인했기 때문에 사용자가 비밀번호가 안전하지 않다고 생각하지 않기를 바랍니다.", 소스 코드를 읽음으로써 보안에 관심이있는 숙련 된 개발자가 작성한 것을 확인할 수 있다는 것이 더 안심이되지 않습니다.

  출처 : 월 Doggen에 의해 코멘트 .

우선 비밀번호를 저장하지 마십시오! Stack Exchange의 예를 따르고 사용자가 OpenID 를 통해 인증을 제공하는 다른 사이트에서 자신의 ID로 로그인하게합니다 . 대부분의 일반적인 웹 프레임 워크에서 구현을 자유롭게 사용할 수 있습니다.

또는 다른 프로토콜 일 수도 있습니다. 일부 기관의 사내 프로젝트 인 경우 (다른 답변에 대한 의견에서 알 수 있듯이) LDAP, Kerberos (Windows Active Directory는이 두 가지를 기반으로합니다. 아파치는 HTTP 인증을 지원합니다) 또는 일부가 이미 있습니다 컴퓨터 로그인 서비스. 그것에 연결하십시오.

이렇게하면 민감한 정보를 저장하지 않아도되며 (여전히 권한을 저장해야하지만 그렇게 중요 하지는 않습니다 ) 사용자는 다른 사용자 이름과 암호를 기억하지 않아도되므로 전체적인 상생을 얻을 수 있습니다.

속담:

"이것은 안전하다."

는 특정 기술적 사실이나 프로세스에 대한 개인적인 판단이며,이 판단은 당시 보안에 대해 알고있는 것에 의해 제한됩니다. 그러나 암호화, 저장 방법 등이 알지 못하거나 아직 알지 못하는 공격을 포함하여 어떤 종류의 공격에도 견딜 수 있다는 것을 의심 할 여지가 없습니까?

의미 : 이 진술은 아마도 귀하가 알지 못하는 경우에도 구식이 될 위험이 있습니다.

그래서 저는 @JoachimSauer에 의해 위의 의견에 동의하는 경향이 : 그냥 당신이 무엇을 설명, 방법을 사용자 정보를 저장하고이이 방법을 사용자에게 가정 서비스가 보호합니다. 그런 다음 사용자가 스스로 판단하도록하십시오.

실제로 특정 웹 사이트의 컨텍스트에 따라 다릅니다.

예를 들어, 이것이 소비자 웹 사이트 인 경우, 대부분은 비밀번호 (아마도), 재무 / 건강 정보 (의존) 및 사진과 같은 개인 정보 (하하하, 예) ... .

이것이 비즈니스 응용 프로그램 인 경우 암호뿐만 아니라 전체 사이트의 보안 수준이 관련됩니다. 마찬가지로, 그것은 당신의 타겟 사용자가 누구인지에 달려 있습니다-고도의 기술 / 그렇지 않은 기술 등

이 모든 상황은 크게 정의 무엇을 당신이 의사 소통되어야하고, 보증의 수준이 무엇을 필요합니다.

예를 들어, 비 기술적 소비자의 경우 다음과 같은 일반적인 간단한 의견을 갖는 것으로 충분합니다.

이 사이트는 최신 보안 기술을 사용하여 구축되었습니다. 귀하의 비밀번호는 항상 암호화되며 NSA에 귀하의 사진을 보내지 않습니다.

(그리고 다른 사람들이 말했듯 이 암호를 전혀 사용 하지 않는 것이 좋습니다 . OpenId 또는 OAuth와 같은 표준을 사용하십시오.)

고도로 기술적 인 비즈니스의 경우 다음과 같은 기술 및 절차 세부 정보의 전체 페이지를 원합니다.

우리는 개발 및 배포 프로세스 전체에서 전체 SDL (보안 개발 수명주기)을 구현했습니다.
...
우리의 보안 아키텍처는
다음과 같은 이점을 제공합니다 . 우리는 다음과 같은 안전한 코딩을 보장합니다.
우리의 암호화에는 이러한 알고리즘이 포함되어 있습니다 ... 그리고 ... 우리는 당신이 필요로하는 산업 규정을 준수하고 인증을 받았습니다 ...
우리의 보안은이 독립적 인 제 3 자 컨설턴트에 의해 확인됩니다.
...
자세한 내용 및 정책을 검토하거나 독립적 인 감사를 주선하려면 마케팅 부서에 문의하십시오.

물론, 당신은 너무 많은 자세한 정보를 제공하고 싶지 않으며 , 암호 자체보다 프로세스에 대해 더 많은 정보를 제공해야합니다. 물론 실제로는 실제로 작성한 내용을 준수 해야한다는 것은 말할 것도 없습니다. , 처리중인 컨텍스트

언급 된 답변 중 하나로서, 대부분의 사용자는 신경 쓰지 않고, 당신이 말한 것을 이해하지 못하며, 사용자 데이터를 NSA에 보내라고 말하더라도 여전히 가입 할 것입니다.
이것은 그들을위한 것이 아닙니다.
비밀번호가없는 것만 큼 행복 할 것입니다. 목록에서 내 사용자 이름을 선택하고 자동으로 로그인하겠습니다.

분명히 이것은 소액의 관심을 끌기위한 것입니다. 현명한 사용자가 옳은 일을하고 필요한 정보를 제공하고 그들이 원하는 교육을받을 수 있도록해야합니다.
그렇지 않으면 잘못 될 때 다른 98 %가 갑자기 일어나 화를냅니다.
( "물론, 나는 내 사진을보기 위해 암호가 필요하지 않다는 것을 알았지 만 다른 사람 도 볼 수 있다고 생각하지 않았습니다 !!")

시스템을 안전하게 유지하려면 암호 알고리즘의 강도는 의미가 없습니다. 특히 선택한 암호가 작거나 해커가 이미 "크랙하고 저장 한 일반적인 단어로 구성된 경우 대부분의 해커가 다음에 암호를 해독 할 수 있습니다. "usiong 무지개 테이블과 유사한. 암호 해독에 관한 ArsTechnica의 기사 읽기 대한 많은 통찰력을 얻으십시오.

당신이해야 할 일은 나쁜 사람들이 처음부터 해시에 갈 수 없다는 것을 사용자에게 확신시키는 것입니다. 내가 일한 보안에 민감한 회사 중 하나는 웹 서버가 데이터베이스 서버에 물리적으로 연결되어 있지 않은 3 계층 웹 시스템이었습니다. 상사가 자신의 웹 사이트를 설치하고 DB에 직접 액세스하고 싶을 때 (불완전하게 설계된 코드, '너프') 그는 그것을 가질 수 없다고 들었고, 푸시했을 때 ... 그들 사이에 전선이 없다고 들었습니다. . 그는 중간 계층 서비스를 통해 모든 데이터 요청을 전달하도록 설계해야했습니다. 그리고 이러한 서비스는 보안뿐만 아니라 공격에 최소한의 노출로 노출되어 잠겼습니다. 그리고 DB는 테이블을 읽기 위해 노출하지 않았으며, 저장 프로 시저 만 잠겨서 관련 서비스 만 액세스 할 수있었습니다.

각 계층의 아키텍처와 분리를 알고 나면 코드 작성이 매우 쉽다고 생각하는 것처럼 코드를 작성하는 것은 나쁘지 않습니다.

지구상에서 가장 안전한 사이트를 개발할 수 있으며 실제로 사용자 경험이 좋지 않습니다. 사용자는 사이트가 안전하지 않다고 가정합니다.

지구상에서 가장 안전한 사이트를 구축하고 놀라운 사용자 경험을 가질 수 있습니다. 사용자는 사이트가 안전하다고 가정합니다. 저녁 뉴스에 나타날 때까지