https 토큰 매개 변수가있는 URL : 얼마나 안전합니까?

Question

저희 사이트에서는 개인 정보 (양식을 통해 제공)를 기반으로 사용자에게 시뮬레이션을 제공합니다. 우리는 나중에 시뮬레이션 결과를 다시 얻을 수 있지만 로그인/암호 계정을 만들지 않아도됩니다.

우리는 링크를 통해 결과를 얻을 수있는 이메일을 보내려했습니다. 그러나 개인 데이터가 위험에 처해 있기 때문에 당연히이 URL을 보호해야합니다.

URL에 40 자의 문자와 숫자 또는 MD5 해시 조합과 같은 토큰을 전달하고 SSL을 사용하려고합니다. 당신이 그것에 대해 어떻게 생각하십니까

안녕, https://www.example.com/load_simulation?token=uZVTLBCWcw33RIhvnbxTKxTxM2rKJ7YJrwyUXhXn

에
물러서 결과 :

마지막으로, 그들은 같은 이메일을받을까요? 충분히 안전합니까? 토큰 생성에 대해 나에게 어떤 조언을 해주겠습니까? https 요청에서 URL 매개 변수를 전달하는 것은 어떻습니까?

Answer 1

SSL은 전송 중 쿼리 매개 변수를 보호합니다. 그러나 전자 메일 자체는 안전하지 않으며 전자 메일은 대상에 도달하기 전에 원하는 수의 서버를 따라 이동할 수 있습니다.

웹 서버에 따라 전체 URL이 로그 파일에 기록 될 수 있습니다. 데이터의 민감도에 따라 IT 담당자가 모든 토큰에 액세스하지 못하게 할 수 있습니다.

또한 쿼리 문자열이 포함 된 URL은 사용자 기록에 저장되므로 동일한 컴퓨터의 다른 사용자가 URL에 액세스 할 수 있습니다.

마지막으로, 이는 매우 위험합니다. URL은 모든 리소스에 대한 모든 요청, 심지어 제 3 자 리소스의 Referer 헤더로 전송됩니다. 예를 들어 Google 웹 로그 분석을 사용하는 경우 Google에 URL 토큰을 모두 보내드립니다.

제 의견으로는 이것은 나쁜 생각입니다.

Answer 2

전자 메일은 본질적으로 안전하지 않습니다. 누구나 해당 링크를 클릭하여 데이터에 접근 할 수 있다면 실제로 보호하지는 못합니다.

Answer 3

SSL은 전송중인 데이터의 내용을 보호하지만 URL에 대해서는 확실하지 않습니다.

공격자가 해당 URL 토큰을 재사용하지 못하게하는 한 가지 방법은 각 토큰을 한 번만 사용할 수 있는지 확인하는 것입니다. 합법적 인 사용자가 계속 링크를 사용할 수 있도록 쿠키를 설정할 수도 있지만 처음 액세스 한 후에는 쿠키가있는 사용자에게만 작동합니다.

사용자의 이메일이 유출되어 공격자가 링크를 먼저 얻는다면, 글쎄, 당신은 멍청이야. 그러나 사용자에게는 더 큰 문제가 있습니다.

Answer 4

해커가 데이터베이스에 액세스하면 많은 개인 정보를 자유롭게 제공 할 수 있다는 것을 알고 계십니까?

그 후에 나는 이것이 생각으로 나쁘지 않다고 말할 것입니다. MD5 나 SHA1은 해시를 위해 매우 안전하지 않으므로 사용하지 않을 것입니다. 그것들은 "암호 해독"될 수 있습니다 (나는 그것이 암호화가 아니라는 것을 알고 있습니다).

그렇지 않으면 이메일 종류의 비밀번호로 전송되지 않는 제 2 정보를 사용하고있을 수도 있습니다. 이유는 아주 간단합니다. 누군가가 사용자의 이메일에 액세스 할 수 있다면 (세션을 종료하지 않으면 핫메일을 사용하면 매우 쉽습니다) 사용자가 보낸 모든 정보에 액세스 할 수 있습니다.

HTTPS는 사이트에서 최종 사용자에게 보내는 데이터를 안전하게 보호하고 암호화합니다. 다른 것은 안전한 터널로 가져 가세요. 아무것도 더 적게하지 않습니다.

Answer 5

