顯示具有 nmap 標籤的文章。 顯示所有文章
顯示具有 nmap 標籤的文章。 顯示所有文章

2025年5月21日 星期三

[研究]nmap-7.97-setup.exe 安裝

[研究]nmap-7.97-setup.exe 安裝

2025-05-21

https://nmap.org/

nmap 7.97 於 2025-05-12釋出
https://nmap.org/dist/























(完)

2025年5月12日 星期一

[研究]nmap 7.9.5 (Kali Linux 2025.1c) 測試 bWAPP 2.2 bee-box v1.6.7

[研究]nmap 7.9.5 (Kali Linux 2025.1c) 測試 bWAPP 2.2 bee-box v1.6.7

2025-05-12

[研究] bWAPP 2.2 bee-box v1.6.7 免費、網路漏洞滲透測試學習平台
https://shaurong.blogspot.com/2016/12/bwapp-22-bee-box-v167.html


┌──(kali㉿kali)-[~]
└─$ nmap  -v --script vuln http://10.3.0.194                  
Starting Nmap 7.95 ( https://nmap.org ) at 2025-05-11 23:30 EDT
NSE: Loaded 105 scripts for scanning.
NSE: Script Pre-scanning.
Initiating NSE at 23:30
Completed NSE at 23:30, 10.00s elapsed
Initiating NSE at 23:30
Completed NSE at 23:30, 0.00s elapsed
Unable to split netmask from target expression: "http://10.3.0.194"
NSE: Script Post-scanning.
Initiating NSE at 23:30
Completed NSE at 23:30, 0.00s elapsed
Initiating NSE at 23:30
Completed NSE at 23:30, 0.00s elapsed
Read data files from: /usr/share/nmap
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 10.13 seconds
           Raw packets sent: 0 (0B) | Rcvd: 0 (0B)
                                                                                                                                                                                                                                 
┌──(kali㉿kali)-[~]
└─$ 

(完)

相關

[研究]nmap 7.95 (Kali Linux 2025.1c) 掃描 WebGoat 2025.3 網站的弱點

[研究]nmap 7.95 (Kali Linux 2025.1c) 掃描 WebGoat 2025.3 網站的弱點

2025-05-12

********************************************************************************

[研究] Damn Vulnerable Web App (DVWA) 1.10 滲透測試練習(靶機)平台安裝 (Windows 2025)
https://shaurong.blogspot.com/2025/05/damn-vulnerable-web-app-dvwa-110.html



┌──(kali㉿kali)-[~] └─$ nmap -v --script vuln http://192.168.128.145:8080/WebGoat Starting Nmap 7.95 ( https://nmap.org ) at 2025-05-11 23:28 EDT NSE: Loaded 105 scripts for scanning. NSE: Script Pre-scanning. Initiating NSE at 23:28 Completed NSE at 23:28, 10.00s elapsed Initiating NSE at 23:28 Completed NSE at 23:28, 0.00s elapsed Unable to split netmask from target expression: "http://192.168.128.145:8080/WebGoat" NSE: Script Post-scanning. Initiating NSE at 23:28 Completed NSE at 23:28, 0.00s elapsed Initiating NSE at 23:28 Completed NSE at 23:28, 0.00s elapsed Read data files from: /usr/share/nmap WARNING: No targets were specified, so 0 hosts scanned. Nmap done: 0 IP addresses (0 hosts up) scanned in 10.23 seconds Raw packets sent: 0 (0B) | Rcvd: 0 (0B) ┌──(kali㉿kali)-[~] └─$  

(完)

相關




2025年5月9日 星期五

[研究]nmap 7.95 (Kali Linux 2025.1c) 掃描 DVWA 網站的弱點

[研究]nmap 7.95 (Kali Linux 2025.1c) 掃描 DVWA 網站的弱點

2025-05-09

********************************************************************************

[研究] Damn Vulnerable Web App (DVWA) 1.10 滲透測試練習(靶機)平台安裝 (Windows 2025)
https://shaurong.blogspot.com/2025/05/damn-vulnerable-web-app-dvwa-110.html


┌──(kali㉿kali)-[~]
└─$ nmap  -v --script vuln https://192.168.128.144/dvwa/
Starting Nmap 7.95 ( https://nmap.org ) at 2025-05-08 23:20 EDT
NSE: Loaded 105 scripts for scanning.
NSE: Script Pre-scanning.
Initiating NSE at 23:20
Completed NSE at 23:20, 10.00s elapsed
Initiating NSE at 23:20
Completed NSE at 23:20, 0.00s elapsed
Unable to split netmask from target expression: "https://192.168.128.144/dvwa/"
NSE: Script Post-scanning.
Initiating NSE at 23:20
Completed NSE at 23:20, 0.00s elapsed
Initiating NSE at 23:20
Completed NSE at 23:20, 0.00s elapsed
Read data files from: /usr/share/nmap
WARNING: No targets were specified, so 0 hosts scanned.
Nmap done: 0 IP addresses (0 hosts up) scanned in 10.19 seconds
           Raw packets sent: 0 (0B) | Rcvd: 0 (0B)
                                                                                                                                              
┌──(kali㉿kali)-[~]
└─$ 


(完)

相關

2025年4月7日 星期一

[研究]如何開啟 nmap 掃描結果的 .gnmap , .nmap 和 .xml 檔案 ?

[研究]如何開啟 nmap 掃描結果的 .gnmap , .nmap 和 .xml 檔案 ?

2025-04-07

.nmap → 傳統純文字格式(人類可讀)

.gnmap → 「grepable」格式,適合腳本分析

.xml → XML 格式,適合工具整合(如 Nmap Parser、Vulners 等)

(完)


2024年10月24日 星期四

[研究]Windows Server 2022預設開啟那些 Port (nmap, netstat, tasklist, powershell)

[研究]Windows Server 2022預設開啟那些 Port (nmap, netstat, tasklist, powershell)

2024-10-24

Windows Server 2022 繁體中文標準版在 VMware Workstation  上安裝後,nmap 7.9.5 測試開啟了那些 port ? (有安裝 VMware Tools )

********************************************************************************

指令:nmap -sT -p T:1-65535 -T4 127.0.0.1

-T4:這是 掃描速度的選項。

  • T0 (Paranoid):偏執模式。極慢的掃描方式,通常每隔幾分鐘才發送一個封包,適合在高度防禦系統下進行,避免被偵測。
  • T1 (Sneaky):隱匿模式。緩慢且隱蔽的掃描方式,適合在防火牆或入侵檢測系統非常敏感的情況下使用,以減少被發現的機率。
  • T2 (Polite):禮貌模式。較為謹慎的掃描方式,會降低掃描速率以減少對目標系統的負載或避免引發網路擁塞。
  • T3 (Normal):正常模式。預設的掃描速度,既不過慢也不過快,適合大多數情況下的掃描。
  • T4 (Aggressive):積極模式。加快掃描速度,會減少等待時間,適合在網路性能良好且沒有防火牆等阻擋掃描的情況下使用。
  • T5 (Insane):瘋狂模式。極速掃描,僅適合在非常快速且穩定的網路環境中使用。這種模式的掃描速率非常快,但可能容易被防火牆或入侵檢測系統發現。

-sT:   這是 TCP 連接掃描 (TCP Connect Scan)。它使用的是完整的三次握手過程來進行端口掃描,適用於當你沒有權限使用更低階的掃描(例如 SYN 掃描,-sS)時。這種掃描方式比較容易被防火牆檢測到。

-p T:1-65535:   -p 用來指定掃描的端口範圍。T:1-65535 指定了 TCP 端口範圍從 1 到 65535,也就是所有的 TCP 端口。這個參數會掃描目標主機的所有可能的 TCP 端口。

********************************************************************************

結果

Starting Nmap 7.95 ( https://nmap.org ) at 2024-10-23 13:28 台北標準時間
Nmap scan report for localhost (127.0.0.1)
Host is up (0.0027s latency).
Not shown: 65523 filtered tcp ports (no-response), 1 filtered tcp ports (admin-prohibited)
PORT      STATE SERVICE
135/tcp   open  msrpc
445/tcp   open  microsoft-ds
5357/tcp  open  wsdapi
5985/tcp  open  wsman
47001/tcp open  winrm
49664/tcp open  unknown
49665/tcp open  unknown
49666/tcp open  unknown
49667/tcp open  unknown
49668/tcp open  unknown
49669/tcp open  unknown

Nmap done: 1 IP address (1 host up) scanned in 231.97 seconds



********************************************************************************
【把 VMware Tools 移除後測試】

也就是 VMware Tools 沒有影響。

********************************************************************************

Copilot

這些預設開啟的 port 用途如下:
  • 135/tcp: Microsoft RPC (Remote Procedure Call) 服務,用於遠程過程呼叫。
  • 445/tcp: SMB (Server Message Block) 服務,用於文件和打印共享。
  • 5357/tcp: WSDAPI (Web Services on Devices API),用於設備的網絡通訊。
  • 5985/tcp: WS-Management 服務,用於管理和監控。
  • 47001/tcp: WinRM (Windows Remote Management),用於遠程管理。
  • 49664/tcp-49669/tcp: 這些是未知用途的 port,可能是用於內部服務或應用程式。

Port用途服務名稱檔案名稱程序名稱
135/tcpMicrosoft RPCRPC 服務rpcss.dllsvchost.exe
445/tcpSMB (Server Message Block)文件和打印共享srv2.syssrv2svc.exe
5357/tcpWSDAPI (Web Services on Devices API)WSDAPI 服務wsddsvc.dllwsddsvc.exe
5985/tcpWS-ManagementWindows 管理員工具winrm.exewinrm.exe
47001/tcpWinRM (Windows Remote Management)Windows 遠程管理winrm.exewinrm.exe
49664/tcp-49669/tcp未知用途未知未知未知

********************************************************************************

這些 port 分別是 Windows 服務中,哪個服務開起? 服務名稱 ?

ChatGPT 說:

以下是每個端口對應的 Windows 服務名稱和相關用途:

135/tcp (msrpc)

服務名稱: RPC Endpoint Mapper
用途: 為 RPC(Remote Procedure Call)通訊提供端口分配。當應用程式通過 RPC 與服務溝通時,這個服務負責分配合適的端口並進行通信。

445/tcp (microsoft-ds)

服務名稱: SMB (Server Message Block)
用途: 用於檔案共享、打印共享和網路瀏覽等功能。這是為了實現 SMB 協議所開啟的端口,許多文件共享服務依賴它運行。

5357/tcp (wsdapi)

服務名稱: Function Discovery Resource Publication
用途: 使用 Web Services on Devices (WSD) 協議來發佈網路設備(例如打印機、掃描儀)並允許其他設備發現它們。

5985/tcp (wsman)

服務名稱: Windows Remote Management (WS-Management)
用途: 這是 Windows 的遠端管理框架,用於支持基於標準的管理協議,允許系統管理員遠端配置和管理 Windows 系統,並且與 PowerShell Remoting 密切相關。

47001/tcp (winrm)

服務名稱: Windows Remote Management (WS-Management)
用途: 與 5985 端口類似,提供 WinRM 的額外功能支持,用於遠端管理。

49664/tcp 到 49669/tcp (unknown)

服務名稱: 這些端口屬於 RPC 動態端口範圍,通常由以下幾個核心 Windows 服務使用:
服務名稱: Remote Procedure Call (RPC)、DCOM Server Process Launcher、Distributed Transaction Coordinator、或其他使用 RPC 的服務。
用途: 這些動態端口是隨機分配給基於 RPC 的服務。每次 RPC 通信時,系統會從一個範圍內動態分配端口,具體端口號會隨著時間和需求變化。

如果需要具體服務對應這些動態端口,可以使用 PowerShell 或 Netstat 等工具來查看實際運行中的服務。

********************************************************************************

【用 Netstat, tasklist, PowerShell 查看實際運行中的服務】

netstat -ano
-a: 顯示所有活動的連接和監聽端口。
-n: 以數字格式顯示地址和端口號。
-o: 顯示與每個連接關聯的進程 ID (PID)。



tasklist /svc /FI "PID eq <PID>"

使用 PowerShell 查看端口和進程

PS C:\> Get-Process -Id (Get-NetTCPConnection | Where-Object { $_.LocalPort -eq 135 }).OwningProcess

Handles  NPM(K)    PM(K)      WS(K)     CPU(s)     Id  SI ProcessName
-------  ------    -----      -----     ------     --  -- -----------
    879      18     4628      11680       0.64    972   0 svchost


PS C:\>


如果想 PowerShell 列出所有開放的 TCP 端口和對應的進程名稱:

Get-NetTCPConnection | ForEach-Object {
    $proc = Get-Process -Id $_.OwningProcess -ErrorAction SilentlyContinue
    [PSCustomObject]@{
        LocalPort   = $_.LocalPort
        RemotePort  = $_.RemotePort
        State       = $_.State
        ProcessName = $proc.ProcessName
    }
} | Sort-Object LocalPort

PS C:\> Get-NetTCPConnection | ForEach-Object {
>>     $proc = Get-Process -Id $_.OwningProcess -ErrorAction SilentlyContinue
>>     [PSCustomObject]@{
>>         LocalPort   = $_.LocalPort
>>         RemotePort  = $_.RemotePort
>>         State       = $_.State
>>         ProcessName = $proc.ProcessName
>>     }
>> } | Sort-Object LocalPort

LocalPort RemotePort  State ProcessName
--------- ----------  ----- -----------
      135          0 Listen svchost
      135          0 Listen svchost
      139          0 Listen System
      445          0 Listen System
     5357          0 Listen System
     5985          0 Listen System
    47001          0 Listen System
    49664          0 Listen lsass
    49664          0 Listen lsass
    49665          0 Listen wininit
    49665          0 Listen wininit
    49666          0 Listen svchost
    49666          0 Listen svchost
    49667          0 Listen svchost
    49667          0 Listen svchost
    49668          0 Listen spoolsv
    49668          0 Listen spoolsv
    49669          0 Listen services
    49669          0 Listen services


PS C:\>

使用 Get-WmiObject 檢查服務

PS C:\> Get-WmiObject Win32_Service | Where-Object { $_.ProcessId -eq 972 }


ExitCode  : 0
Name      : RpcEptMapper
ProcessId : 972
StartMode : Auto
State     : Running
Status    : OK

ExitCode  : 0
Name      : RpcSs
ProcessId : 972
StartMode : Auto
State     : Running
Status    : OK

PS C:\>

整合步驟

  1. 使用 netstat -ano 確定使用特定端口的 PID。
  2. 使用 tasklist /svc /FI "PID eq <PID>" 或 PowerShell 查詢該 PID 對應的服務名稱或進程。
  3. 使用 PowerShell 查詢特定端口或進程的更多詳細資訊。

********************************************************************************

個別查有些麻煩,一口氣全部列出的方法看這篇

[研究]列出 Windows Server 2022預設所有開放的 Port ? 用途 ? 服務名稱 ? 檔案名稱 ? 程序名稱 ?

(完)

相關

[研究]列出 Windows Server 2022預設所有開放的 Port ? 用途 ? 服務名稱 ? 檔案名稱 ? 程序名稱 ?https://shaurong.blogspot.com/2024/10/windows-port.html

[研究]Windows Server 2022預設開啟那些 Port (nmap, netstat, tasklist, powershell)
https://shaurong.blogspot.com/2024/10/windows-server-2022-port-nmap-netstat.html



2024年10月9日 星期三

[研究]WebInspect報告有Insecure Transport: Insufficient Diffie Hellman Strength ( 11520 )嚴重弱點

[研究]WebInspect報告有Insecure Transport: Insufficient Diffie Hellman Strength ( 11520 )嚴重弱點

2024-10-09

下圖,WebInspect報告有Insecure Transport: Insufficient Diffie Hellman Strength ( 11520 )嚴重弱點


下圖,nmap 7.95報告只是 Warning 而已
nmap --script ssl-enum-ciphers -p 443 <server-ip>

基本上,關閉這2個 Cipher Suites 就好

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

********************************************************************************
【研究】

下圖,使用 IIS Crypto 3.3 Build 17 - Released October 31, 2022
下載和執行 IISCrypto.exe 進行設定,若這2個有被勾選,取消勾選,重新啟動 Windows 即可。



下圖,或修改 Registry 機碼設定 
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\SecurityProviders\SCHANNEL\KeyExchangeAlgorithms\Diffie-Hellman
新增或修改一個名為 ClientMinKeyBitLength 的 DWORD 值,設置其值為 2048(單位:bit),重新啟動 Windows 。

如果 nmap掃描依然存在,可能是其他問題。

下圖,直接在受測主機的本機,用 nmap 測試,居然和從別台用 nmap 掃描的結果不同,和網管詢問,得知同網段掃描會過 WAF,有可能因此受影響,其實真正的受測主機,並無此弱點。

其他經過的網通 or 資安設備可能也會影響,掃描工具盡可能要能繞過它們,否則掃描結果錯誤,拼命從受測主機上解決,根本解決不掉,因為它根本沒問題。


********************************************************************************
【解決】


(完)

2024年10月8日 星期二

[研究]Windows Server 2022關閉 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) 和 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)的影響

[研究]Windows Server 2022關閉 TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) 和 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)的影響

