從有服務到知道服務提供什麼
列舉（Enumeration）是在有授權的條件下，透過協定回應取得具名資源或屬性，例如共用名稱、目錄項目或服務能力。埠狀態只告訴你該探測看到什麼，還沒列出這些物件。
SMB 提供網路檔案共享等功能。常見 TCP 445 與 SMB 有關，但看到埠號仍需確認服務及實際回應。服務也可能要求驗證，且不同帳號看到的資源與可執行動作可能不同。
延伸閱讀：Microsoft: SMB file sharing overview·Nmap: Port Scanning Basics
回應是帶條件的證據
若取得 shares=[public, reports]，可描述「在此時間，以此身分，服務回傳兩個共用名稱」。尚未測試讀取或寫入，就不能聲稱每個共用都可讀寫，更不能聲稱取得管理員權限。
access denied 代表這次請求遭拒，不能證明沒有共用。空清單也應保留帳號、篩選條件與回應狀態；它可能只描述目前身分可見的結果。好的報告會把已取得清單、已驗證權限與未知事項分欄。
例子：三張不同的證據卡
A 卡寫 445/tcp open；B 卡寫 SMB negotiation successful；C 卡寫 authenticated user=lab-reader, shares=[public, reports]。三張卡都來自虛構環境。
A 支持埠狀態；B 增加協定互動證據；C 才提供具名資源清單。即使 C 存在，讀寫權限仍需另外驗證。
判斷：把 C 記為該身分下的共用列舉結果；讀寫能力保持未知。
紙上練習：建立列舉證據表
只使用本文 A、B、C 卡及 access denied 合成回應，不連接 SMB 主機。
- 建立四欄：觀察、身分、可以下的結論、仍未知。
- 將四個回應各放一列；未提供身分時明列未知。
- 為 C 卡寫一句可放進報告的結論，不使用「全面控制」等超出證據的詞。
預期結果
只有 C 提供共用名稱；B 提供服務互動；access denied 沒有證明資源不存在。
自行檢核
若 C 列出 reports，你能否直接說該檔案夾可寫？請說明缺少哪個驗證。
結束與清理
保留表格作為學習紀錄；沒有登入或網路連線需要清理。