就是資安

ReDoS? 可不是再次的阻斷服務攻擊 (Re-DoS)，而是正規表示式阻斷服務攻擊 (Regular Expression DoS)，是阻斷服務攻擊的一種手法。對於一般的程式開發，雖然不見得常使用到正規表示式的應用，但是正規表示式卻常見於各式各樣的過濾器上。所以像是網站應用程式的輸入檢查、快取伺服器或其他類型閘道器的存取過濾功能，通常都有正規表示式的存在。

正規表示式最基本的應用就是用來尋找資料中是否含有特定樣式的內容，例如我們可以透過正規表示式來判斷一個文字檔內是否含有手機號碼，而判斷條件就是以0為開頭的連續10個數字 (這個條件可能不適合用來找出所有可能的手機號碼，但是無損於說明性)。也因此正規表示式的應用至少含有兩個部分，一個就是用來當做搜尋的樣式 (Pattern，通常這部份也稱為正規表示式)，以前述的例子而言就是”以0為開頭的連續10個數字”。另外一部分則是用來被搜尋的輸入目標，以前述的例子而言就是文字檔的內容。而正規表示式阻斷服務攻擊發生在利用某些樣式進行搜尋時將有可能會產生大量消耗運算資源的情況，因而使得系統無法處理其他的請求。這也是它為什麼被稱為阻斷服務攻擊的原因了。

在上個月的一篇文章中，我們看到 WhiteHat Security 對於避免 SQL Injection 的危害提出了 10 個手法。其中第 7 個手法，使用”參數化的查詢 (在 Java 的程式語言中主要是透過 PreparedStatement 來提供) 並避免使用動態式的查詢”對許多人來說應該算是老生常談了。事實上，程式內未採用參數化查詢大多不是因為技術上的考量，因為除了極少數的情況 (通常與效能有關) 外，參數化查詢都是可以順利運作的。在無法採用參數化查詢的原因中，最常見的情況就是使用了預儲程序 (Stored Procedure)。預儲程序如果小心使用，對於 SQL Injection 其實也有一定的防護能力。但是預儲程序畢竟不像參數化查詢那般嚴謹，所以提供這些功能的程式碼無法事先做太多的防範措施，大多數防護的責任還是落在系統開發者自行開發的程式上。而參數化查詢因為會嚴格限制每個參數的型別，所以提供此一功能的程式就可以做好萬全的準備，讓系統開發者在撰寫自己的程式時不需太過擔心。所以除非被限制必須使用預儲程序來存取資料，否則我們就應該採用參數化查詢來存取資料。

參數化查詢與預儲程序之間的取捨，往往還有許多其他非技術的因素，但是這並不是我這篇文章的重點，所以這個問題就在此打住。當我們確實採用了參數化的查詢後，是否就可以對 SQL Injection 高枕無憂了呢?很可惜的是，答案依舊是否定的。如果我們仔細審視第一段的藍色文字，可以發現後半段是避免使用動態式的查詢。而前、後段文字使用”並”加以連結，所以一旦使用者違反了後半段文字的限制，即使使用參數化查詢依舊會遭受 SQL Injection 的攻擊。因為這點對於部分的系統開發者來說或許並不是那麼熟悉，所以接下來我將以實際的例子 (Java 語法) 來加以說明。我假設我們擁有一個稱為 users 的資料表，內含 name 與 password 兩個欄位，分別表示使用者的姓名與密碼。而在此資料表中有一個使用者的姓名與密碼分別為 ‘cyril wang’ 與 ’1234’。

在上一篇的文章中，我們了解到何謂 CSRF 以及其運作原理，在這篇的文章中我想要談談網站開發者與使用者該如何做才能避免 CSRF 的威脅。