2024-10-08

nmap掃描結果


TLSv1.2:

ciphers:

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)
  • TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)
  • TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)
  • TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)
  • TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

warnings:

Key exchange (dh 1024) of lower strength than certificate key

********************************************************************************

【敝人未驗證,僅供參考】

如果 Windows Server 2022 的 Web Server 僅提供下面4種 Cipher,那些用戶端 Windows 版本將無法連上 Web Serverv  ?

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)
  • TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)
  • TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

ChatGPT 說:

在你提供的情況下,Windows Server 2022 的 Web Server 僅支援這四種 Cipher 套件。它們分別為:

  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)
  • TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)
  • TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

這些 Cipher 套件對應的客戶端要求如下:

  • RSA-based Cipher Suites(如第三和第四條):較舊的 Windows 版本,如 Windows 7、Windows Vista 及 Windows XP,在預設配置下可能不支援這些高級的 Cipher。雖然 Windows 7 可通過更新支援 TLS 1.2,但其仍可能無法預設支援 GCM 模式或更高的 RSA 鍵長。
  • ECDHE-based Cipher Suites(如第一和第二條):這些 Cipher 套件要求較新版本的 Windows 支援。Windows 7、Windows Vista、Windows XP(甚至通過更新後)通常不支援 secp521r1 橢圓曲線,因為它們的預設橢圓曲線只包含少數幾個常見的(例如 secp256r1)。Windows 8.1、Windows 10 以及更新版本才較可能預設支援這些 Cipher 套件和曲線。

