視覺化檢視安全性考量
撰寫視覺化檢視必須承擔可能的安全性威脅。 這些潛在的威脅目前沒有已知的傷害行為，但開發人員仍應暸解這些威脅，並採取本節中所說明的適當安全性考量，以對抗未來的威脅傷害。
偵錯工具視覺化檢視需要比部分信任應用程式所允許還要大的權限。 當您在部分信任的程式碼中被停止時，視覺化檢視將不會載入。 若要使用視覺化檢視進行偵錯，您必須以完全信任方式執行程式碼。
注意
在所有版本的 .NET Framework 與 .NET 中，程式碼存取安全性 (CAS) 均已被取代。 當使用 CAS 相關 API 時，最新版本的 .NET 不會接受 CAS 註釋，並會產生錯誤。 開發人員應尋求替代方案來完成安全性工作。
可能有惡意的偵錯項目元件
視覺化檢視是由至少兩個類別所組成：一個在偵錯工具端而另一個在偵錯項目端。 視覺化檢視通常會部署在放置於特殊目錄的不同組件中，但是也可以從偵錯項目外載入。 當發生這種情況時，偵錯工具會從偵錯項目取出程式碼，並且在偵錯工具中以完全信任方式執行。
當偵錯項目並非為完全信任時，以完全信任執行偵錯項目端的程式碼就會變得有問題。 如果視覺化檢視嘗試從偵錯項目將部分信任組件載入偵錯工具，Visual Studio 將會結束視覺化檢視。
但是，仍然存在次要弱點。 偵錯項目端能夠與從其他來源載入 (而非偵錯項目) 的偵錯工具端產生關聯。 偵錯項目端就能夠通知信任的偵錯工具端自行執行動作。 如果信任的偵錯工具端類別會公開像是 "delete this file" 的機制，則部分信任的偵錯項目就能夠在使用者叫用其視覺化檢視時叫用此機制。
若要減輕這項弱點，請留意視覺化檢視所公開的介面。