要避免 CSRF 的攻擊，目前公認最有效的方式就是所謂的 Synchronizer Token Pattern。簡單來說，Synchronizer Token Pattern 指的是每次使用者發出請求時 (不管是透過 POST 還是 GET) 都必須傳回一個網站系統所指定的亂數，而這個亂數可以設計成適用於整個 Session 階段，也可以設計為只能使用一次。以安全性而言，後者的作法確實可以達到相當好的效果，但是卻也會為使用者帶來極大的不便性，所以在大部分的情況下前者反而是比較常用的作法。其實後者的作法除了應用在增加安全性之外，也常被用來作為避免使用者重複發出請求的保護措施。使用者重複發出請求尤其容易出現在反應較慢的系統中，使用者因為失去耐心或不知所措之下往往只好重複之前的動作 (請求)。

Cross-site Request Forgery，常縮寫為 CSRF (或 XSRF)，中文翻譯稱之為跨網站的偽造要求。除了這些稱呼，其他像是 Cross-site Reference Forgery、Session Riding、One-click Attack 等等各式各樣的名稱，其實指的都是同一種攻擊手法。 CSRF 跟 XSS (Cross-site Scripting) 都是跨網站的攻擊手法，但是 CSRF 利用的是使用者對於瀏覽器的信任而達到攻擊目的，而 XSS 則是利用使用者對於網站本身的信任。

簡單來說，CSRF 就是在使用者不知情的情況下，讓瀏覽器送出請求給目標網站以達攻擊目的。 對於 HTTP 協定有所了解的讀者，看到這句話可能會覺得很困惑。因為在預設的情況下，任何人只要知道 URL 與參數都可以對網站發出任何請求，如此說來不是所有的網站都會遭受 CSRF 的攻擊了嗎？可以說是，也可以說不是。因此嚴格來說，CSRF 通常指的是發生在使用者已經登入目標網站後，駭客利用受害者的身分來進行請求，如此一來不但可以獲得受害者的權限，而且在系統的相關紀錄中也很難發現可疑之處。

前一陣子在一次偶然的機會中，被一位高手問到 (應該說是考到) 什麼是 Clickjacking，又要怎麼防備？老實說，雖然 Clickjacking 這個手法剛被提出時我就注意到相關的新聞，但是當時尚未公布實際的手法，再加上 Clickjacking 一直不像 SQL Injection、XSS 這些手法這麼普及 (OWASP Top 10 還排不上)，所以後來我就一直沒有動力去研究 Clickjacking 這個手法。因此，只記得當時我真的是比穿黑衣還掉了滿身的頭皮屑還糗。不過話說回來，學習永遠不嫌晚，所以我趕緊惡補了一下，並透過這篇文章跟各位分享一下 Clickjacking 這個很危險卻還沒有被廣泛應用的攻擊手法。

Clickjacking，簡單來說就是將使用者在瀏覽網頁的點擊動作進行綁架，讓點擊動作產生非使用者所預期的行為。Clickjacking 最初公布的 例子，也是最著名的例子，就是利用隱形頁框 (invisible iframe) 的方式，讓受害者在不知不覺中”自己”修改 Flash 的安全設定，以利駭客可以遠端控制受害者電腦的攝影機與麥克風，進而進行遠端的監聽/監視。目前常見的資料將 Clickjacing 分為 frame-based clickjacking (又稱為 UI readressing) 與 plugin-based clickjacking 兩大類，但是在阿碼外傳上的 範例 使用修改 onclick 事件處理程序的方式，也可算是另外一種實現的手法。

之前我在分享有關釣魚攻擊的手法時，提到了 CEH 的分類。而根據 Aza Raskin 於日前所發表的網誌中，他提到了一種稱之為 Tabnabbing 的新攻擊手法。簡單來說，這種攻擊手法就是利用瀏覽器的頁籤功能，當使用者切換至其它頁籤時，將原先頁籤的內容導到另外一個假冒的網頁，當然，這個假冒的網頁會要求你輸入帳號/密碼。

網誌中提到的攻擊情境為：