SSL을 통과 할 때 토큰은 안전합니다. 당신이 가지게 될 문제는 URL을 볼 수있어 사람들 (사람들이 의도하지 않은 사람들)에게 유용하다는 것입니다.

SSN과 같은 개인 정보 인 경우 전자 메일을 통해 URL을 보내지 않을 것이라고 생각합니다. 차라리 사이트의 사용자 이름과 암호를 만들어야합니다. 당신과 그 (것)들을 위해 걸린 정보의 종류를 가진 전자 우편을 타협하는 것은 너무 쉽다. 누군가의 계좌가 타협되면 그것은 정말로 잘못이있는 quesion이 될 것입니다. 엄격하게 CYA 관점에서 더 안전할수록 좋습니다.

Answer 6

나는 이론에서 누군가가 무작위 40 자 문자열 또는 MD5 해시를 입력하고 다른 누군가를 얻을 수 있다고 생각합니다. 이것은 거의 불가능할 수 있지만 한 번만 발생하면됩니다.

더 나은 해결책은 사용자에게 토큰을 보낸 다음 이름, 우편 번호, ssn 또는 이들의 조합과 같은 세부 정보를 입력하도록 요청하는 것입니다.

Answer 7

심각한 개인 정보 보호 문제가있는 상황에서는 충분히 안전하다고 생각하지 않습니다. URL을 (아마도 일반 텍스트로) 보내고 있다는 사실은 훨씬 약한 링크입니다. 그 후에 토큰에 대한 무차별 공격 (실제 인증 메커니즘의 구조가 결여 된)이 잘 구성된 사용자 이름과 암호 설정보다 더 취약 할 수 있습니다.

우연히 https 요청의 매개 변수에는 문제가 없습니다.

Answer 8

쿠키를 사용하고 싶습니다. 워크 플로는 다음과 같아야합니다.

1. 사용자가 처음으로 사이트를 방문합니다.
2. 사이트에서 쿠키를 설정합니다.
3. 사용자가 데이터를 입력합니다. 데이터는 쿠키에 저장된 일부 키를 사용하여 DB에 저장됩니다.
4. 사용자가 떠날 때 https : 링크가 포함 된 이메일을 보냅니다.
5. 사용자가 다시 방문하면 사이트에서 쿠키를 발견하고 사용자에게 이전 데이터를 제공 할 수 있습니다.

이제 다른 컴퓨터에서 다른 브라우저를 사용하려고합니다. 이 경우 "전송"버튼을 제공하십시오. 사용자가이 버튼을 클릭하면 "토큰"을 받게됩니다. 다른 컴퓨터에서이 토큰을 사용하여 쿠키를 다시 설정할 수 있습니다. 이 방법으로 사용자는 토큰을 전송하려는 보안 수준을 결정합니다.

Answer 9

그렇다면 나쁜 생각입니다. 당신은 쉬운 사용법으로 보안을 희생시킬 것입니다. 전에 말했듯이 SSL은 서버와 클라이언트 브라우저 사이의 정보 전송만을 보호 할 것이고 중간 사람의 공격을 막을 것입니다. 이메일은 매우 위험하고 안전하지 않습니다.

정보에 액세스하려면 사용자 이름과 암호 인증이 가장 좋습니다.

나는 다소 쿠키 아이디어를 좋아합니다.쿠키 정보도 암호화해야합니다. 공격 확률을 제한하려면 salt 및 key phrase에 $ _SERVER [ 'HTTP_USER_AGENT']를 더한 토큰을 생성해야합니다. 확인 사용을 위해 쿠키에 클라이언트에 대한 많은 중요하지 않은 정보를 저장하십시오.

핵심 문구는 쉽게 사용에 대한 쿠키에 저장되지만 클라이언트는 또한에 저장되어 그가 제공하는 주요 문구를 입력 할 수도 쿠키를 도난 수 있습니다 마음 = (.

더 나은 유지 될 수있다

또는 $ _SERVER [ 'HTTP_USER_AGENT'] 매개 변수가 다른 다른 컴퓨터를 사용하거나 단순히 쿠키가 누락 된 경우 키를 사용할 수 있으므로 쿠키를 전송할 수 있습니다.

민감한 데이터가 데이터베이스에 암호화되어 있는지 확인하십시오. 알지 못합니다.)