2014-10-22 3 views
0

WCF 서비스와 RHEL에서 실행중인 비 -.NET 클라이언트 간의 보안 연결을 설정하는 방법을 검토 중이므로 Windows 인증이 불가능할 것으로 예상됩니다. . 이것은 내부 네트워크를위한 것일 뿐이므로 X.509의 관리 문제 (예 : 인증서 만료 날짜를 면밀히 모니터링해야 함)를 피하기 위해 노력하고 있지만 기술적으로 가능한지 여부는 분명하지 않습니다.X.509 또는 Windows 인증을 사용하지 않는 WCF 트래픽 암호화

예를 들어 다음과 같이 WCF 서비스를 구성 할 수 있습니까? BasicHttpBinding 또는 WsHttpBinding을 사용하여 암호화 (전송 또는 메시지 계층, 나는 까다 롭지 않다)가 있지만 Windows 인증 지원 또는 X.509 인증서를 사용하지 않고?

Every scenario I've read 보안 WCF 서비스의 경우이 두 기술 중 하나를 사용하는 것으로 보입니다. 모든 X.509 인증서를 필요로하지 않는 유일한 프로그램은 모두 Windows 인증을 사용합니다. 이것이 기본 기술의 근본적인 결과인지 아니면 Microsoft가 문서화하기로 선택한 "일반적인 시나리오"의 속성인지는 확실하지 않습니다. Windows 인증을 사용할 수 없다면 X.509가 비 Windows 용 메시지 암호화 알고리즘을 사용하기 위해 공개/개인 키 쌍을 배포 할 수있는 유일한 방법이라고 가정합니다. 이 이해가 맞습니까?

답변

1

음 ... 그것은

...이 필요한 대부분의 물건이 이미 있기 때문에 "일반"속성 ...

X.509이 시나리오에서이 작업을 수행하는 일반적인 방법이라고 단지

하지만 당신은 윈도우 인증 또는 X.509 하나에 국한되지 않습니다 ...

여기 좀 봐 : http://www.codeproject.com/Articles/165844/WCF-Client-Server-Application-with-Custom-Authenti

기사는 자신의 인증 및 암호화 스키마 ...

을 소개 할 수있는 방법에 대해 설명합니다

나는 이미 (모든 클라이언트 중 하나의 핵심 인 간단한 AES 암호화) 코드를 사용했지만 코드를 가지고 있지는 않습니다 ... 그렇게 어렵지는 않았지만 실제로 여기에서 문제가 발생하면, 나는 아직도 그 물건을 어딘가에 가지고 있다면 내가 볼거야 ...