之前我提到有關釣魚攻擊的研究報告與防範之道，這次我想要針對釣魚攻擊本身做個解釋。釣魚攻擊英文是 Phishing，我沒有拼錯，確實不是 Fishing，據聞這可能是 Phreaking 與 Fishing 的合體字。釣魚攻擊 (原始) 指的是利用假冒成合法的通訊對象，以騙取對方機密資料的手法。常見的例子為透過電子郵件或即時通訊等方式，誘騙使用者進入一個外觀很像合法網站 (如 eBay) 的假網站，之後使用者輸入的帳號/密碼就會被這個假網站所記錄。比較簡單的假網站可能在取得帳號/密碼之後就將使用者導回真正的目標網站，而有些假網站的模擬程度就更高了。但是一般而言，除非有別的安全機制，不然只要取得使用者的帳號/密碼就已經足夠取得使用者所有的資訊，所以假網站通常並不需要很複雜的功能。

魚叉式釣魚攻擊與社交網站

根據 Betanews 文章的揭露，資訊安全專家 Kurt Seifried 將在下個月的 Linux Magazine 講解有關 CA 憑證申請易遭濫用的問題。簡單來說，步驟如下：

1. 找尋一個免費的 webmail 服務供應商。
2. 註冊一個帳號，例如 ssladmin。
3. 到 RapidSSL.com 購買憑證，記得使用上述註冊的 email 帳號作為申請驗證的帳號。
4. 完成後續的申請步驟。
5. 步驟完成後你將會獲得這個 webmail 網域的合法憑證。

好吧，嚴格來說整個過程跟 CA 機制沒有關係，而是在於申請的流程中，CA 憑證發放單位為了便宜行事而採用了簡單的驗證機制，也就是僅檢查 email 帳號。email 會被竊取，對於 webmail 的網域來說更方便，甚至連竊取都不需要。對這些 CA 憑證發放的單位而言，越簡單方便的申請流程不但可以減省成本，還可以順便增加收入，所以何樂而不為。但是這樣的機制卻因為過於簡化而容易遭到濫用，或許是 CA 憑證發放單位始料未及的事情，也有可能是其已知卻不想去面對的問題。事實上，很多廠商在設計業務或產品時，都一再忽略安全的重要性，因為這些東西對大部分的客戶是沒有 (直接的) 價值、甚至是根本感覺不到的。即便是在安全產業內，這種現象也是很普遍，畢竟賺錢這個終極目標，對身處任何產業的公司來說都是一樣的。

三位在密西根大學的學生於日前發表了一份有關破解 RSA 私鑰的論文，在論文中他們採用錯誤為主 (Fault-based) 的攻擊手法，以運行於 FPGA 上的 Linux 系統在 100 個小時之內成功地破解了 1024-bit 的 RSA 私鑰。Fault-based 的攻擊手法簡單來說就是想辦法讓攻擊目標產生錯誤，進而由攻擊目標的行為或輸出結果來找到隱含的秘密。在這次的攻擊手法中，三位學生利用改變系統電壓的方法，造成處理器運算錯誤而產生錯誤的結果。在收集到足夠的錯誤資料後，就可以利用這些資料進行破解私鑰的攻擊。1024-bit 的 RSA 依舊是目前 SSL 常使用的金鑰長度，不過還好這種攻擊手法需要先能夠取得實體環境的控制能力才行。除了硬體式的攻擊手法外，Fault-based 的攻擊方式也可以是軟體式的，亦即不需要取得實體環境的控制就可以進行攻擊。除此之外，許多攻擊手法也都會利用到 Fault-based 的觀念，想辦法讓系統產生錯誤並加以觀察，以找到可能有效的破壞管道。例如在登入頁面輸入一些特殊字元到使用者的帳號欄位中，觀察系統是否會產生錯誤以及相關的錯誤訊息，以便猜測系統是否存有 SQL Injection 之類的安全漏洞。所以如何做好 Fault Protection，不單只是產品穩定性的議題，同時也是安全性的議題。

雖然有越來越多的廠商與產品試著去解決惡意程式所帶來的問題，但是不可否認惡意程式的威脅與影響依舊越來越大。除此之外，惡意程式也越來越有”創意”，讓這場官兵與強盜之間的遊戲更加精采。儘管惡意程式變化之多，我們仍舊可以將大多數惡意程式的行為(至少)分為兩個階段，第一個階段是感染 (Infection) 階段，第二個階段則是攻擊 (Attack) 階段。

