網站轉移公告

 ## 公告

目前我的網站轉移到這： kika secures 部落格

相關的文章會慢慢轉移至這邊

有時間的話我會持續更新

有點忙忙 QAQ

謝謝關注 <3

留言

張貼留言

這個網誌中的熱門文章

SSL/TLS 協定知多少 - 基礎篇

圖片
前言 SSL / TLS ? 最近筆者剛轉職，正要進行第一個專案 👾 在某次 Sync 的會議中突然被問到： 舊版本的 SSL/TLS 為什麼危險，應該知道吧？  腦中突然浮現：「啊！之前在看 Microsoft 官方文檔確實有看到這塊，它建議升版 o.o」 好了，問題來了！ 那更深層次的問題，以及如何清楚解釋，我知道嗎？ 於是就有了這篇的誕生 ☺ 讓我們看下去吧！ 為什麼過去的 SSL/TLS 舊版協定比較危險？ 先聊聊什麼是 SSL/TLS SSL（Secure Sockets Layer）/  TLS（Transport Layer Security） 是一種用來 加密網路連線 的安全協定，用來確保你和網站之間傳輸的資料 不會被偷看、不會被竄改。 TLS 是 SSL 的後續版本，目前已發展到 TLS 1.3，具備更高的安全性與效能；舊版本如 SSL 3.0、TLS 1.0 和 1.1 已被淘汰，現代網站多採用 TLS 1.2 或 TLS 1.3 作為主流標準。 相關重點：SSL/TLS 握手（以 TLS 1.2 為例） 當 TLS 或 SSL 連線開始時，雙方會進行一個關鍵步驟叫做：「握手（Handshake）」。 這就像談戀愛前的「 確認彼此身分與溝通規則 」，要談情說愛之前，得先確定你是誰、我們怎麼講話、要不要加密、用哪種暗號（Cipher Suite）😇 握手的過程像是以下這樣： 關鍵澄清： 上方的圖片代表的是邏輯步驟，實際上這五個步驟不等於五個「RTT（Round Trip Time）」～ TLS 1.2 的實際 RTT 解釋如下：   在 TLS 1.2 中，完成一次完整握手大約需要「兩次往返（2-RTT）」的傳輸時間：  1. 第一個 RTT：  Client 發送 Client Hello（我支援這些 Cipher Suites）  Server 回應 Server Hello + 憑證 + Key Exchange + Hello Done  2. 第二個 RTT：  Client 發送 Client Key Exchange + Change Cipher Spec + Finished  Server 回應 Change Cipher Spec ...
閱讀完整內容

封包分析 - 激發你的人腦極限 - 1

圖片
前言 最近發現自己對於封包分析的理解就卡在使用 Wireshark Filter 而已 XD  有夠愚蠢 💧 於是開始研究簡單的 Wireshark 用法以及判斷惡意流量的方式 為了避免本人腦抽，筆者把自己透過 HTB 學習封包分析的路徑畫成下圖～讓大家方便有效地學習！ 學習路徑參考 當然，實際的經驗也是挺重要的，大家有興趣也可以參考： 1. TryHackMe 的 Traffic Analysis Essentials  2. HackTheBox 的 Network Traffic Analysis 系列 等等 簡單地了解惡意行為 👿 筆者簡單將惡意行為分成幾種：探測、嘗試讓你掛掉連別的、誘導你上當，以及繞過你的安全機制（當然也有可能是複合的情況，此處簡單舉例之）～ 探測（Reconnaissance） ： 攻擊者先透過各種掃描手段來了解你的網路架構，例如使用 Nmap 掃 port、分析 beacon frame、或是觀察 Wi-Fi 加密方式，藉此找出漏洞下手。 嘗試讓你掛掉連別的（Denial or Forced Disconnection） ： 像是 deauthentication 攻擊，就是逼你從原本的 Wi-Fi 斷線，好讓你誤連到假的（evil-twin）AP；或者利用 fragmentation 攻擊導致設備資源耗盡，造成 DoS。 誘導你上當（Social Engineering / Phishing） ： 例如建立仿冒的登入頁面收集密碼，或是假裝是公司內部的 AP 引導使用者連線並輸入敏感資訊。 繞過你的安全機制（Evasion） ： 例如透過封包切割繞過防火牆與入侵偵測系統（IDS），或偽裝成合法設備（如 MAC spoofing）來取得內部網路的權限。 了解基礎款攻擊 我們在此分成幾類，從實體層到應用層 ～可以先簡單看過名詞就好 👀 攻擊層級分類 實體層（Physical Layer） 攻擊範圍：裝置硬體、訊號干擾 常見手法： 無線干擾（Jamming） 裝設 USB 惡意設備（例如 Rubber Ducky） 替換設備硬體（Supply Chain Attack） 資料連結層 / 無線層（Data Link / Wireless Layer） 攻擊範圍：MAC 位址、Wi-Fi...
閱讀完整內容

名字很像，傷害不同：data:// & data: 分別在 PHP 和瀏覽器的危機

圖片
前言 最近筆者忙著衝刺 OSCP Lab，過程中發現了一個有趣的小東西： PHP Wrapper 。 其中有個特別讓人眼睛一亮的東東： data:// 。 那時候我心裡想， data://  ... 怎麼長得跟之前看到的 「 瀏覽器支援的 內嵌資源格式 」 ：「 data: 」 有 87% 相似？ 結果這個念頭就剛好戳中我的強迫症，忍不住想把兩者 好好整理、比較一下 。 👾 PHP wrapper 的 data:// 危險在哪？ 什麼是 PHP 的 data:// 它是  PHP 官方提供的「虛擬檔案協定」 。  讓你可以用「字串」來模擬成一個「檔案」給 PHP 讀取。   會被  include() 、 file_get_contents() 、 fopen()  等函數當成檔案來處理 。 為什麼危險？ 本來 PHP 讀的是「伺服器上的檔案」。 攻擊者卻可以透過 LFI 等漏洞，把 data:// 這種「假的檔案」塞進去。 最後讓 PHP 讀取、甚至「執行」這些字串內容。 舉例來說： include('data://text/plain;base64,PD9waHAgZXZhbCgnY2F0IC9ldGMvcGFzc3dkJyk7ID8+'); 這行會讓 PHP 執行這段 base64 編碼過的惡意 PHP 程式碼 。 本質上的風險：   原本應該只能從硬碟讀的檔案，卻被攻擊者用 data:// 偷渡進來。  不用上傳檔案、不用寫入磁碟，光靠一段字串，就能讓伺服器乖乖幫忙執行惡意程式碼。 💣 Client 端的 data: URL 危險在哪？ 什麼是 Client 的 data: URL   是瀏覽器支援的 內嵌資源格式 。  可以用來嵌入圖片、HTML、PDF、CSS 等等。 常見例子： < img src = "data:image/png;base64,...." /> 為什麼危險？ 1. 攻擊者可以把惡意內容藏在 data: URL 裡面 。 例如： data:text/html;base64,xxxx -> 直接夾帶 XSS 攻擊內容。 data:application/octet-stream;base64,xxxx -...
閱讀完整內容