Windows Communication Foundation 隱私權資訊

發行項
05/10/2023

Microsoft 一向致力於保護使用者的隱私權。使用 Windows Communication Foundation (WCF) 3.0 版建置應用程式時，該應用程式可能會影響到使用者的隱私權。例如，應用程式可能會明確收集使用者的連絡資訊，或者透過網際網路向您的網站要求資訊或傳送資訊至網站。如果您在應用程式中內嵌 Microsoft 技術，則該技術可能帶有會影響隱私權的行為。 WCF 不會從您的應用程式將任何資訊傳送至 Microsoft，除非您本人或使用者選擇將資訊傳送給我們。

WCF 簡介

WCF 是一種使用 Microsoft .NET Framework 的分散式訊息架構，可用來讓開發人員建置分散式應用程式。而在兩個應用程式之間通訊的訊息則包含標頭和本文資訊。

根據應用程式使用的服務而定，標頭可能包含訊息路由、安全性資訊、異動及其他項目。根據預設，訊息通常會經過加密。唯一的例外為使用 BasicHttpBinding 時，此項原本就設計用於不受安全保護的舊式 Web 服務。身為應用程式設計師，您要負責做好最後的設計。 SOAP 本文中的訊息包含應用程式特定的資料，不過，您可以使用 WCF 加密或機密性功能，保護應用程式定義的個人資訊這類資料。下列章節將描述可能影響隱私權的功能。

傳訊

每則 WCF 訊息都有位址標頭，會指定訊息目的以及要回覆的位址。

端點位址的位址元件則是可識別端點的統一資源識別元 (URI)。此位址可以是網路位址或邏輯位址。位址也可能包含電腦名稱 (主機名稱，完整網域名稱) 和 IP 位址。端點位址也可能包含全域唯一識別元 (GUID)，或者包含可用於分辨每個位址之暫存定址的 GUID 集合。每則訊息中都包含屬於 GUID 的訊息識別碼。另外，此功能會遵循 WS-Addressing 參照標準。

WCF 訊息層不會將任何個人資訊寫入本機電腦。不過，如果服務開發人員建立了會公開這類資訊的服務 (例如，在端點名稱中使用某個人的名稱，或者在端點的 Web 服務描述語言中加入個人資訊，可是沒有要求用戶端使用 https 來存取 WSDL)，則該訊息層可能在網路層級中傳播個人資訊。此外，如果開發人員對公開個人資訊的端點執行 ServiceModel 中繼資料公用程式工具 (Svcutil.exe) 工具，則工具的輸出中會包含該資訊，而且輸出檔也會寫入本機硬碟中。

裝載

WCF 中的裝載功能可視需要啟動應用程式，或者在多個應用程式之間啟用連接埠共用。您可以在 Internet Information Services (IIS) 中裝載 WCF 應用程式，這點類似於 ASP.NET。

裝載時並不會在網路上公開任何特定資訊，而且也不會保存電腦上的資料。

訊息安全性

WCF 安全性會針對訊息應用程式，提供一些安全性功能。所提供的安全性功能包含驗證和授權。

驗證的作法是在用戶端和服務之間傳遞認證。您可以透過傳輸層級安全性或 SOAP 訊息層級安全性來進行驗證，如下所示：

在 SOAP 訊息安全性中，可以透過使用者名稱/密碼、X.509 憑證、Kerberos 票證和 SAML 語彙基元這類認證來執行驗證，而視簽發者而定，這些認證中可能含有個人資訊。
使用傳輸安全性時，則可藉由 HTTP 驗證配置 (Basic、Digest、Negotiate、Integrated Windows Authorization、NTLM、None 和 Anonymous) 這種傳統傳輸驗證機制和表單驗證，來處理驗證動作。

執行驗證之後，會在進行通訊的端點之間建立安全工作階段。這個工作階段是由會在安全性工作階段的存留期間持續活動的 GUID 所識別。下表會顯示所保留的項目的位置。