可能無法連接到 Web Server 的客戶端 Windows 版本:

  • Windows XP:不支援 TLS 1.2,無法與這些 Cipher 套件兼容。
  • Windows Vista:預設不支援 TLS 1.2,也無法支援高級的 RSA 或 ECDHE Cipher 套件,無法連接。
  • Windows 7(未更新):如果沒有啟用 TLS 1.2,無法支援這些 Cipher,即使啟用了 TLS 1.2,也可能無法支援 secp521r1 橢圓曲線。
  • Windows 8:這些版本可能支援 TLS 1.2,但未必支援 secp521r1 橢圓曲線,因此對於 ECDHE 的 Cipher 套件會有問題。
會支持這些 Cipher 套件的客戶端 Windows 版本:
  • Windows 8.1 和更新的版本(例如 Windows 10、Windows 11):這些版本預設支援 TLS 1.2 並包括對這些 Cipher 套件的支援。

因此,Windows XP、Windows Vista、Windows 7 和 Windows 8 的某些版本可能無法連上你的 Web Server。

********************************************************************************

那些 Windows 作業系統支援下面 Cipher 

  • TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)
  • TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

ChatGPT 說:

這兩個 Cipher 套件使用 DHE (Diffie-Hellman Ephemeral) 密鑰交換,並分別提供 128 位元和256 位元 AES-GCM 加密。

對於這些 Cipher 套件的支援情況,取決於 Windows 作業系統對於 DHE 和 AES-GCM 加密的支援能力。

Cipher 套件:

  • TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (DH 1024)
  • TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (DH 1024)