在感染階段中，最重要的事項就是如何避免被發現。在此前提下，其次才是感染的速度與數量。而實際感染的途徑，也從早期的實體方式 (如磁碟片、光碟片等)演進到透過網路的方式。在網路的感染方式中，News Group、Email、IM、Web則陸陸續續被有心人士所利用。今天我們要談的是一種稱之為 Drive-by Downloads 的方式，簡單說來就是讓使用者在瀏覽網頁(或是閱讀HTML格式的信件)時，不知不覺地下載惡意程式並因而遭受感染。也許 Drive-by Downloads 這個名詞對許多人有些陌生，換個說法或許大家就比較清楚，這個說法就是網頁掛馬攻擊。聽起來也許很神奇，但是基本上所謂的”不知不覺”都還是得利用應用程式的漏洞加以遂行。只是跟傳統上利用作業系統漏洞加以感染相比較，現在會被加以利用的則包含了各式各樣的應用程式，尤其是像 Flash 、 PDF 、 影像播放器這類大量被應用在網際網路服務的相關軟體。此外，瀏覽器本身當然也是一個會遭受攻擊的明顯目標。

在 之前 的文章中，我曾提到有關密碼的議題。雖然過了一年的時間，密碼依舊是我們每天在大量使用的驗證機制，而且在可見的未來並沒有跡象顯示這樣的情況會有任何轉變。方便性，這是所有其他驗證機制想要取代密碼的最大挑戰。所以雖然我們有個人憑證、Token這類”相當”安全的驗證機制，但是實際應用的系統依舊相當有限。

一家位於波士頓的公司 - Delfigo Security，推出了一項線上驗證的服務，名稱為 DSGateway 。此服務特別之處，在於它在原先的帳號/密碼驗證機制之外加上了其它的要素做為是否通過驗證的條件。當使用者輸入帳號/密碼之後，如果輸入資料正確，則原先的驗證伺服器可以將額外的資訊傳送到 Delfigo 的伺服器做進一步的判斷。這些額外資訊包含打字的特性 (Keystroke dynamics)、地理位置  (Geospatial parameters)、系統設定 (System parameters)等。而驗證的結果也不是通過與不通過這樣兩極化的判斷，而是一個稱之為 Confidence Factor (CF) 的數值，系統並可進一步根據此數值決定使用者的權限。整個基本的運作流程可以參考下圖。

這幾年資料外洩的議題相當夯，各式各樣的產品層出不窮，從 Application-Level Firewall、終端設備管控、文件加密，到列印管控等等，著實令人眼花撩亂。會有這麼多的產品產生，主要是因為資料有所謂的生命周期，而在每個周期內都有其必須注意的事項。另外而且因為資訊化程度的提高，資料已經是無所不在、無所不用了。所以資料外洩的問題是隨”時”、隨”地”都有可能發生的，也因此才會有這麼多看似強大，但是卻又無法完全解決問題的產品。

IBM 的研究家們於日前發表了一個稱為 MAGEN (MAsking Gateway for ENterprise) 的技術，該技術可以自動根據使用者的權限在資料顯示之前將不符合權限的內容”遮蓋”起來。根據 IBM 的說法，這樣的技術不需要修改其他應用程式，而是產生一張使用者權限所能存取資料的影像並將之顯示出來。如果這樣的說法屬實，那麼表示其實使用者的電腦依舊存有(至少存在記憶體內)完整的原始資料。也因此透過特定的技術，有心分子應該還是可以取得完整的原始資料並加以存取。另外一個問題就是如果輸出到印表機這類裝置，隱藏的效果是否依舊有效？

在前一篇文章中，我針對 ADS 做了基本介紹。在本篇文章中，我將繼續此一話題，並將介紹重點移至如何實際進行 ADS 的相關操作。篇幅有些長，但是因為大多是截圖的關係，所以在閱讀上應該是不會花費太多的時間。

1. 首先我們建立一個空的目錄(D:\ads)，並在此一目錄下進行測試。
   

