在以下情況會發生 LDAP injection 錯誤：

1. 資料從一個不可信賴的來源進入程式。

在此案例中，Fortify Static Code Analyzer 無法判斷資料來源是否可信賴。

2. 資料用於動態建構 LDAP 篩選器。
範例 1：以下程式碼動態建構和執行 LDAP 查詢，此 LDAP 查詢擷取了所有向指定經理報告的員工的記錄。經理的名稱是從 HTTP 要求中讀取，因此是不可信賴的。

...
DirectorySearcher src =
           new DirectorySearcher("(manager=" + managerName.Text + ")");
src.SearchRoot = de;
src.SearchScope = SearchScope.Subtree;

foreach(SearchResult res in src.FindAll()) {
  ...
}

正常情況下，例如搜尋向 John Smith 經理報告的員工，該程式碼執行的篩選如下所示：

(manager=Smith, John)

但是，因為此篩選是由連續的常數基本查詢字串和使用者輸入字串所動態建立的，所以此查詢只有在 managerName 不包含任何 LDAP 中介字元時才會執行正確。如果攻擊者為 managerName 輸入字串 Hacker, Wiley)(|(objectclass=*)，那麼查詢將會變更為：

(manager=Hacker, Wiley)(|(objectclass=*))

根據執行查詢的權限，增加 |(objectclass=*) 條件會使篩選與目錄中的所有項目相符合，而且會讓攻擊者擷取關於整個使用者儲存池的資訊。根據執行 LDAP 查詢所需的權限，此攻擊的廣度會受到限制，但是如果攻擊者可能控制查詢的指令結構，則此類攻擊至少會影響執行 LDAP 查詢的使用者能夠存取的所有記錄。

在以下情況會發生 LDAP injection 錯誤：

1. 資料從一個不可信賴的來源進入程式。

2. 資料用於動態建構 LDAP 篩選器。
範例 1：以下程式碼動態建構和執行 LDAP 查詢，此 LDAP 查詢擷取了所有向指定經理報告的員工的記錄。經理的名稱是從網路通訊端中讀取，因此是不可信賴的。

fgets(manager, sizeof(manager), socket);

snprintf(filter, sizeof(filter, "(manager=%s)", manager);

if ( ( rc = ldap_search_ext_s( ld, FIND_DN, LDAP_SCOPE_BASE,
       filter, NULL, 0, NULL, NULL, LDAP_NO_LIMIT,
       LDAP_NO_LIMIT, &result ) ) == LDAP_SUCCESS ) {
  ...
}

正常情況下，例如搜尋向 John Smith 經理報告的員工，該程式碼執行的篩選如下所示：

(manager=Smith, John)

但是，因為此篩選是由連續的常數基本查詢字串和使用者輸入字串所動態建立的，所以此查詢只有在 manager 不包含任何 LDAP 中介字元時才會執行正確。如果攻擊者為 manager 輸入字串 Hacker, Wiley)(|(objectclass=*)，那麼查詢將會變更為：

(manager=Hacker, Wiley)(|(objectclass=*))

根據執行查詢的權限，增加 |(objectclass=*) 條件會使篩選與目錄中的所有項目相符合，而且會讓攻擊者擷取關於整個使用者儲存池的資訊。根據執行 LDAP 查詢所需的權限，此攻擊的廣度會受到限制，但是如果攻擊者可能控制查詢的指令結構，則此類攻擊至少會影響執行 LDAP 查詢的使用者能夠存取的所有記錄。

在以下情況會發生 LDAP injection 錯誤：
1.資料從一個不可信賴的來源進入程式。

2.資料用於動態建構 LDAP 篩選器。
範例 1：以下程式碼動態建構和執行 LDAP 查詢，此 LDAP 查詢擷取了所有向指定經理報告的員工的記錄。經理的名稱是從 HTTP 要求中讀取，因此是不可信賴的。

...
$managerName = $_POST["managerName"]];

//retrieve all of the employees who report to a manager

$filter = "(manager=" . $managerName . ")";

$result = ldap_search($ds, "ou=People,dc=example,dc=com", $filter);
...

在正常情況下，例如搜尋向 John Smith 經理報告的員工，該程式碼執行的篩選如下所示：

(manager=Smith, John)

但是，因為此篩選是由連續的常數基本查詢字串和使用者輸入字串所動態建立的，所以此查詢只有在 managerName 不包含任何 LDAP 中繼字元時才會執行正確。如果攻擊者為 managerName 輸入字串 Hacker, Wiley)(|(objectclass=*)，則查詢將會變更為：

(manager=Hacker, Wiley)(|(objectclass=*))

根據執行查詢的權限，新增 |(objectclass=*) 條件會使篩選與目錄中的所有項目相符合，而且會讓攻擊者擷取整個使用者集區的相關資訊。根據執行 LDAP 查詢所需的權限，此攻擊的廣度會受到限制，但是如果攻擊者可能控制查詢的指令結構，則此類攻擊至少會影響執行 LDAP 查詢的使用者能夠存取的所有記錄。

在以下情況會發生 LDAP manipulation 錯誤：

1. 資料從一個不可信賴的來源進入程式。

2. 資料是在動態 LDAP 指令的篩選字串外所使用。
範例 1：以下程式碼從透過 HTTP 要求提交的隱藏欄位中讀取 ou 字串，並將其用來建立新的 DirectoryEntry。

...
de = new DirectoryEntry("LDAP://ad.example.com:389/ou="
                        + hiddenOU.Text + ",dc=example,dc=com");
...

因為連線字串包含了使用者輸入且在匿名繫結下執行，攻擊者可透過指定非預期的 ou 值來更改查詢的結果。問題是開發人員沒能充分利用適當的 Access Control 機制來限制之後的查詢，使其只能讀取那些允許目前使用者讀取的員工記錄。

在以下情況會發生 LDAP manipulation 錯誤：

1. 資料從一個不可信賴的來源進入程式。

2. 資料是在動態 LDAP 指令的篩選字串外所使用。
範例 1：以下程式碼從通訊端讀取 dn 字串，並且使用此字串來執行 LDAP 查詢。

...
rc = ldap_simple_bind_s( ld, NULL, NULL );
  if ( rc != LDAP_SUCCESS ) {
    ...
  }
...

fgets(dn, sizeof(dn), socket);

if ( ( rc = ldap_search_ext_s( ld, dn, LDAP_SCOPE_BASE,
                               filter, NULL, 0, NULL, NULL, LDAP_NO_LIMIT,
                               LDAP_NO_LIMIT, &result ) ) != LDAP_SUCCESS ) {
...

因為基準 DN 源自使用者輸入並且查詢是在匿名繫結下執行，所以攻擊者可藉由指定非預期的 dn 字串來更改查詢結果。問題是開發人員沒能充分利用適當的 Access Control 機制來限制之後的查詢，使其只能讀取那些允許目前使用者讀取的員工記錄。

在以下情況會發生 LDAP manipulation 錯誤：

1.資料從一個不可信賴的來源進入程式。

2.資料是在動態 LDAP 指令的篩選字串外所使用。
範例 1：以下程式碼從使用者讀取 dn 字串，並且使用此字串來執行 LDAP 查詢。

$dn = $_POST['dn'];

if (ldap_bind($ds)) {
...

try {
  $rs = ldap_search($ds, $dn, "ou=People,dc=example,dc=com", $attr);
...

因為基準 dn 源自使用者輸入並且查詢是在匿名繫結下執行，所以攻擊者可藉由指定非預期的 dn 字串來更改查詢結果。問題是開發人員沒能充分利用適當的 Access Control 機制來限制之後的查詢，使其只能讀取那些允許目前使用者讀取的員工記錄。

除非該頁面的內容完全由您掌控，否則使用者將能夠點選惡意攻擊者可能用來啟動自動電話或 FaceTime 通話的連結。

舉例來說，您的應用程式可能會顯示部落格貼文或推文，其中可能包含連結。您的使用者所造訪的貼文或推文的作者能夠在其頁面上使用任意連結。如果您的使用者造訪惡意網站並遭受欺騙，或者自動被迫按一下某個連結，則攻擊者能夠啟動自動 FaceTime 或電話通話，然後將裝置封鎖幾秒鐘時間以防使用者取消通話。請注意，即使您控制了登陸頁面，使用者最終仍可能會導覽到其他不可信賴的網站。

範例 1：以下程式碼片段使用 webview 來載入可能包含不可信賴連結的網站，但未指定能夠驗證此 webview 中啟動的要求的委派：

    ...
    let webUrl : NSURL = NSURL(string: "https://some.site.com/")!
    let webRequest : NSURLRequest = NSURLRequest(URL: webUrl)
    webView.loadRequest(webRequest)
    ...

除非該頁面的內容完全由您掌控，否則使用者將能夠點選惡意攻擊者可能用來啟動所不希望的動作的連結。

舉例來說，您的應用程式可能會顯示部落格貼文或推文，其中可能包含連結。您的使用者所造訪的貼文或推文的作者能夠在其頁面上使用任意連結。如果您的使用者造訪惡意網站後遭受欺騙，或者自動被迫按一下某個連結，則攻擊者能夠啟動某些可能有危險的動作，例如使用特殊 URL 架構來啟動 FaceTime 或電話通話、傳送資料或是在第三方應用程式中啟動動作等。請注意，即使您控制了登陸頁面，使用者最終仍可能會導覽到其他不可信賴的網站。

範例 1：以下程式碼片段使用 webview 來載入可能包含不可信賴連結的網站，但未指定能夠驗證此 webview 中啟動的要求的委派：

    ...
    let webUrl = URL(string: "https://some.site.com/")!
    let urlRequest = URLRequest(url: webUrl)
    webView.load(webRequest)
    ...

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取數值。然後記錄此數值。

...
DATA log_msg TYPE bal_s_msg.

val = request->get_form_field( 'val' ).

log_msg-msgid = 'XY'.
log_msg-msgty = 'E'.
log_msg-msgno = '123'.
log_msg-msgv1 = 'VAL: '.
log_msg-msgv2 = val.

CALL FUNCTION 'BAL_LOG_MSG_ADD'
  EXPORTING
    I_S_MSG          = log_msg
  EXCEPTIONS
    LOG_NOT_FOUND    = 1
    MSG_INCONSISTENT = 2
    LOG_IS_FULL      = 3
    OTHERS           = 4.
...

如果使用者提交用於 val 的字串「FOO」，則會記錄以下項目：

XY E 123 VAL: FOO

不過，如果攻擊者傳遞了字串「FOO XY E 124 VAL: BAR」，則會記錄以下的項目：

XY E 123 VAL: FOO XY E 124 VAL: BAR

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

var params:Object = LoaderInfo(this.root.loaderInfo).parameters;
var val:String = String(params["username"]);
var value:Number = parseInt(val);
if (value == Number.NaN) {
  trace("Failed to parse val = " + val);
}

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

Failed to parse val=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

Failed to parse val=twenty-one

User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1.資料從不可信賴的來源進入應用程式。

2.資料寫入至應用程式或是系統記錄檔中。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

...
string val = (string)Session["val"];
try {
int value = Int32.Parse(val);
}
catch (FormatException fe) {
log.Info("Failed to parse val= " + val);
}
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

INFO: Failed to parse val=twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 資料被寫入應用程式或系統日誌檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質，日誌檔可以在需要的時候手動地進行檢索，或者藉由使用工具自動地進行檢索，以得到重要的資料點以及資料趨勢。

如果一個攻擊者能給應用程式提供隨後會被逐字記錄到記錄檔的資料資訊，記錄檔的檢查可能會被妨礙，甚至基於記錄資料的總結可能是錯誤的。攻擊者能夠在他們的資料中包含記錄項目分隔符號字元的話，那他們就可以在記錄中插入錯誤的項目資訊。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。在最糟糕的情況中，攻擊者可以在記錄檔中注入程式碼或者其他的指令，充分利用記錄處理公用程式的弱點 [2]。

範例 1：以下程式碼從一個 CGI 指令碼中接收一個由使用者提交的字串，並試圖將其轉換為長整數值。如果該數值無法解析為整數，則會記錄其值並顯示錯誤訊息，指出發生了什麼情況。

long value = strtol(val, &endPtr, 10);
if (*endPtr != '\0')
	syslog(LOG_INFO,"Illegal value = %s",val);
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

Illegal value=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one\n\nINFO: User logged out=evil」，則會記錄以下的項目：

	INFO: Illegal value=twenty-one

	INFO: User logged out=evil

很顯然，攻擊者可能使用此相同的機制來插入任意記錄項目。為了使這種類型的 log forging 攻擊更有效，攻擊者必須首先定義有效的記錄項目格式，但是這通常是以應用程式的系統資訊洩露為代價的。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由向應用程式提供包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可以藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔處理公用程式的弱點進行破壞 [2]。

範例 1：以下的 Web 應用程式程式碼嘗試從 HTML 表單中讀取數值。然後記錄此數值。

...
01  LOGAREA.
     05  VALHEADER        PIC X(50) VALUE 'VAL: '.
     05  VAL              PIC X(50).
...

EXEC CICS
  WEB READ
  FORMFIELD(NAME)
  VALUE(VAL)
  ...
END-EXEC.

EXEC DLI
  LOG
  FROM(LOGAREA)
  LENGTH(50)
END-EXEC.
...

如果使用者提交用於 VAL 的字串「FOO」，則會記錄以下項目：

VAL: FOO

不過，如果攻擊者傳遞了字串「FOO VAL: BAR」，則會記錄以下的項目：

VAL: FOO VAL: BAR

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。


2. 將資料寫入應用程式或系統記錄檔。


一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下的 Web 應用程式程式碼嘗試從網頁表單中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

<cflog file="app_log" application="No" Thread="No" 
       text="Failed to parse val="#Form.val#">

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

"Information",,"02/28/01","14:50:37",,"Failed to parse val=twenty-one"

不過，如果攻擊者傳遞了字串「twenty-one%0a%0a%22Information%22%2C%2C%2202/28/01%22%2C%2214:53:40%22%2C%2C%22User%20logged%20out:%20badguy%22」，則會記錄以下的項目：

"Information",,"02/28/01","14:50:37",,"Failed to parse val=twenty-one"

"Information",,"02/28/01","14:53:40",,"User logged out: badguy"

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1.資料從不可信賴的來源進入應用程式。

2.將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件的歷史記錄、檢視交易以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱記錄檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由向應用程式提供包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就有可能藉由破壞檔案格式或插入預期外字元的方式，使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔處理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

    func someHandler(w http.ResponseWriter, r *http.Request){
        r.parseForm()
        name := r.FormValue("name")
        logout := r.FormValue("logout")
        ...
        if (logout){
            ...
        } else {
            log.Printf("Attempt to log out: name: %s logout: %s", name, logout)
        }
    }

如果使用者提交字串「twenty-one」給 logout，且能夠建立名稱為「admin」的使用者，則會記錄以下項目：

Attempt to log out: name: admin logout: twenty-one

不過，若攻擊者能建立「admin+logout:+1+++++++++++++++++++++++」這個使用者名稱，則會記錄以下項目：

Attempt to log out: name: admin logout: 1                       logout: twenty-one

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一個錯誤訊息，說明發生哪些情況。

var cp = require('child_process');
var http = require('http');
var url = require('url');

function listener(request, response){
  var val = url.parse(request.url, true)['query']['val'];
  if (isNaN(val)){
    console.log("INFO: Failed to parse val = " + val);
  }
  ...
}
...
http.createServer(listener).listen(8080);
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val = twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

INFO: Failed to parse val=twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質，日誌檔可以在需要的時候手動地進行檢索，或者藉由使用工具自動地進行檢索，以得到重要的資料點以及資料趨勢。

如果一個攻擊者能給應用程式提供隨後會被逐字記錄到記錄檔的資料資訊，記錄檔的檢查可能會被妨礙，甚至基於記錄資料的總結可能是錯誤的。攻擊者能夠在他們的資料中包含記錄項目分隔符號字元的話，那他們就可以在記錄中插入錯誤的項目資訊。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。在最糟糕的情況中，攻擊者可以在記錄檔中注入程式碼或者其他的指令，充分利用記錄處理公用程式的弱點 [2]。

範例 1：以下程式碼從一個 CGI script 中接收一個由使用者提交的字串，並試圖將其轉換為長整型的數值。如果這個數值沒能被解譯成一個數位，那麼輸入資訊就會存入記錄，提示錯誤。

long value = strtol(val, &endPtr, 10);
if (*endPtr != '\0')
	NSLog("Illegal value = %s",val);
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

    INFO: Illegal value=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one\n\nINFO: User logged out=evil」，則會記錄以下的項目：

	INFO: Illegal value=twenty-one

	INFO: User logged out=evil

很顯然，攻擊者可能使用此相同的機制來插入任意記錄項目。為了使這種類型的 Log Forging 攻擊有效，攻擊者必須首先識別有效的記錄項目格式，但這通常是以目標應用程式的系統資訊洩漏為代價的。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

<?php
    $name   =$_GET['name'];
    ...
    $logout =$_GET['logout'];

    if(is_numeric($logout))
    {
        ...
    }
    else
    {
        trigger_error("Attempt to log out: name: $name logout: $val");
    }
?>

如果使用者提交字串「twenty-one」給 logout，且能夠建立名稱為「admin」的使用者，則會記錄以下項目：

PHP Notice: Attempt to log out: name: admin logout: twenty-one

不過，若攻擊者能建立「admin+logout:+1+++++++++++++++++++++++」這個使用者名稱，則會記錄以下項目：

PHP Notice: Attempt to log out: name: admin logout: 1                       logout: twenty-one

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

    name = req.field('name')
    ...
    logout = req.field('logout')

    if (logout):
        ...
    else:
        logger.error("Attempt to log out: name: %s logout: %s" % (name,logout))

如果使用者提交字串「twenty-one」給 logout，且能夠建立名稱為「admin」的使用者，則會記錄以下項目：

Attempt to log out: name: admin logout: twenty-one

不過，若攻擊者能建立「admin+logout:+1+++++++++++++++++++++++」這個使用者名稱，則會記錄以下項目：

Attempt to log out: name: admin logout: 1                       logout: twenty-one

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一個錯誤訊息，說明發生哪些情況。

...
val = req['val']
unless val.respond_to?(:to_int)
  logger.info("Failed to parse val")
  logger.info(val)
end
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val
INFO: twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

INFO: Failed to parse val
INFO: twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質，日誌檔可以在需要的時候手動地進行檢索，或者藉由使用工具自動地進行檢索，以得到重要的資料點以及資料趨勢。

如果一個攻擊者能給應用程式提供隨後會被逐字記錄到記錄檔的資料資訊，記錄檔的檢查可能會被妨礙，甚至基於記錄資料的總結可能是錯誤的。攻擊者能夠在他們的資料中包含記錄項目分隔符號字元的話，那他們就可以在記錄中插入錯誤的項目資訊。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。在最糟糕的情況中，攻擊者可以在記錄檔中注入程式碼或者其他的指令，充分利用記錄處理公用程式的弱點 [2]。

範例 1：以下程式碼接受一個由使用者提交的字串，並嘗試將其轉換為所表示的整數值。如果這個數值沒能被解譯成一個數位，那麼輸入資訊就會存入記錄，提示錯誤。

...
let num = Int(param)
if num == nil {
    NSLog("Illegal value = %@", param)
}
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

    INFO: Illegal value = twenty-one

不過，如果攻擊者傳遞了字串「twenty-one\n\nINFO: User logged out=evil」，則會記錄以下的項目：

	INFO: Illegal value=twenty-one

	INFO: User logged out=evil

很顯然，攻擊者可能使用此相同的機制來插入任意記錄項目。為了使這種類型的 Log Forging 攻擊有效，攻擊者必須首先識別有效的記錄項目格式，但這通常是以目標應用程式的系統資訊洩漏為代價的。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

...
Dim Val As Variant
Dim Value As Integer
Set Val = Request.Form("val")
If IsNumeric(Val) Then
	Set Value = Val
Else
	App.EventLog "Failed to parse val=" & Val, 1
End If
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

Failed to parse val=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0a+User+logged+out%3dbadguy」，則會記錄以下的項目：

Failed to parse val=twenty-one

User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1.資料從不受信任的來源進入應用程式。



2.將資料寫入應用程式或系統記錄檔。



一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱記錄檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由向應用程式提供包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就有可能藉由破壞檔案格式或插入預期外字元的方式，使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔處理公用程式的弱點進行破壞 [2]。

範例 1：以下 REST 端點嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

@HttpGet
global static void doGet() {
    RestRequest req = RestContext.request;
    String val = req.params.get('val');
    try {
        Integer i = Integer.valueOf(val);
        ...
    } catch (TypeException e) {
        System.Debug(LoggingLevel.INFO, 'Failed to parse val: '+val);
    }
}

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

Failed to parse val: twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aUser+logged+out%3dbadguy」，則會記錄以下項目：

Failed to parse val: twenty-one

User logged out=badguy

您可以清楚發現，攻擊者可使相同的機制來插入任意記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。 根據應用程式的本質而定，檢閱記錄檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。 在大多數理想的情況下，攻擊者可能會藉由向應用程式提供包含適當字元的輸入，而將錯誤的項目插入記錄檔。 如果記錄檔是自動化處理的，那麼攻擊者就有可能藉由破壞檔案格式或插入預期外字元的方式，使檔案無法使用。 更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。 藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。 最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔處理公用程式的弱點進行破壞 [2]。

範例 1： 以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。 如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一條錯誤訊息，說明發生哪些情況。

  ...
          String val = request.Params["val"];
          try {
                  int value = Int.Parse(val);
          }
          catch (FormatException fe) {
                  log.Info("Failed to parse val = " + val);
          }
  ...
  

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

  INFO: Failed to parse val=twenty-one
  

不過，如果攻擊者提交字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下項目：

  INFO: Failed to parse val=twenty-one

  INFO: User logged out=badguy
  

您可以清楚地發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

有人認為在行動環境中，典型的 Web 應用程式弱點 (例如 Log Forging) 不會產生影響，因為使用者為何會攻擊自己呢？ 但是請謹記，行動平台的本質是從多種來源下載，並在相同裝置上一起執行的應用程式。 在金融應用程式旁執行惡意程式碼的可能性很高，這必然會擴大行動應用程式的受攻擊面，將程序之間的通訊包括在內。

範例 2：以下程式碼改寫 Example 1 以適用於 Android 平台。

  ...
          String val = this.Intent.Extras.GetString("val");
          try {
                  int value = Int.Parse(val);
          }
          catch (FormatException fe) {
                  Log.E(TAG, "Failed to parse val = " + val);
          }
  ...
  

Log Forging 弱點會在以下情況中出現：

1.資料從不可信賴的來源進入應用程式。

2.將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱記錄檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由向應用程式提供包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可以藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，攻擊者可能使用毀損的記錄檔來掩護其追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔處理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一則錯誤訊息，說明發生哪些情況。

...
    var idValue string

    idValue = req.URL.Query().Get("id")
    num, err := strconv.Atoi(idValue)

    if err != nil {
        sysLog.Debug("Failed to parse value: " + idValue)
    }
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val=twenty-one

不過，如果攻擊者提交字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下項目：

INFO: Failed to parse val=twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可使相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一個錯誤訊息，說明發生哪些情況。

var cp = require('child_process');
var http = require('http');
var url = require('url');

function listener(request, response){
  var val = url.parse(request.url, true)['query']['val'];
  if (isNaN(val)){
    console.error("INFO: Failed to parse val = " + val);
  }
  ...
}
...
http.createServer(listener).listen(8080);
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

INFO: Failed to parse val=twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一個錯誤訊息，說明發生哪些情況。

...
val = request.GET["val"]
try:
  int_value = int(val)
except:
  logger.debug("Failed to parse val = " + val)
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

INFO: Failed to parse val=twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%0aINFO:+User+logged+out%3dbadguy」，則會記錄以下的項目：

INFO: Failed to parse val=twenty-one

INFO: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

Log Forging 弱點會在以下情況中出現：

1. 資料從不可信賴的來源進入應用程式。

2. 將資料寫入應用程式或系統記錄檔。

一般來說，應用程式會使用記錄檔來儲存事件或交易的歷史記錄，以便之後進行檢閱、統計資料蒐集或除錯之用。根據應用程式的本質而定，檢閱日誌檔的工作可在需要時手動執行，或者自動執行，方法為使用工具自動選取重要事件或帶有某種傾向資訊的記錄檔。

如果攻擊者可以提供資料給會持續逐字記錄內容的應用程式，則可能會妨礙或是誤導記錄檔的解讀。在大多數理想的情況下，攻擊者可能會藉由提供應用程式包含適當字元的輸入，而將錯誤的項目插入記錄檔。如果記錄檔是自動化處理的，那麼攻擊者就可能能夠藉由破壞檔案格式或插入預期外字元的方式，來使檔案無法使用。更猛烈的惡意攻擊甚至可能導致記錄檔的統計資料產生偏差。藉由偽造或其他方式，毀損的記錄檔可用來掩護攻擊者的追蹤，或甚至授意第三方執行惡意行為 [1]。最糟糕的情況是，攻擊者可能會在記錄檔中插入程式碼或其他指令，並利用記錄檔理公用程式的弱點進行破壞 [2]。

範例 1：以下 Web 應用程式程式碼嘗試從一個要求物件中讀取整數值。如果這個值無法解析成一個整數，那麼就會記錄此輸入並附帶一個錯誤訊息，說明發生哪些情況。

...
val = req['val']
unless val.respond_to?(:to_int)
  logger.debug("Failed to parse val")
  logger.debug(val)
end
...

如果使用者提交用於 val 的字串「twenty-one」，則會記錄以下項目：

DEBUG: Failed to parse val
DEBUG: twenty-one

不過，如果攻擊者傳遞了字串「twenty-one%0a%DEBUG:+User+logged+out%3dbadguy」，則會記錄以下的項目：

DEBUG: Failed to parse val
DEBUG: twenty-one

DEBUG: User logged out=badguy

您可以清楚發現，攻擊者可能使用相同的機制來插入任何記錄檔項目。

這些類型的弱點可能會在以下情況中出現：在攻擊者可以影響傳送至 SMTP 郵件伺服器的指令時，會發生 SMTP Command Injection 弱點。

1.資料從不可信賴的來源進入應用程式。

2.資料被用作代表應用程式所執行指令的字串，或字串的一部分。

3.透過執行 SMTP 命令，攻擊者可以指示伺服器執行惡意動作，例如傳送垃圾郵件。

範例 1：以下程式碼使用 HTTP 要求參數修改傳送至 SMTP 伺服器的 VRFY 指令。攻擊者可能使用此參數修改傳送至伺服器的指令，並使用 CRLF 字元插入新指令。

  ...
    c, err := smtp.Dial(x)
	if err != nil {
		log.Fatal(err)
	}
	user := request.FormValue("USER")
	c.Verify(user)
  ...
  

在攻擊者可能影響傳送至 SMTP 郵件伺服器的指令時，會發生 SMTP Command Injection 弱點。

1. 資料從不可信賴的來源進入應用程式。

2. 資料被用作代表應用程式所執行指令的字串，或字串的一部分。

3. 透過執行 SMTP 指令，攻擊者能夠指示伺服器執行惡意動作，如傳送垃圾郵件。

範例 1：以下程式碼使用 HTTP 要求參數修改傳送至 SMTP 伺服器的 VRFY 指令。攻擊者可能使用此參數修改傳送至伺服器的指令，並使用 CRLF 字元插入新指令。

...
user = request.GET['user']
session = smtplib.SMTP(smtp_server, smtp_tls_port)
session.ehlo()
session.starttls()
session.login(username, password)
session.docmd("VRFY", user)
...

在以下情況下會發生 Memcached injection 錯誤：

1. 資料從一個不可信賴的來源進入程式。



2. 資料用來動態建構 Memcached 索引鍵或值。

範例 1：以下程式碼會動態建構 Memcached 索引鍵。

...
def store(request):
    id = request.GET['id']
    result = get_page_from_somewhere()
    response = HttpResponse(result)
    cache_time = 1800
    cache.set("req-" % id, response, cache_time)
    return response
...

此程式碼欲執行的作業如下所示：

set req-1233 0 0 n
<serialized_response_instance>

然而，由於是透過串聯常數索引鍵字首和使用者輸入字串來動態建構該作業，因此，攻擊者可能傳送 ignore 0 0 1\r\n1\r\nset injected 0 3600 10\r\n0123456789\r\nset req- 字串，然後作業會變成如下所示：

set req-ignore 0 0 1
1
set injected 0 3600 10
0123456789
set req-1233 0 0 n
<serialized_response_instance>

上述索引鍵將在 injected=0123456789 快取中成功新增索引鍵/值組。視裝載而定，攻擊者將能夠透過插入由 Pickle 序列化的裝載 (在還原序列化之後會執行任意程式碼)，破壞快取或執行任意程式碼。

應用程式無法對從 Web 表單接收的資料類型進行驗證。 最好驗證所接收的資料是否滿足為預期資料定義的要求。


範例 1： 以下程式碼定義了一個表單，但無法按照預期的要求驗證資料：

  def form = Form(
    mapping(
      "name" -> text,
      "age" -> number
    )(UserData.apply)(UserData.unapply)
  )

最成功的攻擊往往是由破解程式設計師的假設開始。如果接受 XML 文件而不驗證該文件是否符合 DTD 或 XML 架構，程式設計師等於是放任攻擊者提供非預期、不合理或惡意的輸入。當然，一個 XML 剖析器不可能驗證文件的所有內容；換句話說，剖析器無法了解資料的完整語意。但是，剖析器可以進行完整且徹底的文件結構檢查，因此可以保證處理文件的程式碼中的內容形式是合法的。

最成功的攻擊往往是由破解程式設計師的假設開始。如果接受 XML 文件而不驗證該文件是否符合 DTD 或 XML 架構，程式設計師等於是放任攻擊者提供非預期、不合理或惡意的輸入。當然，一個 XML 解析器不可能驗證文件的所有內容；換句話說，解析器無法瞭解資料的完整語意。但是，解析器可以進行完整且徹底的文件結構檢查，因此可以保證處理文件的程式碼中的內容形式是合法的。