支援這些 Cipher 套件的 Windows 作業系統版本:

  • Windows 10 和更新版本(如 Windows 11):支援這些 Cipher 套件,因為它們支援 AES-GCM 和 DHE 密鑰交換,並且在安全協定中強制使用較高的 Diffie-Hellman 參數。
  • Windows 8.1:支援 TLS 1.2 並包括 DHE 和 AES-GCM 套件,因此這些 Cipher 可以在此系統上正常運行。
  • Windows Server 2012 R2 和更新版本:同樣支援這些 Cipher 套件,因為這些版本內建 TLS 1.2 和所需的加密演算法。

可能需要配置才能支援:

  • Windows 7:預設不支援 DHE_RSA 套件,但透過更新和啟用 TLS 1.2,可以添加支援。不過,1024 位元的 Diffie-Hellman 參數可能需要進行系統設定調整。
  • Windows 8:支援 TLS 1.2,但預設並不強化對 DHE 的支援,因此,DHE_RSA 的 Cipher 套件可能不完全受支援,並且也可能需要手動配置。

無法支援這些 Cipher 套件的 Windows 作業系統:

  • Windows XP 和 Windows Vista:這些系統不支援 TLS 1.2,且無法支援這些高級 Cipher 套件,即使有更新也無法支援 AES-GCM 和 DHE。

總結:

  • Windows 10 和更新版本:預設支援。
  • Windows 8.1 和 Windows Server 2012 R2 及更新版本:預設支援。
  • Windows 7 和 Windows 8:可能需要進行設定更新。
  • Windows XP 和 Windows Vista:無法支援這些 Cipher 套件。

因此,使用較舊的 Windows 版本(例如 Windows 7 或更早版本)可能無法無縫支援這些 Cipher 套件,或需要進行更新和手動設定。

********************************************************************************

(完)

2024年8月7日 星期三

[研究]nmap 7.9.5 與 SSLLab 對 Cipher 安全強度的評估

[研究]nmap 7.9.5 與 SSLLab 對 Cipher 安全強度的評估

2024-08-07

ChatGPT 和 Copilot 不是 100% 正確可靠的,有時要再查證。


對某個相同網址做測試

(下圖) nmap -p 443 --script ssl-cert,ssl-enum-ciphers  受測網址


(下圖) 網站 https://www.ssllabs.com/ssltest/analyze.html 對某網址測試結果
址

(下圖)

https://www.nartac.com/Products/IISCrypto/Download

全部勾選後,按下【Best Practices】按鈕後

********************************************************************************

某網站用 nmap 掃描結果

|   TLSv1.2: 

|     ciphers: 

|       TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1) - A

|       TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1) - A

|       TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - A

|       TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A

|       TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) - A

|       TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024) - A

但用 https://www.ssllabs.com/ssltest/analyze.html 掃描結果

# TLS 1.2 (suites in server-preferred order)

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (0xc030)   ECDH secp521r1 (eq. 15360 bits RSA)   FS 256

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f)   ECDH secp521r1 (eq. 15360 bits RSA)   FS 128

TLS_RSA_WITH_AES_256_GCM_SHA384 (0x9d)   WEAK 256

TLS_RSA_WITH_AES_128_GCM_SHA256 (0x9c)   WEAK 128

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (0x9e)   DH 1024 bits   FS   WEAK 128

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (0x9f)   DH 1024 bits   FS   WEAK 256

ChatGPT

比較 nmap 和 SSL Labs 兩個工具掃描的結果,可以看到一些差異,主要在於加密套件的分類和詳細信息。以下是一些可能的原因及差異解釋:


掃描結果比較:

nmap 掃描結果:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1) - A

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1) - A

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - A

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) - A

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024) - A

SSL Labs 掃描結果:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (0xc030) ECDH secp521r1 (eq. 15360 bits RSA) FS 256

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (0xc02f) ECDH secp521r1 (eq. 15360 bits RSA) FS 128

TLS_RSA_WITH_AES_256_GCM_SHA384 (0x9d) WEAK 256

TLS_RSA_WITH_AES_128_GCM_SHA256 (0x9c) WEAK 128

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (0x9e) DH 1024 bits FS WEAK 128

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (0x9f) DH 1024 bits FS WEAK 256

主要差異和原因:

  1. 套件強度和分級:SSL Labs 顯示某些加密套件(如 RSA 加密套件和 DHE 加密套件)被標記為 WEAK(弱),而 nmap 並沒有這樣的標記。這是因為 SSL Labs 更側重於套件的安全性評估,而 nmap 主要顯示可用的加密套件。
  2. 密鑰交換方法和強度:SSL Labs 提供了更多關於密鑰交換方法(如 ECDH 和 DH)以及其相應的密鑰長度的詳細信息。例如,SSL Labs 顯示 ECDH secp521r1 相當於 15360 位 RSA,並標記了 FS(前向保密),這些細節在 nmap 結果中沒有體現。
  3. 詳細參數和標識:SSL Labs 結果中還包含每個加密套件的十六進制標識符(如 0xc030, 0xc02f),以及密鑰交換的具體參數(如 ECDH secp521r1)。這些在 nmap 結果中也沒有顯示。

結論:

兩個工具的掃描結果都提供了有價值的信息,但 SSL Labs 提供了更深入的安全分析和詳細信息,而 nmap 提供了可用加密套件的簡單列舉。根據你的需求,你可能需要綜合這些工具的結果來全面評估網站的 SSL/TLS 配置。

********************************************************************************

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 到底是否 WEAK ?  DH 1024 bits FS WEAK 128 是甚麼意思?

ChatGPT

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 的弱點主要來自其使用的 Diffie-Hellman (DH) 密鑰交換的 1024 位長度。以下是關於其弱點的詳細解釋:

弱點分析:

  1. DH 1024 bits:DH (Diffie-Hellman) 1024 bits 指的是 Diffie-Hellman 密鑰交換使用了 1024 位的素數模數。現代安全標準認為 1024 位 DH 密鑰強度不足,因為隨著計算能力的提升,1024 位的 DH 密鑰可能被破解或受到攻擊。一般建議使用至少 2048 位的 DH 密鑰來提高安全性。
  2. FS (Forward Secrecy):FS (Forward Secrecy) 或稱「前向保密」是指密鑰交換協議的一種特性,即使長期密鑰(如伺服器的私鑰)被洩露,過去的會話密鑰也無法被破解。TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 提供了前向保密,這是一個安全優勢。
  3. WEAK (Weakness):WEAK 標記意味著這個加密套件在現代安全標準下被認為不夠強,主要是由於其使用的 1024 位 DH 密鑰交換。1024 位的 DH 密鑰容易受到現代攻擊技術的威脅,因此被標記為弱。

結論:TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 是一個提供前向保密的加密套件,但因其使用 1024 位的 DH 密鑰交換而被認為不夠強,在現代的安全標準下被標記為 WEAK(弱)。