資料	儲存體
展示認證，例如使用者名稱、X.509 憑證、Kerberos 語彙基元和認證的各種參照。	標準 Windows 認證管理機制，例如 Windows 憑證存放庫。
使用者成員資格資訊，例如使用者名稱和密碼。	ASP.NET 成員資格提供者。
身分識別服務的相關資訊，此服務是用來驗證用戶端的服務。	服務的端點位址。
呼叫端資訊。	稽核記錄。

稽核

稽核會記錄驗證和授權事件的成功與失敗。稽核記錄中則包含下列資料：服務 URI、動作 URI 和呼叫端的識別。

稽核也會記錄系統管理員修改訊息記錄組態 (開啟或關閉) 的時間，這是因為訊息記錄可能會在標頭和本文中記錄應用程式特定的資料。若為 Windows XP，則會在應用程式事件記錄檔中記載一筆記錄。若為 Windows Vista 和 Windows Server 2003，則會在安全性事件記錄檔中記載一筆記錄。

交易

交易功能會對 WCF 應用程式提供交易服務。

交易傳播中使用的交易標頭可能包含屬於 GUID 的交易識別碼或登記識別碼。

異動功能會使用 Microsoft Distributed Transaction Coordinator (MSDTC) 的異動管理員 (一種 Windows 元件) 來管理異動狀態。根據預設，系統會加密異動管理員之間的通訊。交易管理員可能會記錄端點參照、交易識別碼和登記識別碼，作為其長期狀態的一部分。這個狀態的存留期則是由異動管理員的記錄檔存留期所決定。 MSDTC 服務則擁有並維護此記錄。

異動功能會實作 WS-Coordination 和 WS-Atomic 異動標準。

可靠工作階段

WCF 中可靠的工作階段會在進行傳輸或發生立即失敗時，讓您仍可傳送訊息。即使中斷基礎傳輸 (例如，無線網路上的 TCP 連線) 或遺失訊息 (HTTP Proxy 捨棄了傳出或傳入的訊息)，這些可靠的工作階段仍可確實傳送一次訊息。可靠的工作階段也會復原重新排列順序後的訊息 (在多路徑路由時可能會發生)，保留訊息傳送的順序。

您可以使用 WS-ReliableMessaging (WS-RM) 通訊協定來實作可靠的工作階段。這些工作階段會新增其中包含工作階段資訊的 WS-RM 標頭，而您可以使用此資訊來識別與特定可靠的工作階段相關聯的所有訊息。每個 WS-RM 工作階段都有識別碼，也就是 GUID。

使用者電腦上不會保留任何個人資訊。

已排入佇列的通道

佇列可代表接收應用程式，存放來自傳送應用程式的訊息，並在稍後將這些訊息轉寄至接收應用程式。例如，接收應用程式為暫時性時，使用佇列將協助確保訊息的傳輸，從傳送應用程式至接收應用程式。 WCF 支援使用 Microsoft Message Queuing (MSMQ) 作為傳輸方式來進行佇列。

佇列通道功能不會將標頭新增至訊息。該功能會以適當的 [訊息佇列] 訊息屬性設定，來建立 [訊息佇列] 的訊息，並叫用 [訊息佇列] 方法以將訊息放置在 [訊息佇列] 的佇列中。 [訊息佇列] 是隨附於 Windows 的選用元件。

佇列通道功能並不會在終端使用者電腦上保留任何資訊，而這都歸功於使用 [訊息佇列] 作為佇列基礎結構。

COM+ 整合

這個功能會包裝現有的 COM 和 COM+ 功能，以建立與 WCF 服務相容的服務。這項功能不會使用特定標頭，也不會在終端使用者的電腦上保留任何資料。

COM 服務 Moniker

這項功能會對標準 WCF 用戶端提供非受控包裝函式。這項功能在網路上沒有特定的標頭，也不會在電腦上保留任何資料。

對等通道

對等通道可以藉由使用 WCF 而開發多方應用程式。多方通訊會以網狀結構的脈絡發生。 [網狀結構] 是依照各節點可加入的名稱所識別。對等通道中的每個節點都會在使用者指定的連接埠上建立 TCP 接聽項，並與網狀結構中的其他節點建立連線以確保擁有回復性。若要連線至網狀結構中的其他節點，節點也必須與網狀結構中的其他節點交換資料，包括接聽項位址和電腦的 IP 位址。在網狀結構中來回傳送的訊息會包含專屬於傳送者的安全性資訊，因此可防止發生訊息詐騙和竄改。

