나는 이것이 가능할 것이라고 생각하지 않습니다.
명명 된 파이프를 만들 때 제공되는 보안 설명자에 무결성 레이블을 지정해야한다는 점이 문제입니다. 표준 NetNamedPipeBinding에서 CreateNamedPipe에 대한 호출은 내부 WCF 클래스 System.ServiceModel.Channels.PipeConnectionListener의 CreatePipe() 개인 메서드에서 발생합니다. 파이프의 초기 보안 설명자를 지정하는 방법을 변경하는 방법을 볼 수 없습니다.
달성해야 할 것에 대한 개요는 this question and answer을 참조하십시오.
사용자 지정 명명 된 파이프 전송 바인딩 요소를 처음부터 작성하는 것이 유일한 방법이며, 앞으로는 Microsoft에서 WCF의 향후 버전에서 일부 활성화 기능을 추가 할 때까지 기다려야합니다. Microsoft Connect에 액세스 할 수있는 경우 add your voice to the others requesting this feature 수 있습니다.
편집 : 나는 너무 비관적이었다. 나는 지금 이것을 할 길을 발견했다.
핵심은 파이프를 만들 때 보안 설명자에 무결성 레이블을 지정할 필요가 없다는 것이었지만 청취자가있을 때 CreateNamedPipe에서 반환 된 핸들을 사용하여 SACL을 수정해야한다는 것이 핵심이었습니다 열렸습니다. 즉, 파이프의 첫 번째 서버 측 핸들입니다. 다른 핸들을 사용하면 무결성 레이블을 추가하려는 시도가 항상 실패합니다. 에 대한 플래그 매개 변수 dwOpenMode은 비트 중 하나의 사용이 FILE_FLAG_FIRST_PIPE_INSTANCE과 WRITE_OWNER을 모두 의미하기 때문에 오버로드됩니다. 무결성 레이블을 추가하려면 후자의 액세스 권한이 필요하지만 전자의 존재로 인해 첫 번째 파이프 인스턴스 이외에는 호출이 실패합니다.
첫 번째 파이프 손잡이를 잡는 것은 쉬운 일이 아닙니다. WCF는 파이프 연결 수신기가 유지 관리하는 목록에 저장된 System.ServiceModel.Channels.PipeConnectionListener.PendingAccept 형식의 인스턴스를 멀리합니다. 연결 수신기는 채널 수신기와 동일하지 않습니다 (바인딩 요소의 BuildChannelListener<> 메서드를 재정 의하여 직접 잡을 수 있음). 도착하는 것이 훨씬 어렵습니다. 엔드 포인트의 연결 수신기에 대한 참조를 보유하는 끝점에 대한 TransportManager를 찾은 다음 파이프 연결 수신기가 발견 될 때까지 연결 수신기 체인을 추적 (추적 등의 구성에 따라 다름)하는 영웅을 포함합니다. . 운이 좋으면 첫 번째 파이프 핸들을 리스너의 보류중인 수락 목록에서 찾을 수 있습니다 (여기에 경쟁 조건이 있지만 클라이언트가 핸들을 잡기 전에 클라이언트가 연결되면 영원히 사라집니다).
일단 핸들을 사용할 수있게되면 무결성을 낮추어 낮은 무결성 클라이언트가 서비스와 통신 할 수있게하고 무결성 레이블을 추가하기 위해 핸들에 SetSecurityInfo을 호출하면됩니다.
곧 연락 드리겠습니다. my blog에 대한 세부 정보입니다.