對策:

  • 建議在伺服器上配置更強的 DH 密鑰交換,使用至少 2048 位的 DH 密鑰。
  • 如果可能,考慮使用 ECDHE(橢圓曲線 Diffie-Hellman)來替代 DHE,因為 ECDHE 通常提供更強的安全性和更好的性能。

總結來說,TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 的主要弱點在於 1024 位的 DH 密鑰長度。即使它提供了前向保密,為了達到現代安全標準,應該升級到更強的密鑰交換方法。

********************************************************************************

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 是否一定會用到 DH,或有可能不會用到 DH ?

ChatGPT

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 中的 DHE 部分確定了這個加密套件使用的是 Diffie-Hellman Ephemeral(臨時 Diffie-Hellman)密鑰交換。這意味著這個加密套件一定會使用 DH 密鑰交換。

具體分析:

  • DHE(Diffie-Hellman Ephemeral):這個部分表明這個加密套件使用的是臨時 Diffie-Hellman 密鑰交換。每次握手都會生成一個新的臨時密鑰,這為每個會話提供了前向保密(Forward Secrecy)。
  • RSA:這表示在認證過程中使用 RSA 演算法。
  • AES_128_GCM_SHA256:這部分描述了使用的對稱加密算法(AES 128 GCM)和訊息摘要算法(SHA256)。

總結:

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 一定會使用 DH 密鑰交換,這是這個加密套件的一個固有特性。如果不想使用 DH 密鑰交換,需要選擇不同的加密套件,例如:

TLS_RSA_WITH_AES_128_GCM_SHA256:這個加密套件使用 RSA 進行密鑰交換,不會使用 DH。

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256:這個加密套件使用 ECDHE(橢圓曲線 Diffie-Hellman Ephemeral)進行密鑰交換,不使用傳統的 DH,而是使用橢圓曲線 DH。

選擇加密套件時,應根據安全需求和伺服器配置來決定,以確保最佳的安全性和性能。

********************************************************************************

nmap 對 Cipher 的 A, B, C 等級如何判定 ? 有哪些等級 ? 安全程度如何 ? 請用繁體中文

ChatGPT

nmap 的 ssl-enum-ciphers 腳本可以用來評估 SSL/TLS 配置和密碼套件的強度。這些密碼套件的等級(如 A、B、C 等)通常依據一些加密標準和安全組織的指導方針來劃分。例如,Mozilla 的 SSL 配置指南就對不同級別的安全性做了詳細的分類。

使用 nmap 進行密碼套件評估

可以用以下命令來評估目標服務器的 SSL/TLS 配置:

nmap --script ssl-enum-ciphers -p 443 <target>   

這將掃描目標服務器的 443 端口(通常是 HTTPS 端口),並列出支持的密碼套件及其強度評估。

密碼套件等級劃分

密碼套件的等級劃分通常依據其加密強度、算法的安全性和密鑰的長度。例如:

  • A 級:非常安全,使用現代的、強力的加密算法(如 AES-GCM)和足夠長的密鑰長度(如 256 位)。
  • B 級:安全性較高,但可能使用稍舊的算法或較短的密鑰長度(如 AES-CBC 128 位)。
  • C 級:安全性一般,使用過時的算法或更短的密鑰長度(如 3DES)。
  • D 級及以下:不安全,使用被認為不再安全的算法(如 RC4)或極短的密鑰長度。

安全程度

  • A 級:最高安全性,適用於需要最高保護的應用,如金融交易和敏感數據傳輸。
  • B 級:仍然非常安全,適用於大多數商業應用。
  • C 級:基礎安全,適用於對安全要求不高的應用。
  • D 級及以下:不建議使用,容易受到各種攻擊。

nmap 輸出示例

執行上述命令後,nmap 會輸出類似如下的信息:

PORT    STATE SERVICE
443/tcp open  https
| ssl-enum-ciphers:
|   TLSv1.2:
|     ciphers:
|       TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (ecdh_x25519) - A  
|       TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (ecdh_x25519) - A
|       TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - B
|       TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - B
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|_  least strength: C


這些信息將幫助你評估服務器的 SSL/TLS 安全性並做出相應的改進。

********************************************************************************

SSLLab 網站對 Cipher 的 WEAK 等級如何判定 ? 還有哪些等級 ? 安全程度如何 ? 請用繁體中文

ChatGPT

SSL Labs 是一個由 Qualys 提供的在線服務,專門用於分析 SSL/TLS 配置的安全性。該服務對網站進行評估,並將使用的密碼套件分為不同的安全等級,包括 WEAK(弱)等級。以下是 SSL Labs 如何判定密碼套件的 WEAK 等級以及其他等級的劃分和其安全程度。

SSL Labs 等級劃分

SSL Labs 對 SSL/TLS 配置進行綜合評估,並給出總體評分(例如 A+、A、B、C、D、E、F 等)。密碼套件的等級是該評分的一部分。具體等級如下:

  • A+: 最佳安全配置,沒有已知的安全漏洞,且使用了最新和最強的加密技術。
  • A: 安全性很高,但可能略低於 A+,例如缺少某些最佳實踐配置。
  • B: 一般安全,存在一些潛在的改進空間,例如使用了較舊的加密技術或較短的密鑰長度。
  • C: 安全性一般,有明顯的改進空間,可能存在已知的弱點。
  • D: 安全性較差,存在嚴重的安全問題,應該立即改進。
  • E: 安全性很差,幾乎無法保護數據。
  • F: 安全性極差,存在重大安全漏洞,基本無法提供有效保護。
  • T: 測試評分,用於臨時測試目的。

WEAK 等級判定

SSL Labs 將密碼套件判定為 WEAK(弱)的條件包括:

  • 使用了已知存在漏洞的加密算法(例如 RC4)。
  • 密鑰長度過短,容易被暴力破解(例如 40 或 56 位)。
  • 使用了不安全的哈希算法(例如 MD5)。
  • 使用了過時的協議版本(例如 SSL 2.0、SSL 3.0)。

安全程度

  • Strong(強): 使用現代、強力的加密算法和足夠長的密鑰長度(如 AES-GCM 256 位),具有高度的安全性。
  • Acceptable(可接受): 使用的加密技術仍然安全,但可能略有弱化(如 AES-CBC 128 位),適用於大多數商業應用。
  • Weak(弱): 使用的加密技術存在已知的弱點,可能容易受到攻擊,不推薦使用。
  • Insecure(不安全): 使用了過時或已知存在重大安全漏洞的加密技術,應立即禁用。

********************************************************************************

請問下面 6 種 Cipher 是否已經有 CVE 弱點 ? 網址 ?

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

Copilot

以下是您提到的 6 種 Cipher 及其相關的 CVE 弱點資訊:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)

目前沒有特定的 CVE 弱點報告。

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)

目前沒有特定的 CVE 弱點報告。

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)