使用者電腦上不會存放任何個人資訊。

IT 專業人員的體驗

追蹤

WCF 基礎結構的診斷功能會記錄透過傳輸和服務模型層所傳遞的訊息，以及與這些訊息相關聯的活動和事件。根據預設，這個功能是關閉的。您可以使用應用程式的組態檔啟用此功能，也可以在執行階段使用 WCF WMI 提供者來修改追蹤行為。啟用此功能時，追蹤基礎結構會將包含訊息、活動和處理事件的診斷追蹤，發送至已設定的接聽項。輸出的格式和位置是由系統管理員的接聽程式組態選項來決定，不過通常會是 XML 格式的檔案。系統管理員要負責設定追蹤檔上的存取控制清單 (ACL)。由 Windows Activation System (WAS) 裝載時，系統管理員更應該確定在非必須的情況下，不是從公開的虛擬根目錄使用檔案。

追蹤的類型有兩種：訊息記錄和服務模型診斷追蹤，分別會在下節中描述。這兩個類型的追蹤也可透過本身的追蹤來源進行設定：MessageLogging 和 System.ServiceModel。這些記錄追蹤來源都會擷取對應用程式而言為本機的資料。

訊息記錄

訊息記錄追蹤來源 (MessageLogging) 可讓系統管理員記錄在系統來回傳送的訊息。透過組態，使用者可以決定要記錄整個訊息或僅記錄訊息標頭、是否要在傳輸層及 (或) 服務模型層記錄，以及是否包含格式不正確的訊息。此外，使用者也可以設定篩選以限制要記錄的訊息。

根據預設，訊息記錄呈停用狀態。而本機電腦的系統管理員可以防止應用程式層級的管理員開啟訊息記錄功能。

加密和解密的訊息記錄

系統會對訊息進行記錄、加密或解密，如下列詞彙所述。

傳輸記錄會記錄在傳輸層級接收和傳送的訊息。這些訊息包含所有標頭，而且可能會在網路上傳送前和收到訊息時加密。

如果訊息是在網路上傳送之前以及收到時進行加密，那麼這些訊息也會以加密記錄。使用安全性通訊協定 (https) 則為例外：即使在網路上加密這些訊息，仍會在傳送之前和接收之後，以解密記錄。

服務記錄會在服務模型層級、發生通道標頭處理之後，以及輸入使用者代碼之前與之後記錄所接收或傳送的訊息。

在此層級記錄的訊息即使已安全保護並且在網路上加密，仍會進行解密。

格式錯誤的訊息記錄會記錄 WCF 基礎結構無法理解或處理的訊息。

會以現狀記錄訊息，也就是加密或未加密的狀態。

以解密或未加密形式記錄訊息時，WCF 預設會在記錄訊息之前，從訊息中移除安全性金鑰和可能會有的個人資訊。下面章節會描述要移除的資訊以及移除的時機。電腦的系統管理員和應用程式開發人員都必須採取特定的組態動作，才能變更行為以記錄金鑰和可能的個人資訊。

記錄解密/未加密訊息時，從訊息標頭中移除的資訊

以解密或未加密形式記錄訊息時，在記錄訊息之前，預設會從訊息標頭和訊息本文中移除安全性金鑰和可能會有的個人資訊。下列清單會顯示 WCF 視為金鑰和可能的個人資訊項目。

移除的金鑰：

針對 xmlns:wst="http://schemas.xmlsoap.org/ws/2004/04/trust" 和 xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust"

wst:BinarySecret wst:Entropy
針對 xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.1.xsd" 和 xmlns:wsse="http://docs.oasis-open.org/wss/2005/xx/oasis-2005xx-wss-wssecurity-secext-1.1.xsd"

wsse:Password wsse:Nonce

移除的可能個人資訊：

