3.5 닷넷 프레임 워크 암호화 문제

는 (다른 목적을 위해 만든) crypt와 나는이 MSDN 예제를 발견 사용자 PC 내 클라이언트 응용 프로그램의 암호를 저장하려면3.5 닷넷 프레임 워크 암호화 문제

http://msdn.microsoft.com/en-us/library/bb397867(VS.90).aspx

를 보안을 강화하기 위해 응용 프로그램을 시작할 때마다 새 파일을 만듭니다. 이제는 때로는 일부 PC (Windows XP에서만 사용 가능)까지는 암호화 된 파일을 작성하거나 읽는 과정에서 문제가 발생하여 암호를 다시 입력해야하는 경우가 있습니다. MSDN 예제의 코드 (깊은 부분은 "EncryptFile"및 "DecryptFile")에 대해 깊이 이해하지 못한다. 다음 질문을한다. 사용자의 경험에 따라이 코드가 일부 클라이언트 설치에서 오류를 생성 할 가능성이 있는가? 감사합니다. Pileggi

출처

2010-12-28 lamarmora

* "암호를 암호화하고 저장하려면"* - 다른 응용 프로그램의 암호를 저장하고 있습니까? 아니면 응용 프로그램의 암호입니까? 후자의 경우 [암호를 전혀 저장하지 않는] (http://www.codinghorror.com/blog/2007/09/youre-probably-storing-passwords-incorrectly.html)해야합니다. –

당신은 그것을 이해하지 않고 * example * 코드를 복사 & 붙여 넣었다고 말하면 항상 작동하지 않는 것입니까? –

@BlueRaja : 귀하의 회신에 감사드립니다. 암호는 사용자가 클라이언트 응용 프로그램을 계속 진행할 수있게합니다. 나는 user-pc에 암호를 저장하려고 생각했다. 왜 그것이 옳지 않다고 말하는거야? 나는 완벽한 보안이 필요 없다 : 사용자 활동을 제어하는 다른 도구가있다. 나 한테 제안 해 줬어? – lamarmora

이것을 저장하려면 protected data api을 사용하십시오. 1) 그것의 방법은 사용하기 쉬운 하나의 전화 이후로 어딘가에 반환 된 데이터를 저장 2) 그것은 방법이 더 안전합니다. 암호를 암호화하는 것과 관계없이 시스템의 어딘가에 키를 저장해야하며 안전하지는 않습니다.

반면에 보호 된 데이터 api는 사용자 로그온 자격 증명에서 암호를 파생하므로 실제로 키 자료가 시스템에 없습니다.

출처

2011-10-14 05:15:05 imichaelmiers

3.5 닷넷 프레임 워크 암호화 문제

답변

관련 문제