這個 Cipher 可能受到一些通用的 RSA 弱點影響,例如 CVE-2017-37381。
https://blog.darkthread.net/blog/rdp-ssl-cipher-vulnerability/

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

同樣可能受到一些通用的 RSA 弱點影響,例如 CVE-2017-37381。

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

這個 Cipher 可能受到一些通用的 DHE 弱點影響,例如 CVE-2016-07012。
https://segmentfault.com/q/1010000041207725

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

同樣可能受到一些通用的 DHE 弱點影響,例如 CVE-2016-07012。

這些 Cipher 的安全性可能會隨著新的弱點發現而改變,建議定期檢查相關的 CVE 資訊以確保系統安全。

********************************************************************************

SSL Labs 判定 TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) 為 WeAK 的 CVE 編號 ?

ChatGPT

SSL Labs 將 TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) 標記為 WEAK 的原因通常不是針對特定的 CVE(Common Vulnerabilities and Exposures),而是基於一些常見的弱點和安全風險。以下是一些相關的原因:

  1. 前向保密 (Forward Secrecy) 的缺乏:使用 RSA 密鑰交換的協議不提供前向保密,這意味著如果伺服器的私鑰被洩露,過去的所有會話都可能被解密。前向保密是現代安全實踐中的一個重要功能,許多安全專家和組織建議使用支持前向保密的加密套件(如 ECDHE)。
  2. RSA 密鑰長度:雖然 2048 位的 RSA 密鑰目前被認為是安全的,但未來可能需要更長的密鑰來防範更強的攻擊。
  3. 整體安全性標準的提高:隨著加密技術和攻擊技術的進步,對於加密套件的安全標準也在不斷提高。即使目前看似安全的配置,也可能因為缺乏某些安全特性(如前向保密)而被標記為 WEAK。

相關的 CVE 和弱點

沒有特定的 CVE 編號直接針對 TLS_RSA_WITH_AES_256_GCM_SHA384。

總結:

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) 被標記為 WEAK 的原因主要是其不提供前向保密,以及隨著時間推移 RSA 密鑰可能變得不夠強。這些原因使得它在現代安全標準下被認為是不夠安全的。若需具體 CVE 編號,需檢查實際使用的加密庫(如 OpenSSL)中的相關漏洞報告。

********************************************************************************

下面 Cipher 是否有明確的 CVE 編號的弱點 ?

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

ChatGPT

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) 和 TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) 的主要問題是缺乏前向保密,沒有特定的 CVE 編號直接針對這個問題,但涉及的風險是這些套件被標記為 WEAK 的原因。

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) 和 TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024) 的問題主要來自 1024 位 DH 密鑰的弱點,這與 CVE-2015-4000 和 CVE-2016-0701 有關,但它們並不直接與 CVE-2015-4000 和 CVE-2016-0701 相關聯。

********************************************************************************

Web Server 關閉 下面 Cipher,

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

僅留下

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)

那些作業系統將無法連上 Web Server ?

ChatGPT

關閉以下加密套件:

TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048)

TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048)

TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024)

TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024)

僅留下:

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)

可能會導致一些老舊操作系統無法連接到 Web 伺服器。主要受影響的作業系統包括:

1. Windows XP 和 Windows Server 2003

TLS 和 ECC 支援:這些舊版本的 Windows 作業系統可能不支持 ECDHE (Elliptic Curve Diffie-Hellman Ephemeral) 或僅提供有限的 ECC (Elliptic Curve Cryptography) 支援。

問題:這些作業系統主要支持較舊的 TLS 協議和加密套件,如 TLS_RSA 和 TLS_DHE。當你僅保留 ECDHE 支援時,它們可能無法與伺服器建立連接。

2. 早期版本的 Android

TLS 和 ECC 支援:早期版本的 Android(特別是 4.x 和更早版本)可能不完全支持 ECDHE 或 ECC。

問題:這些版本可能不支持 secp521r1(也就是 521 位的橢圓曲線),因此無法使用僅支持 ECC 的加密套件。

3. 舊版的 Web 瀏覽器

TLS 和 ECC 支援:一些舊版的 Web 瀏覽器和客戶端可能不支持 ECDHE 或 ECC,特別是較舊的 IE 和舊版的 Firefox 或 Safari。

問題:這些舊版瀏覽器無法與僅支持 ECDHE 的伺服器進行安全的 TLS 連接。

總結

關閉上述加密套件並僅留下 ECDHE 套件後,舊版作業系統和瀏覽器可能會無法連接到你的 Web 伺服器。這些包括但不限於:

Windows XP 和 Windows Server 2003

早期版本的 Android

舊版的 Web 瀏覽器(如早期的 IE 和 Firefox)

為了兼容性,通常建議保留至少一些較舊但安全的加密套件,或指導用戶更新其操作系統或瀏覽器以支持更現代的加密標準。

********************************************************************************

Windows 2003, XP, Vista, 7, 8, 8.1, 10, 11 那些版本不支援

TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp521r1)

TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp521r1)

ChatGPT

不支援:

  • Windows 2003(包括 Server 2003 和 XP)
  • Windows XP
  • Windows Vista(有限支援)
  • Windows 7(有限支援)

支援:

  • Windows 8 和 8.1
  • Windows 10 和 11

********************************************************************************

【總結】

弱點 (Vulnerability) 和 弱 (WEAK) 是不同的,雖然部分【加密演算法 (Cipher)】在 nmap 判定 A 等級 (非常安全),SSLLabs網站判定 Cipher 為 WEAK,但網頁上沒有說有弱點 (Vulnerability) 。

Copilot 雖然說那 4 個 Cipher 有 CVE-2017-37381 或 CVE-2016-07012 弱點,但提供的網址內容,並非說明該弱點;且實際 Google 或到 CVE 網站去查,是不存在的編號。

https://cve.mitre.org/cgi-bin/cvekey.cgi?keyword=CVE-2017-37381





(完)

相關

SSLLabs
https://www.ssllabs.com/ssltest/analyze.html

CVE Details
https://www.cvedetails.com/

NIST NVD
https://nvd.nist.gov/

MITRE CVE
https://cve.mitre.org/find/index.html





2023年7月5日 星期三

[研究]nmap 7.94 顯示 filtered 的疑問

[研究]nmap 7.94 顯示 filtered 的疑問

2023-07-05

如果指定掃某特定 port,該 port 沒開啟 ( open ),就會顯示 filtered

例如 nmap -p 25   xxx.xxx.xxx.xxx     (  xxx.xxx.xxx.xxx 是某個 IP )

結果出現

PORT    STATE    SERVICE

25/tcp    filtered    smtp

如果不指定掃那些,預設掃前 1024 個,port 沒開就不會顯示


例如 nmap -p 60000   xxx.xxx.xxx.xxx     (  xxx.xxx.xxx.xxx 是某個 IP )

結果出現

PORT    STATE    SERVICE

60000/tcp    filtered    unknown