針對 xmlns:wsse="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.1.xsd" 和 xmlns:wsse="http://docs.oasis-open.org/wss/2005/xx/oasis-2005xx-wss-wssecurity-secext-1.1.xsd"

wsse:Username wsse:BinarySecurityToken
針對 xmlns:saml="urn:oasis:names:tc:SAML:1.0:assertion"，下列以 bold 表示的項目將移除：

<Assertion MajorVersion="1" MinorVersion="1" AssertionId="[ID]" Issuer="[string]" IssueInstant="[dateTime]"

<Conditions NotBefore="[dateTime]" NotOnOrAfter="[dateTime]"><AudienceRestrictionCondition><Audience>[uri]</Audience>+ </AudienceRestrictionCondition>* <DoNotCacheCondition />* <!-- abstract base type <Condition />*

</Conditions>? <Advice><AssertionIDReference>[ID]</AssertionIDReference>* <Assertion>[assertion]</Assertion>* [any]* </Advice>? <!-- Abstract base types <Statement />* <SubjectStatement><Subject> `<NameIdentifierNameQualifier="[string]"?Format="[uri]"?>[string]</NameIdentifier>?`<SubjectConfirmation><ConfirmationMethod>[anyUri]</ConfirmationMethod>+ <SubjectConfirmationData>[any]</SubjectConfirmationData>? <ds:KeyInfo>...</ds:KeyInfo>? </SubjectConfirmation>? </Subject></SubjectStatement>*

<AuthenticationStatement AuthenticationMethod="[uri]" AuthenticationInstant="[dateTime]"

[主旨] <SubjectLocalityIPAddress="[string]"?DNSAddress="[string]"?/>?<AuthorityBinding AuthorityKind="[QName]" Location="[uri]" Binding="[uri]" />* </AuthenticationStatement>* <AttributeStatement> [Subject] <Attribute AttributeName="[string]" AttributeNamespace="[uri]"

<AttributeValue>[any]</AttributeValue>+</Attribute>+ </AttributeStatement>* <AuthorizationDecisionStatement Resource="[uri]" Decision="[Permit|Deny|Indeterminate]"

[Subject] <Action Namespace="[uri]">[string]</Action>+ <Evidence><AssertionIDReference>[ID]</AssertionIDReference>+ <Assertion>[assertion]</Assertion>+ </Evidence>? </AuthorizationDecisionStatement>* </Assertion>

記錄解密/未加密訊息時，從訊息本文中移除的資訊

如先前所述，WCF 會針對記錄的解密和未加密訊息，從訊息標頭中移除金鑰和已知的可能個人資訊。此外，WCF 會針對下列清單中的本文項目和動作，從訊息本文中移除金鑰和已知的可能個人資訊，而這些項目和動作會描述與金鑰交換相關的安全性訊息。

若為下列命名空間：

xmlns:wst="http://schemas.xmlsoap.org/ws/2004/04/trust" 和 xmlns:wst="http://schemas.xmlsoap.org/ws/2005/02/trust" (例如，如果沒有可用的動作)

將移除這些本文項目的資訊，而這些本文項目牽涉到金鑰交換：

wst:RequestSecurityToken

wst:RequestSecurityTokenResponse

wst:RequestSecurityTokenResponseCollection

也會移除下列每個動作的資訊：

http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Issue
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Issue
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/Validate
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/Validate
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Amend
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Amend
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Renew
http://schemas.xmlsoap.org/ws/2005/02/trust/RST/SCT/Cancel
http://schemas.xmlsoap.org/ws/2005/02/trust/RSTR/SCT/Cancel
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RST/SCT
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RSTR/SCT
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RST/SCT-Amend
http://schemas.xmlsoap.org/ws/2004/04/security/trust/RSTR/SCT-Amend

不會從應用程式特定標頭和本文資料中移除資訊

WCF 不會追蹤應用程式特定標頭 (例如，查詢字串) 或本文資料 (例如，信用卡號碼) 中的個人資訊。

