Trust Boundary Violation

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。
範例 1：以下 C# 程式碼接受 HTTP 要求，並在檢查以確認使用者已通過驗證之前，在 HTTP 工作階段物件中儲存 usrname 參數。

usrname = request.Item("usrname");
if (session.Item(ATTR_USR) == null) {
    session.Add(ATTR_USR, usrname);
}

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下程式碼會將來自 iOS 延伸 JavaScript 指令碼的不可信賴項目 (URL) 傳遞給 iOS 延伸程式碼。

    var GetURL = function() {};
    GetURL.prototype = {
        run: function(arguments) {
            ...
            arguments.completionFunction({ "URL": document.location.href });
        }
        ...
    };
    var ExtensionPreprocessingJS = new GetURL;
    

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下 Kotlin 程式碼接受 HTTP 要求，並在檢查以確認使用者已通過驗證之前，在 HTTP 階段作業物件中儲存 usrname 參數。

val usrname: String = request.getParameter("usrname")
if (session.getAttribute(ATTR_USR) != null) {
    session.setAttribute(ATTR_USR, usrname)
}

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信任邊界想像成一條穿過程式的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下程式碼會將不可信賴的項目從 iOS 延伸傳遞到主機 webview。

#import <MobileCoreServices/MobileCoreServices.h>

- (IBAction)done {
    ...
    [self.extensionContext completeRequestReturningItems:@[untrustedItem] completionHandler:nil];
}

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。
範例 1：以下程式碼接受了 usrname Cookie，並將其值儲存在 HTTP DB 工作階段中，然後驗證使用者是否已通過驗證。

...
IF (OWA_COOKIE.get('usrname').num_vals != 0) THEN
usrname := OWA_COOKIE.get('usrname').vals(1);
END IF;
IF (v('ATTR_USR') IS null) THEN
HTMLDB_UTIL.set_session_state('ATTR_USR', usrname);
END IF;
...

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下 Python 程式碼接受 HTTP 要求，並在檢查以確認使用者已通過驗證之前，在 HTTP 工作階段物件中儲存 username 參數。

uname = request.GET['username']
request.session['username'] = uname

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信任邊界想像成一條穿過程式的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下程式碼會將不可信賴的項目從 iOS 延伸傳遞到主機 webview。

import MobileCoreServices

@IBAction func done() {
    ...
    self.extensionContext!.completeRequestReturningItems([unstrustedItem], completionHandler: nil)
}

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。

將可信賴和不可信賴的資料混合在同一資料結構中，這麼做會讓程式設計師誤信未經驗證的資料。

您可以將信賴界線想像成一條透過程式所畫出的分界線。在分界線的一側，資料是不可信賴的。而在線的另一側，則會假設資料是可信賴的。驗證邏輯的目的是允許資料安全地跨越可信賴界線－－從不可信賴的一側移動到可信賴的一側。

當一個程式把可信賴和不可信賴間的界線弄得模糊不清時，就會發生 Trust Boundary Violation 的問題。發生這種錯誤最普遍的方式就是，將可信賴的和不可信賴的資料混合在同一個資料結構中。

範例 1：以下程式碼接受 HTTP 要求，並在檢查以確認使用者已通過驗證之前，在 HTTP 工作階段物件中儲存 usrname 參數。

...
Dim Response As Response
Dim Request As Request
Dim Session As Session
Dim Application As Application
Dim Server As Server
Dim usrname as Variant
Set Response = objContext("Response")
Set Request = objContext("Request")
Set Session = objContext("Session")
Set Application = objContext("Application")

usrname = Request.Form("usrname")
If IsNull(Session("ATTR_USR")) Then
	Session("ATTR_USR") = usrname
End If
...

如果沒有建立完善且妥善維護的信賴界線，程式設計師將不可避免地混淆哪些資料經過驗證以及那些資料尚未經過驗證。這種混淆狀況最後會導致在沒有先行驗證某些資料的情況下，就使用這些資料。