因為 port 60000 沒開或禁止連,也不是著名用途的 port,就顯示 unknown

**********

如果 port 沒開不顯示 filter 訊息,可用 --open 參數

nmap -p 25   --open  xxx.xxx.xxx.xxx

(完)

2020年10月3日 星期六

[研究] Apache Tomcat 9.0.38 + HTTPS(SSL) + nmap 7.80 支援加密演算法最大長度金鑰 測試

[研究] Apache Tomcat 9.0.38 + HTTPS(SSL) + nmap 7.80 支援加密演算法最大長度金鑰 測試

2020-10-03

資通安全責任等級分級辦法 EN

附表十 資通系統防護基準.PDF
控制措施-構面:系統與通訊保護
控制措施-措施內容:傳輸之機密性與完整性
系統防護需求分級:(高等級系統)支援演算法最大長度金鑰。

參考

[研究] Apache Tomcat 7, 8.5, 9.0 使用 SSL 連線

apache-tomcat-9.0.38.exe

測試
nmap --script ssl-cert,ssl-enum-ciphers -p 8443 192.168.128.143

********************************************************************************
Starting Nmap 7.80 ( https://nmap.org ) at 2020-10-03 08:23 ¥x¥_?D·CRE?!
Nmap scan report for 192.168.128.143
Host is up (0.00013s latency).

PORT     STATE SERVICE
8443/tcp open  https-alt
| ssl-cert: Subject: commonName=Unknown/organizationName=Unknown/stateOrProvinceName=Unknown/countryName=Unknown
| Issuer: commonName=Unknown/organizationName=Unknown/stateOrProvinceName=Unknown/countryName=Unknown
| Public Key type: rsa
| Public Key bits: 2048
| Signature Algorithm: sha256WithRSAEncryption
| Not valid before: 2020-10-03T00:17:37
| Not valid after:  2021-01-01T00:17:37
| MD5:   65ec 1368 bce7 d8fe 368e 14f9 7c24 f84f
|_SHA-1: 1e57 eaed 13ef 3337 6007 2fd7 d321 235b b983 69b7
| ssl-enum-ciphers: 
|   TLSv1.0: 
|     ciphers: 
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 1024) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|     compressors: 
|       NULL
|     cipher preference: client
|     warnings: 
|       Key exchange (dh 1024) of lower strength than certificate key
|   TLSv1.1: 
|     ciphers: 
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 1024) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|     compressors: 
|       NULL
|     cipher preference: client
|     warnings: 
|       Key exchange (dh 1024) of lower strength than certificate key
|   TLSv1.2: 
|     ciphers: 
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA256 (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA256 (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (secp256r1) - A
|     compressors: 
|       NULL
|     cipher preference: client
|     warnings: 
|       Key exchange (dh 1024) of lower strength than certificate key
|_  least strength: A

MAC Address: 00:0C:29:DB:2D:98 (VMware)

Nmap done: 1 IP address (1 host up) scanned in 2.43 seconds


********************************************************************************
結果:

支援AES_256

支援 SHA256 和 SHA384

支援 rsa 2048

這是預設支援的,根據 SSDLC 的安全建議,有些建議關閉。

IIS Crypto Version 3.2 Build 16 - Released April 11, 2020
至少要 Windows Server 2008

另外也可用 SSL Labs 網站進行測試。

https://www.ssllabs.com/ssltest/

(完)

相關 

進階加密標準(英語:Advanced Encryption Standard,縮寫:AES) - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/%E9%AB%98%E7%BA%A7%E5%8A%A0%E5%AF%86%E6%A0%87%E5%87%86

SHA家族 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/SHA%E5%AE%B6%E6%97%8F

RSA加密演算法 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/RSA%E5%8A%A0%E5%AF%86%E6%BC%94%E7%AE%97%E6%B3%95

 

2020年10月2日 星期五

[研究] Windows Server 2016 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

[研究] Windows Server 2016 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

2020-10-02

資通安全責任等級分級辦法 EN

附表十 資通系統防護基準.PDF
控制措施-構面:系統與通訊保護
控制措施-措施內容:傳輸之機密性與完整性
系統防護需求分級:(高等級系統)支援演算法最大長度金鑰。

環境
Windows Server 2016 + IIS + nmap 7.80

測試
nmap --script ssl-cert,ssl-enum-ciphers -p 443 192.168.128.137

********************************************************************************

Starting Nmap 7.80 ( https://nmap.org ) at 2020-10-02 16:49 ¥x¥_?D·CRE?!
Nmap scan report for 192.168.128.137
Host is up (0.0010s latency).

PORT    STATE SERVICE
443/tcp open  https
| ssl-cert: Subject: commonName=WIN-1VCCHBG7475
| Issuer: commonName=WIN-1VCCHBG7475
| Public Key type: rsa
| Public Key bits: 2048
| Signature Algorithm: sha256WithRSAEncryption
| Not valid before: 2020-10-02T08:48:32
| Not valid after:  2021-10-02T00:00:00
| MD5:   d5a4 054c 1028 7523 89cc 5bba ca8f 06ad
|_SHA-1: ca09 533e 5aa6 d2a8 292d fe6f cf3c 323f a031 6bb9
| ssl-enum-ciphers: 
|   TLSv1.0: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (ecdh_x25519) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|   TLSv1.1: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (ecdh_x25519) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|   TLSv1.2: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (ecdh_x25519) - A
|       TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 2048) - A
|       TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 2048) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (ecdh_x25519) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (ecdh_x25519) - A
|       TLS_DHE_RSA_WITH_AES_256_CBC_SHA (dh 2048) - A
|       TLS_DHE_RSA_WITH_AES_128_CBC_SHA (dh 2048) - A
|       TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA256 (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA256 (rsa 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|_  least strength: C

MAC Address: 00:0C:29:E5:36:D2 (VMware)

Nmap done: 1 IP address (1 host up) scanned in 2.43 seconds



********************************************************************************
結果:

支援AES_256

支援 SHA256

支援 rsa 2048

這是預設支援的,根據 SSDLC 的安全建議,有些建議關閉。

IIS Crypto Version 3.2 Build 16 - Released April 11, 2020
至少要 Windows Server 2008

另外也可用 SSL Labs 網站進行測試。

https://www.ssllabs.com/ssltest/

(完)

相關 

進階加密標準(英語:Advanced Encryption Standard,縮寫:AES) - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/%E9%AB%98%E7%BA%A7%E5%8A%A0%E5%AF%86%E6%A0%87%E5%87%86

SHA家族 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/SHA%E5%AE%B6%E6%97%8F

RSA加密演算法 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/RSA%E5%8A%A0%E5%AF%86%E6%BC%94%E7%AE%97%E6%B3%95

 

[研究] Windows Server 2012 R2 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

 [研究] Windows Server 2012 R2 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

2020-10-02

資通安全責任等級分級辦法 EN

附表十 資通系統防護基準.PDF
控制措施-構面:系統與通訊保護
控制措施-措施內容:傳輸之機密性與完整性
系統防護需求分級:(高等級系統)支援演算法最大長度金鑰。

環境
Windows Server 2012 R2 + IIS + nmap 7.80 

測試
nmap --script ssl-cert,ssl-enum-ciphers -p 443 192.168.128.136

********************************************************************************

Starting Nmap 7.80 ( https://nmap.org ) at 2020-10-02 15:26 ¥x¥_?D·CRE?!
Nmap scan report for 192.168.128.136
Host is up (0.00088s latency).

PORT    STATE SERVICE
443/tcp open  https
| ssl-cert: Subject: commonName=WIN-JVLONPDQ6DO
| Issuer: commonName=WIN-JVLONPDQ6DO
| Public Key type: rsa
| Public Key bits: 2048
| Signature Algorithm: sha1WithRSAEncryption
| Not valid before: 2020-10-02T07:26:21
| Not valid after:  2021-10-02T00:00:00
| MD5:   98bc 0d11 af83 ee14 89c9 459b afaf 72a9
|_SHA-1: 6589 3497 7a61 4e2d 0248 4a87 9722 0f14 f89c a545
| ssl-enum-ciphers: 
|   SSLv3: 
|     ciphers: 
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       CBC-mode cipher in SSLv3 (CVE-2014-3566)
|       Ciphersuite uses MD5 for message integrity
|       Forward Secrecy not supported by any cipher
|       Weak certificate signature: SHA1
|   TLSv1.0: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|       Weak certificate signature: SHA1
|   TLSv1.1: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|       Weak certificate signature: SHA1
|   TLSv1.2: 
|     ciphers: 
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384 (secp256r1) - A
|       TLS_DHE_RSA_WITH_AES_256_GCM_SHA384 (dh 1024) - A
|       TLS_DHE_RSA_WITH_AES_128_GCM_SHA256 (dh 1024) - A
|       TLS_RSA_WITH_AES_256_GCM_SHA384 (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_GCM_SHA256 (rsa 2048) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256 (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA256 (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA256 (rsa 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|       Key exchange (dh 1024) of lower strength than certificate key
|       Weak certificate signature: SHA1
|_  least strength: C

MAC Address: 00:0C:29:1A:6D:80 (VMware)

Nmap done: 1 IP address (1 host up) scanned in 2.17 seconds


********************************************************************************
結果:

支援AES_256

支援 SHA256

支援 rsa 2048

這是預設支援的,根據 SSDLC 的安全建議,有些建議關閉。

IIS Crypto Version 3.2 Build 16 - Released April 11, 2020
至少要 Windows Server 2008

另外也可用 SSL Labs 網站進行測試。

https://www.ssllabs.com/ssltest/

(完)

相關 

進階加密標準(英語:Advanced Encryption Standard,縮寫:AES) - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/%E9%AB%98%E7%BA%A7%E5%8A%A0%E5%AF%86%E6%A0%87%E5%87%86

SHA家族 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/SHA%E5%AE%B6%E6%97%8F

RSA加密演算法 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/RSA%E5%8A%A0%E5%AF%86%E6%BC%94%E7%AE%97%E6%B3%95

 

[研究] Windows Server 2008 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

[研究] Windows Server 2008 + IIS + nmap 7.80 支援加密演算法最大長度金鑰 測試

2020-10-02

資通安全責任等級分級辦法 EN

附表十 資通系統防護基準.PDF
控制措施-構面:系統與通訊保護
控制措施-措施內容:傳輸之機密性與完整性
系統防護需求分級:(高等級系統)支援演算法最大長度金鑰。

環境
Windows Server 2008 with Service Pack 2 (x64)  + IIS + nmap 7.80 

測試
nmap --script ssl-cert,ssl-enum-ciphers -p 443 192.168.128.133

********************************************************************************

Starting Nmap 7.80 ( https://nmap.org ) at 2020-10-02 11:45 ¥x¥_?D·CRE?!
Nmap scan report for 192.168.128.133
Host is up (0.00013s latency).

PORT    STATE SERVICE
443/tcp open  https
| ssl-cert: Subject: commonName=WIN-P0WOV05PXAS
| Issuer: commonName=WIN-P0WOV05PXAS
| Public Key type: rsa
| Public Key bits: 2048
| Signature Algorithm: sha1WithRSAEncryption
| Not valid before: 2020-10-02T03:44:23
| Not valid after:  2021-10-02T00:00:00
| MD5:   121f 7e65 ad8a 5db5 d7aa ff2f 4a73 0c92
|_SHA-1: f0f8 9183 fc7c 3088 3e88 0976 29df 09aa 5f83 4e2a
| ssl-enum-ciphers: 
|   SSLv3: 
|     ciphers: 
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       CBC-mode cipher in SSLv3 (CVE-2014-3566)
|       Ciphersuite uses MD5 for message integrity
|       Forward Secrecy not supported by any cipher
|       Weak certificate signature: SHA1
|   TLSv1.0: 
|     ciphers: 
|       TLS_RSA_WITH_AES_128_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_AES_256_CBC_SHA (rsa 2048) - A
|       TLS_RSA_WITH_RC4_128_SHA (rsa 2048) - C
|       TLS_RSA_WITH_3DES_EDE_CBC_SHA (rsa 2048) - C
|       TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA (secp256r1) - A
|       TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA (secp256r1) - A
|       TLS_RSA_WITH_RC4_128_MD5 (rsa 2048) - C
|     compressors: 
|       NULL
|     cipher preference: server
|     warnings: 
|       64-bit block cipher 3DES vulnerable to SWEET32 attack
|       Broken cipher RC4 is deprecated by RFC 7465
|       Ciphersuite uses MD5 for message integrity
|       Weak certificate signature: SHA1
|_  least strength: C

MAC Address: 00:0C:29:F1:DE:EB (VMware)

Nmap done: 1 IP address (1 host up) scanned in 2.25 seconds


********************************************************************************
結果:

支援AES_256

支援 SHA1

支援 rsa 2048

這是預設支援的,根據 SSDLC 的安全建議,有些建議關閉。

IIS Crypto Version 3.2 Build 16 - Released April 11, 2020
至少要 Windows Server 2008

另外也可用 SSL Labs 網站進行測試。

https://www.ssllabs.com/ssltest/

(完)

相關 

進階加密標準(英語:Advanced Encryption Standard,縮寫:AES) - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/%E9%AB%98%E7%BA%A7%E5%8A%A0%E5%AF%86%E6%A0%87%E5%87%86

SHA家族 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/SHA%E5%AE%B6%E6%97%8F

RSA加密演算法 - 維基百科,自由的百科全書
https://zh.wikipedia.org/wiki/RSA%E5%8A%A0%E5%AF%86%E6%BC%94%E7%AE%97%E6%B3%95