訊息記錄啟用時，也許可以在記錄中看見應用程式特定標頭和本文資訊中的個人資訊。因此，應用程式部署者應負責設定組態和記錄檔的 ACL。如果不希望可以看見此資訊，也可以關閉記錄功能，或者可以在記錄之後從記錄檔中篩選掉此資訊。

服務模型追蹤

服務模型追蹤來源 (System.ServiceModel) 會啟用與訊息處理相關的活動和事件追蹤。這個功能會從 System.Diagnostics 使用 .NET Framework 的診斷功能。在搭配 MessageLogging 屬性時，使用者可以使用 .NET Framework 應用程式組態檔來設定位置和 ACL。使用訊息記錄時，只要系統管理員啟用追蹤就一定會設定檔案位置，這表示系統管理員控制了 ACL。

當訊息在範圍內時，追蹤就包含訊息標頭。有關上一節所提及之隱藏訊息標頭中的潛在個人資訊，其對應的相同規則也適用：預設會從追蹤中的標頭移除先前所識別的個人資訊。電腦系統管理員和應用程式部署者都必須修改組態，才能記錄可能的個人資訊。不過，應用程式特定標頭所含的個人資訊則會記錄在追蹤中。應用程式部署者應負責設定組態和追蹤檔的 ACL。也可以關閉追蹤來隱藏此資訊，或在記錄之後從追蹤檔案中篩選掉此資訊。

在進行 ServiceModel 追蹤時，當訊息在基礎結構的不同部分傳遞時，唯一識別碼 (又稱為活動識別碼，而且通常為 GUID) 就會將不同的活動連結起來。

自訂追蹤接聽程式

您可以對訊息記錄和追蹤設定自訂追蹤接聽項，這樣就可在網路上傳送追蹤和訊息 (例如，傳送至遠端資料庫)。應用程式部署者負責設定自訂接聽項或讓使用者進行自訂。也負責遠端位置公開的個人資訊，以及適當套用 ACL 至此位置。

IT 專業人員可用的其他功能

WCF 擁有的 WMI 提供者可透過 WMI (Windows 隨附) 公開 WCF 基礎結構組態資訊。根據預設，系統管理員將可使用 WMI 介面。

WCF 組態則會使用 .NET Framework 組態機制。而這些組態檔會存放在電腦上。應用程式開發人員和系統管理員會針對每項應用程式需求而建立組態檔和 ACL。組態檔中包含了一些端點位址和連結，可連接到憑證存放區的憑證。您可以使用憑證來提供應用程式資料，進而可設定應用程式所使用的各種功能屬性。

WCF 也會藉由呼叫 FailFast 方法，來使用 .NET Framework 處理序傾印功能。

IT 專業工具

WCF 也提供了下列在 Windows SDK 中隨附的 IT 專業人員工具。

SvcTraceViewer.exe

這個檢視器會顯示 WCF 追蹤檔案。也會顯示追蹤內所含的任何資訊。

SvcConfigEditor.exe

這個編輯器可讓使用者建立和編輯 WCF 組態檔。這個編輯器還會顯示組態檔中所含的任何資訊。使用文字編輯器也可完成同樣的工作。

ServiceModel_Reg

這個工具可讓使用者管理電腦上的 ServiceModel 安裝。這個工具會在執行時於主控台視窗中顯示狀態訊息，而在處理序中也可能顯示 WCF 安裝組態的相關資訊。

WSATConfig.exe 和 WSATUI.dll

這些工具都可讓 IT 專業人員設定 WCF 中的 WS-AtomicTransaction 網路支援。這些工具會顯示存放在登錄的最常用 WS-AtomicTransaction 設定值，也可讓使用者變更這些值。

跨領域功能

下列功能為跨領域功能。也就是說，可以使用前面提及的任何功能來組成不同的功能。

服務架構

標頭中可含執行個體識別碼，這是會使訊息與 CLR 類別的執行個體產生關聯的 GUID。

Web 服務描述語言 (WSDL) 中包含了連接埠定義。每個連接埠都有端點位址，以及表示應用程式所使用服務的繫結。您可以透過組態決定是否公開 WSDL。在電腦上不會保留任何資訊。

共用方式為