Log Forging (debug)

將未經驗證的使用者輸入寫入記錄檔會允許攻擊者偽造記錄項目，或將惡意內容插入到記錄檔中。

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

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