[C#] C # 애플리케이션에서 SecureString이 실용적입니까?

실제로 매우 실용적인 용도가 SecureString있습니다.

그런 시나리오를 몇 번이나 봤는지 아십니까? (답은 : 많은 것입니다) :

• 실수로 비밀번호가 로그 파일에 나타납니다.
• GUI가 실행중인 응용 프로그램의 명령 줄을 표시하면 명령 줄은 암호로 구성됩니다. 죄송합니다 .
• 메모리 프로파일 러를 사용하여 동료와 소프트웨어 프로파일 링 동료가 메모리에서 비밀번호를 확인합니다. 비현실적인 소리? 전혀.
• 한때 RedGate예외가 발생했을 때 로컬 변수의 “값”을 포착 할 수있는 소프트웨어를 사용 했는데 놀랍게도 유용했습니다. 그러나 실수로 “문자열 암호”를 기록 할 것이라고 생각할 수 있습니다.
• 문자열 비밀번호가 포함 된 크래시 덤프.

이러한 모든 문제를 피하는 방법을 알고 있습니까? SecureString. 일반적으로 바보 같은 실수를하지 않도록합니다. 그것을 피하는 방법은 무엇입니까? 암호가 관리되지 않는 메모리에 암호화되어 있는지 확인하고 실제 값은 수행중인 작업을 90 % 확신 할 때만 액세스 할 수 있습니다.

의미에서, SecureString매우 쉽게 작동합니다.

1) 모든 것이 암호화됩니다

2) 사용자 전화 AppendChar

3) 관리되지 않는 메모리의 모든 것을 해독하고 캐릭터를 추가하십시오.

4) UNMANAGED MEMORY에서 모든 것을 다시 암호화하십시오.

사용자가 컴퓨터에 액세스 할 수 있으면 어떻게됩니까? 바이러스가 모든 바이러스에 접근 할 수 SecureStrings있습니까? 예. RtlEncryptMemory메모리를 해독 할 때 자신을 연결 하기 만하면 암호화되지 않은 메모리 주소의 위치를 ​​파악하여 읽을 수 있습니다. 짜잔! 실제로, 바이러스의 사용을 지속적으로 스캔 SecureString하고 모든 활동을 기록 하는 바이러스를 만들 수 있습니다. 나는 그것이 쉬운 일이 될 것이라고 말하지는 않지만 할 수 있습니다. 보시다시피 SecureString시스템에 사용자 / 바이러스가 있으면 “강력” 이 완전히 사라집니다.

게시물에 몇 가지 요점이 있습니다. 내부적으로 “문자열 암호”를 보유한 일부 UI 컨트롤을 사용하는 경우 실제를 사용 SecureString하는 것이 그렇게 유용하지 않습니다. 그래도 여전히 위에 나열된 어리 석음으로부터 보호 할 수 있습니다.

또한 다른 사람들이 지적했듯이 WPF는 SecurePassword 속성을SecureString 통해 내부적 으로 사용되는 PasswordBox를 지원 합니다.

결론은 다음과 같습니다. 민감한 데이터 (암호, 신용 카드, ..)가있는 경우을 사용하십시오 SecureString. 이것이 C # Framework가 따르는 것입니다. 예를 들어, NetworkCredentialclass는 password를로 저장합니다 SecureString. 이것을 보면 .NET 프레임 워크에서 ~ 80 가지가 넘는 다른 사용법을 볼 수 있습니다 SecureString.

SecureString일부 API에서는 문자열 을 변환해야하기 때문에 문자열 로 변환해야하는 경우가 많습니다 .

일반적인 문제는 다음 중 하나입니다.

1. API는 GENERIC입니다. 민감한 데이터가 있다는 것을 모릅니다.
2. API는 민감한 데이터를 처리하고 “문자열”을 사용한다는 것을 알고 있습니다. 이는 나쁜 설계입니다.

당신은 좋은 점을 제기했습니다 : SecureString로 변환 되면 어떻게됩니까 string? 이것은 첫 번째 지점에서만 발생할 수 있습니다. 예를 들어 API는 민감한 데이터임을 알지 못합니다. 나는 그런 일을 개인적으로 보지 못했습니다. SecureString에서 문자열을 가져 오는 것은 그렇게 간단하지 않습니다.

간단한 이유로 간단하지 않습니다 . 사용자가 SecureString을 문자열로 변환하도록 의도하지 않았습니다 .GC가 시작됩니다. 왜?

내가 본 흥미로운 사건이 하나 있습니다. 즉, WinApi 기능 LogonUser는 LPTSTR을 암호로 사용하므로을 호출해야합니다 SecureStringToGlobalAllocUnicode. 기본적으로 관리되지 않는 메모리에있는 암호화되지 않은 암호를 제공합니다. 완료하자마자이를 제거해야합니다.

// Marshal the SecureString to unmanaged memory.
IntPtr rawPassword = Marshal.SecureStringToGlobalAllocUnicode(password);
try
{
   //...snip...
}
finally
{
   // Zero-out and free the unmanaged string reference.
   Marshal.ZeroFreeGlobalAllocUnicode(rawPassword);
}

서버의 공개 키를 사용하여 암호화 된 인스턴스 를 제공하는 SecureString등의 확장 메서드를 사용하여 클래스를 항상 확장 할 수 있습니다 . 그런 다음 서버 만 암호를 해독 할 수 있습니다. 문제 해결 : 가비지 수집은 관리되는 메모리에 노출되지 않으므로 “원본”문자열을 볼 수 없습니다. 이것은 정확히 ( ) 에서 수행되고있는 것입니다 .ToEncryptedString(__SERVER__PUBLIC_KEY)stringSecureStringPSRemotingCryptoHelperEncryptSecureStringCore(SecureString secureString)

그리고 거의 관련이 있습니다 : Mono SecureString은 전혀 암호화하지 않습니다 . ..wait 그것을 위해 .. 때문에 구현이 주석하고있다 “그것은 어떻게 든 NUNIT 테스트 파손의 원인” 내 마지막 지점으로 제공합니다 :

SecureString모든 곳에서 지원되지는 않습니다. 플랫폼 / 아키텍처가를 지원하지 않으면 SecureString예외가 발생합니다. 설명서에서 지원되는 플랫폼 목록이 있습니다.

---

답변