雖然說 NTFS 問世至今已經經過了 10 多年，但是有一個功能卻依舊很少人知道。嗯，或許應該說一般正常使用者很少知道。這個功能叫做 Alternate Data Streams，簡稱 ADS 。用白話的方式來說， ADS 允許一個檔案可以挾帶其他的資訊，而這些資訊當初的規劃是為來做為 Metadata 使用。很玄，我也承認。因為在日常的使用中，根本沒有那個應用程式會利用到 ADS 。甚至連微軟自家的檔案瀏覽器都無法顯示這些資料的存在，更別說可以新增或修改了。

為了瞭解此一設計的初衷，我查了一下資料，才發現這並不是微軟自己的發明，在不少檔案系統都有類似的設計。這類的 Metadata 可以用來儲存顯示檔案的圖示，也可以用來儲存文書檔案的顯示格式，乍聽之下好像還道理的…但是好像也不是那麼有道理。不管如何，ADS 依舊是一個不為一般人知的祕密，也沒有給我們帶來任何的改變。

Social Web這兩三年很紅，紅的不只是其受一般使用者歡迎的程度，而且也絕對是駭客的新寵。我個人雖然不常使用Social Web，但是或多或少還是無法避免，Facebook是我使用的其中之一。Facebook除了官方的功能，還提供了許多第三方開發的應用程式，這也是Facebook這麼熱絡的原因之一。話說這天我收到一個朋友發出的應用程式使用邀請，接受邀請想加入後不得了，出現了惡名昭彰的SQL錯誤訊息。雖然直接秀出SQL是不被接受的行為，但是我可也沒放棄這個機會。我稍微看了一下，原來就是’這個符號沒有處理好，而’這個符號剛好對SQL語法而言有重大意義。但是我再仔細想了一下，Facbook因為是全球性的網站，個人資料有’這個符號應該也不是完全不可能，至少我就看過人名是有’這個符號的。而我個人資料有’這個符號是出現在家鄉的省份(T'ai-pei)，難道這個欄位有免受檢查的特權？所以，為了測試我的想法，我又申請了一個帳號測試這個問題。我這次申請的帳號除了所在地區同樣帶有’外，連姓名也加上了’，測試結果顯示姓名的’被移除了。雖然移除不是一個好的選項(因為這樣姓名就變了)，但是至少不會造成程式執行的錯誤。所以應用程式的開發者的確知道該檢查使用者輸入的資料，但是卻沒有檢查到所有該檢查的資料。所以，就有了今天的主題。

Facebook應用程式的錯誤訊息

Key Logger，簡單來說就是紀錄鍵盤打字的紀錄，這些鍵入的文字通常包含帳號，當然也包含密碼。Key Logger我們比較熟知的軟體的形式，可能是木馬，也可能是rootkit，只要它能夠記錄這些鍵盤的使用即可。因為問題的嚴重性，所以目前也有不少的產品可以用來偵測這類軟體的存在。此外也有一些其他的技術可以用來避免使用者敲擊鍵盤的機會，例如所謂的動態鍵盤。除了軟體之外，其實也有硬體的形式，其中有一種技術是偵測鍵盤連結線所散發的電磁訊號。而最新的偵測手法，則是利用雷射光的技術，將雷射光打到鍵盤上去偵測鍵盤的敲擊。這類技術最大的好處是成本便宜，而且在較遠的距離外就可以加以偵測，缺點是必須在目視的情況下才能加以進行(因為雷射光要目視的條件才能照射)。另外一種技術則是透過電力線偵測鍵盤的敲擊，而這技術所允許的距離更加遙遠，甚至可以在無法目視的情形下加以進行。惡意分子不需目視就可以進行偵測，也就表示被偵測的人無法看到對方，更增加了成功的機會。好在這個偵測方式目前僅能針對PS/2介面的鍵盤，算是不幸中的大幸，不然就真的只能把電腦關掉才能保護自己的資料了。

相關連結：

當這幾天國內為了戰國策的資安事件沸沸揚揚時，其實國外發生了更大的一件事，那就是包含VeriSign在內的六家CA，所配發的憑證存在著安全的弱點。這次的事件，影響的範圍包含了世界各地的網際網路使用者，影響相當大。而事件發生的主因其實很簡單，那就是產生憑證所使用的其中一個演算法-MD5-有所謂的碰撞(MD5 Collision)問題。

在解釋MD5碰撞之前，我先稍微談一下憑證這個東西。憑證最常被大家所熟悉的應用就是當在網路上進行重要的行為時(如線上購物)，廠商用來確保傳遞資料安全性的一種機制。如果再說簡單一點，當你看到一個網址是https開頭的，就表示這個網址採用了憑證加密的方式。其實，以目前來看，幾乎所有的網站，只要是有會員機制或需要填寫個人資料的，幾乎都使用了憑證。除了網站的應用，另外一個常見的應用就是使用政府電子化服務所使用的自然人憑證。

傳統上，保護電腦主機的方式最基本的就是關閉不必要的服務，並且透過防火牆等網路設備避免外界連結非公開的服務。甚至，有些電腦主機並沒有所謂公開的IP位址(Public IP Address)，進一步封鎖外界直接加以連結的管道。也就是說，在網際網路上想要連結到某個電腦主機，除了必須知道特定的公開IP位址(可能在電腦主機本身，也可能在NAT之類的設備)，中間還必須沒有其他的設備加以阻擋。所以我們可以透過前述的方式避免不相干的人士(嘗試)連結到我們的電腦主機，從事破壞性的工作。

DNS，對一般網路的使用者來說是個很陌生的名詞。但是幾乎所有網路/系統管理者都聽過，甚至管理過這個服務伺服器。它這麼知名的原因，在於沒有它，現在的網際網路大概沒幾個人願意使用。透過它，我們才能方便地使用像是g.cn這樣的名稱來對遠端的伺服器進行連線。它算是網際網路運作中一個很基礎也很重要的服務。雖然這個服務對管理者來說並不陌生，其運作原理也不算複雜，但是事實上很多DNS服務器的設定存在著不少問題(不安全、甚至是錯誤的設定)。而這個服務利害的地方在於，就算是存在一些不正常的設定，運氣好還是可以正常運作。運氣差一點的，就是不能運作。運氣最差的則是出現網路/服務不穩定的現象，因為這類問題很少人會懷疑到實際上是根源於DNS的錯誤設定。事實上，我在幾年前遇到一個曾在台灣知名網路公司服務過多年的人。當時因為網站不穩定，所以我請對方檢查DNS的設定，但是對方一直堅持不是DNS的問題。為什麼我會這樣懷疑，因為我從外部的查詢出現了好幾個192.168.x.x的設定。看到這些資料，就像我剛剛說的，運氣好還是可以運作，只是我認為我的運氣一向不太好。

隨著電腦使用越來越方便，越來越多人把個人重要資料存放在電腦硬碟中。前一陣子吵得沸沸揚揚的陳X希事件，就是一個個人機密資料外洩的受害案例。對個人用戶，機密資料外洩可能就是躲一陣子了事。但是對於企業用戶，事情可能就不是那麼簡單了，嚴重的話，可能連公司都不夠賠。筆記型電腦、USB隨身碟，這些產品使得這類問題更加難以管理。筆記型電腦與USB隨身碟失竊的機會相當高，連帶也使得存在其內的資料受到威脅。現在有一些較高級的商業筆記型電腦配備生物辨識系統，必須原主人才能開機，就是為了避免設備失竊而使得資料遭受濫用。如果電腦本身沒有備配生物辨識系統，一般比較簡單的做法就是採用硬碟加密(透過作業系統或3rd Party的軟體)的技術，將資料經過加密後才存在硬碟內，如此可避免其他人經由非正常管道取得原始的檔案內容。這類的產品很多，也各有不同的訴求重點，不過一個大家共有的訴求重點就是使用更安全的加密演算法。不過學過密碼學的人應該都知道，目前這些常用的演算法，其實最不安全的項目之一就是Key值。只要Key值被取得，甚麼演算法也是沒用。就像你家的門鎖裝的再高級，如果鑰匙被小偷拿到了，除非有其他的安全機制，不然就等於把全家送給小偷了。所以這些廠商應該很小心的保護這些演算法所使用的Key值嗎?嗯...答案似乎是令人失望的。