星連VPN電腦端2.5系列目前已經完成第三方安全審計及持續版本安全驗證。
截至2026年8月24日,VPNTestor Platform / Openscore VPN公開的最新安全審計記錄已經覆蓋 macOS 2.5.7、Windows 2.5.8及相關新協議安全驗證,最新完整報告評級為:
100 / 100
嚴重風險:0
高風險:0
中風險:0
低風險:0
審計結果:完全通過。 (VPN Testor)
但對VPN來說,真正重要的不是“100分”這個數字,而是:
星連VPN到底在哪些地方通過了安全測試?
簡單來說,目前第三方審計已經從以下幾個方面驗證電腦端2.5的安全性:
VPN連線不會因為異常斷線、網路切換而留下錯誤路由
DNS請求沒有發現一致可重現的洩漏
IPv4和IPv6沒有發現一致可重現的洩漏
WebRTC沒有發現一致可重現的隱私洩漏
未經授權的帳戶或API請求無法取得內部VPN資料
客戶端沒有發現瀏覽內容、DNS查詢內容等本機活動記錄
安裝套件、數位簽章及更新管道被納入安全檢查
先前發現的問題已經修復,並由第三方重新測試確認無法重現。 (VPN Testor)
這才是本次安全審計真正值得關注的部分。
PC 2.5.8真實測速影片
這段由SingLinkVPN發布的實測影片記錄了Windows 2.5.8使用Sola協議連線台灣節點時達到532 Mbps的測速結果。它提供的是一次真實環境性能樣本,並不代表所有用戶、地區、網路服務供應商、時段或節點都能獲得相同速度;實際表現仍會受到本地寬頻、設備性能、線路狀態、伺服器負載和測速方法影響。
一、星連VPN為什麼可以說電腦端2.5經過了安全驗證?
判斷一個VPN安全嗎,首先應該看它有沒有解決最基本的問題:
當VPN顯示“已連線”時,用戶的網路流量是不是真的按照安全路徑傳輸?
第三方安全測試並不是只打開客戶端、連線一個節點,然後看到“Connected”就算通過。
測試包括:
正常建立VPN隧道;
主動斷開VPN;
VPN伺服器突然斷線;
自動重連;
Wi-Fi切換到移動網路;
網路短暫中斷;
設備睡眠和喚醒;
客戶端被強制關閉;
路由建立和清理。 (VPN Testor)
其中一個非常關鍵的測試是:
Wi-Fi切換到其他網路時,不應出現持續的未受VPN保護的流量暴露。
伺服器異常斷開時,則要求客戶端:
安全停止連線或者重新建立VPN隧道。
換句話說,第三方檢查的不只是:
“能不能連上。”
而是:
連線異常的時候,用戶會不會在自己不知道的情況下失去保護。
二、DNS洩漏測試:造訪網站時DNS有沒有繞過VPN?
DNS洩漏是VPN最常見的隱私風險之一。
即使公網IP已經變成VPN伺服器IP,如果DNS請求仍然直接發送給本機營運商,那麼本機網路仍然可能知道用戶正在查詢哪些網域。
因此此次第三方測試專門檢查了:
DNS請求是否繞過指定的安全路徑。
正式測試標準要求:
DNS請求不能繞過VPN所指定的安全路徑。 (VPN Testor)
最終安全審計結論為:
未發現一致可重現的DNS洩漏。 (VPN Testor)
這意味著在報告列明的測試版本和環境中,沒有發現穩定可重現的DNS繞過問題。
三、真實IP會不會洩漏?
VPN最基本的安全目標之一,就是不能讓用戶連線VPN以後,真實公網出口繼續通過其他網路協議暴露。
因此本次審計分別檢查:
IPv4
和:
IPv6。
IPv4測試要求:
公網出口IP應該與用戶選擇的VPN位置匹配。
IPv6測試則要求:
IPv6流量不能繞過VPN。 (VPN Testor)
最終報告沒有發現一致可重現的:
IPv4洩漏
或:
IPv6洩漏。 (VPN Testor)
這非常重要。
因為一個VPN即使IPv4正常,如果IPv6直接從本機網路出去,真實網路身份依然存在暴露風險。
四、WebRTC會不會暴露本機網路資訊?
瀏覽器的WebRTC功能在部分環境下可能洩漏本機網路位址或其他連線資訊。
因此VPN安全測試中不能只檢查公網IP。
本次第三方安全審計同樣包含:
WebRTC洩漏測試。
測試要求是:
應保持私密的本機位址不能因為WebRTC被公開。 (VPN Testor)
最終審計結論:
未發現一致可重現的WebRTC洩漏。 (VPN Testor)
因此,星連VPN電腦端安全測試並不是只檢查“IP變沒變”。
而是同時覆蓋:
DNS + IPv4 + IPv6 + WebRTC + 路由
幾個真正可能暴露用戶網路身份的位置。
五、為什麼網路切換也是安全問題?
很多VPN在穩定家庭Wi-Fi環境中看起來沒有問題。
真正容易出現漏洞的是:
Wi-Fi突然斷開;
Wi-Fi切換其他網路;
網路幾秒鐘沒有訊號;
VPN伺服器異常掉線。
如果客戶端處理錯誤,很可能發生:
VPN已經失效,但部分流量繼續從本機網路直接出去。
此次安全審計專門覆蓋:
IPv4住宅寬頻;
IPv4/IPv6雙棧網路;
4G;
5G;
公用Wi-Fi;
Wi-Fi與5G之間切換;
網路短暫中斷;
DNS異常;
高延遲和高丟包環境。 (VPN Testor)
因此本次測試比單純在實驗室穩定網路中跑一次VPN更加接近真實使用場景。
六、別人能不能繞過登入取得VPN內部資料?
VPN安全不僅僅是網路洩漏。
帳戶、Token和API如果存在存取控制漏洞,同樣可能暴露用戶資料或內部VPN設定。
第三方測試包括:
未登入請求
無效Token
過期Token
登出以後重新使用Token
修改帳戶識別資訊
存取其他用戶帳戶
未經授權請求VPN內部連線資訊
重複高頻請求
以及:
非官方客戶端請求受保護設定。 (VPN Testor)
測試要求包括:
未經身份驗證的請求必須被拒絕。
無效和過期Token不能繼續使用。
用戶不能通過修改帳戶參數讀取其他人的帳戶資料。
未經授權的請求不能獲得內部VPN連線資料。 (VPN Testor)
最終審計同樣確認:
未經授權的請求無法取得內部VPN連線資料。 (VPN Testor)
所以本次安全審計保護的不只是VPN隧道。
也包含:
帳戶 → API → 內部設定
這一整條資料路徑。
七、星連VPN電腦客戶端會不會偷偷儲存瀏覽記錄?
這是另一個用戶真正應該關心的問題。
第三方安全審計直接檢查電腦客戶端本機是否存在:
瀏覽活動記錄;
DNS查詢記錄;
原始IP活動記錄;
錯誤日誌;
Token和憑證;
診斷資料;
本機快取。 (VPN Testor)
測試要求明確包括:
不存在瀏覽內容記錄。
不存在DNS查詢內容記錄。
不建立不必要的原始IP活動記錄。
錯誤日誌不能包含Token、金鑰或者內部連線資料。
診斷資料不能包含完整網路活動內容。 (VPN Testor)
第三方在更廣泛的資料處理評估中也沒有發現客戶端主動建立:
瀏覽內容;
瀏覽歷史;
DNS查詢內容;
完整網路活動;
造訪網站列表;
原始網路流量內容。 (VPN Testor)
這一點實際上非常重要:
VPN不應該一邊保護網路,一邊又在用戶電腦本機建立另一份瀏覽歷史。
八、安裝的星連VPN是不是官方、完整的軟體?
VPN屬於具有較高網路權限的軟體。
因此安全性還必須包括:
軟體有沒有被替換、篡改或者通過不可信來源更新。
本次審計將以下項目納入安全範圍:
安裝檔案完整性
數位簽章
更新來源
版本降級風險
第三方依賴
硬編碼金鑰
正式版本除錯資訊
以及:
安裝套件權限。 (VPN Testor)
目前報告也保留了macOS、Windows等官方發布檔案的驗證記錄,並持續記錄後續2.5版本安裝樣本、簽章及安全驗證結果。 (VPN Testor)
因此官方仍然建議:
只從SingLinkVPN官方網站或官方應用商店安裝軟體,不要使用第三方修改版客戶端。 (VPN Testor)
九、星連VPN有沒有發現過安全問題?
有。
這也是我們認為安全審計應該公開的重要內容。
2026年初,SingLinkVPN曾發現一個與VPN啟動流程有關的潛在攻擊面。
問題涉及客戶端建立連線時,向後端請求內部連線設定和VPN連線資訊。
之後進行了:
身份驗證強化
存取控制強化
異常請求識別
頻率限制
內部資料隔離
以及:
自動攻擊防護。 (VPN Testor)
最重要的不是:
“有沒有發現過問題。”
而是:
發現以後有沒有修復,以及第三方有沒有重新驗證。
VPNTestor隨後重新執行了相關測試。
結果:
原問題無法再次重現。
同時:
沒有發現修復措施引入新的可利用安全問題。 (VPN Testor)
這比簡單寫一句:
“星連VPN從來沒有安全問題。”
更加可信。
真正的軟體安全應該是:
發現 → 修復 → 第三方複測 → 迴歸測試。
十、為什麼安全審計最後是100/100?
VPNTestor將安全評分分成七個主要部分:
安全項目 | 分值 |
|---|---|
VPN隧道、DNS及網路洩漏保護 | 25 |
帳戶、API及內部連線 | 20 |
客戶端本機資料與隱私 | 15 |
跨平台安全一致性 | 10 |
Web帳戶與會話 | 10 |
安裝套件、更新及供應鏈 | 10 |
已知問題修復和重新測試 | 10 |
合計 | 100 |
此次審計記錄:
嚴重風險:0
高風險:0
中風險:0
低風險:0
已知的VPN啟動流程問題:
正式審計前完成修復。
修復複測:
通過。
因此最終評分為:
100 / 100
需要說明:
100/100代表報告所列版本、環境和測試範圍內全部達到評分要求,並不代表未來所有版本永久不可能出現漏洞。
軟體更新以後,仍然需要持續安全測試。
十一、電腦端2.5有沒有繼續進行安全驗證?
有。
這也是這一篇最應該重點說明的地方。
2026年7月最初的完整安全審計中,macOS受測版本屬於2.5系列。
之後電腦客戶端繼續更新,第三方並沒有簡單把舊報告直接套到所有新版本,而是持續追加安全驗證記錄。 (VPN Testor)
截至2026年8月24日:
macOS 2.5.7 / build 3065
6 / 6項發布安全驗證通過
Windows 2.5.8 / build 3077
列明版本安全項目全部通過
Windows 2.5.8新協議安全驗證
7 / 7項通過
最新這些結果已經被匯總進入:
2026 v2.0完整簽署安全報告
最終評級仍然:
100 / 100
所以電腦端2.5的安全邏輯不是:
以前審過一次,所以以後全部預設安全。
而是:
完整基礎審計 + 後續新版本繼續安全驗證。
十二、客戶端安全以後,為什麼還要單獨看“無日誌”?
因為:
客戶端沒有洩漏,並不等於伺服器沒有記錄。
例如一個VPN完全可以做到:
DNS不洩漏;
IP不洩漏;
WebRTC不洩漏;
但後台仍然儲存:
用戶什麼時候連線、用了哪個節點、造訪了哪個網站。
所以要回答:
星連VPN究竟會不會記錄用戶網路活動?
必須看另一項完全不同的:
無日誌生產環境驗證
十三、星連VPN的“無日誌”到底不記錄什麼?
VPNTestor在2026年7月29日對SingLinkVPN生產環境進行了獨立只讀驗證。
第三方實際檢查了:
中央後台;
資料庫欄位;
客戶端和節點資料上報;
VPN節點日誌;
DNS處理;
雲服務及CDN;
資料庫備份;
管理員查詢權限;
自動清理機制。 (VPN Testor)
最終沒有發現SingLinkVPN持久化記錄:
用戶造訪的網站
目標網域
完整URL
DNS查詢
用戶原始IP歷史
具體VPN節點使用歷史
單次VPN連線歷史
瀏覽內容
以及:
網路通訊內容。 (VPN Testor)
這才是:
嚴格無活動日誌
真正應該表達的內容。
十四、最關鍵的一點:不是“先記錄再刪除”
無日誌報告還驗證了VPN節點的實際設計。
節點為了完成即時資料傳輸,當然需要暫時知道:
當前連線;
臨時路由;
傳輸緩衝;
握手狀態。
但是這些屬於:
記憶體中的臨時連線狀態。
連線結束以後自動釋放。
第三方沒有發現VPN節點把:
網站;
網域;
URL;
DNS查詢;
原始IP;
通訊內容;
節點歷史;
寫入持久化用戶活動日誌。 (VPN Testor)
所以星連VPN當前無日誌設計的重要區別是:
不是把完整用戶活動先記錄下來,然後過幾天刪除。
而是:
對於網站、DNS、原始IP和網路活動,本身就不建立相應的持久化日誌。
這是無日誌保護最重要的技術邏輯之一。
十五、後台管理員能不能查到“某個用戶看過什麼網站”?
第三方也專門檢查了管理員後台和資料匯出能力。
報告沒有發現管理員能夠查詢或匯出:
某個用戶造訪的網站
某個用戶查詢的DNS
某個用戶的完整URL
某個用戶使用過的具體節點歷史
某個用戶的原始IP歷史
某個用戶的瀏覽或通訊內容。 (VPN Testor)
這點非常重要。
真正的無日誌並不只是:
“我們承諾客服不看。”
而應該是:
後台本身就沒有這些用戶活動日誌可以查。
第三方檢查結果為:
通過。 (VPN Testor)
十六、雲端伺服器、CDN和備份裡會不會偷偷留下日誌?
無日誌驗證沒有只檢查SingLinkVPN中央後台。
第三方還檢查了:
雲服務
CDN
以及:
資料庫備份。
沒有發現這些系統中存在能夠識別或者重建用戶VPN活動的持久化日誌。
資料庫備份中也沒有發現:
網站;
網域;
URL;
DNS查詢;
原始IP;
瀏覽內容;
連線歷史;
等網路活動資料。 (VPN Testor)
這可以避免一種常見問題:
主資料庫說沒有日誌,但備份或第三方基礎設施實際上還留著。
十七、無日誌是不是代表星連VPN什麼都不知道?
不是。
這是必須說明清楚的。
為了提供實際服務,SingLinkVPN仍然需要處理有限的帳戶和服務資料。
例如:
上傳/下載累計流量
用於方案和流量計算。
每日流量總量
用於每日額度。
線上設備狀態
用於設備數量限制。
訂單編號
用於訂閱及售後。
客服和SingChat
屬於用戶主動發起的客服資料。
遠端診斷
只有用戶主動請求技術支援時才產生。 (VPN Testor)
但這些資料中不包含:
造訪哪個網站、查詢哪個DNS、瀏覽什麼內容。
例如每日流量系統只能知道:
今天用了多少GB。
它不知道:
這些GB到底去了YouTube、Google還是其他網站。
這就是:
服務資料
和:
用戶活動日誌
之間的區別。
十八、為什麼電腦端2.5更新以後沒有重新做一份完整無日誌審計?
因為兩種審計檢查的是不同東西。
電腦端2.5安全審計
跟具體客戶端版本高度相關。
客戶端更新以後,需要繼續檢查:
VPN連線;
DNS;
IP;
路由;
WebRTC;
本機日誌;
安裝套件;
API;
新協議。
所以2.5.x不斷有新的安全驗證。
無日誌驗證
主要針對:
後台資料結構;
VPN節點日誌;
資料上報;
資料庫;
雲/CDN;
資料保留;
管理員查詢;
備份機制。
它回答的是:
SingLinkVPN有沒有建立用戶網路活動記錄。
因此如果一次電腦客戶端更新並沒有改變:
蒐集什麼資料、上報什麼資料、伺服器儲存什麼資料
就沒有必要因為一個2.5.x版本號變化,機械複製完全相同的無日誌報告。
但如果未來:
新增遙測;
改變日誌上報;
改變後台欄位;
改變VPN節點日誌;
新增第三方分析系統;
改變資料保留方式;
那麼就應該重新進行無日誌驗證。
十九、所以星連VPN到底安全嗎?
如果只要一個直接答案:
根據目前公開的第三方安全審計,在報告列明的版本、網路環境和測試範圍內,SingLinkVPN電腦端2.5系列沒有發現未解決的嚴重、高、中或低風險漏洞,最新完整安全評級為100/100。
而且具體不是只看一個分數。
第三方已經驗證:
VPN異常斷線和網路切換安全
DNS洩漏保護
IPv4 / IPv6洩漏保護
WebRTC隱私
路由安全
帳戶及Token安全
API存取控制
本機瀏覽記錄
安裝套件及軟體更新
以及:
已知問題修復後的迴歸測試。 (VPN Testor)
隱私層面,截至2026年7月29日的獨立生產環境無日誌驗證則沒有發現SingLinkVPN持久化記錄:
網站
網域
URL
DNS查詢
原始IP歷史
節點使用歷史
逐次連線歷史
瀏覽內容
或:
通訊內容。 (VPN Testor)
因此目前SingLinkVPN的安全驗證可以很簡單地概括成兩層:
第一層:客戶端不洩漏
DNS / IP / IPv6 / WebRTC / 路由 / 帳戶 / API
↓
第三方安全審計 100/100
第二層:服務端不記錄用戶網路活動
網站 / URL / DNS / 原始IP / 節點歷史 / 瀏覽內容
↓
獨立無日誌生產環境驗證:通過
這比一句:
“我們很安全。”
更有意義。
因為用戶可以看到:
具體測試了什麼、通過了什麼,以及哪些資料根本沒有被系統持久化記錄。
常見問題
星連VPN電腦端2.5通過安全審計了嗎?
是。當前最新安全記錄已經包含macOS 2.5.7和Windows 2.5.8相關驗證,最新2026 v2.0完整報告評級為100/100。 (VPN Testor)
星連VPN會洩漏DNS嗎?
第三方審計沒有發現一致可重現的DNS洩漏。 (VPN Testor)
會洩漏真實IP嗎?
第三方沒有發現一致可重現的IPv4或IPv6洩漏。 (VPN Testor)
WebRTC安全嗎?
WebRTC屬於正式安全測試範圍,沒有發現一致可重現的WebRTC洩漏。 (VPN Testor)
星連VPN會記錄我造訪的網站嗎?
截至無日誌審計基準日,第三方沒有發現中央後台、節點、雲/CDN或備份持久化用戶網站、目標網域、完整URL或瀏覽內容。 (VPN Testor)
星連VPN記錄真實IP嗎?
第三方沒有發現中央後台或VPN節點持久化儲存用戶原始IP歷史。 (VPN Testor)
星連VPN有流量記錄,為什麼還能叫無日誌?
因為系統儲存的是提供方案功能所需的上傳、下載累計量等有限服務資料,不包含流量目的地、網站、URL或瀏覽內容。 (VPN Testor)
100/100是不是代表永遠不會出現漏洞?
不是。它代表當前報告列明的版本、環境和審計範圍達到100分標準。軟體版本發生重大變化後仍需要繼續測試。 (VPN Testor)
總結
星連VPN電腦端2.5的安全,不應該只用:
“經過安全審計”
六個字來解釋。
真正重要的是,目前第三方驗證給出的具體結果:
沒有發現一致可重現的DNS、IPv4、IPv6或WebRTC洩漏;VPN在異常斷線及網路切換場景下接受了安全測試;帳戶、Token和內部API經過存取控制測試;客戶端本機沒有發現瀏覽內容和DNS查詢記錄;安裝套件及更新管道被納入檢查;先前發現的問題完成修復並通過第三方複測。 (VPN Testor)
與此同時,獨立無日誌生產環境驗證進一步確認,截至審計基準日,沒有發現SingLinkVPN持久化記錄用戶造訪的網站、網域、URL、DNS查詢、原始IP歷史、節點歷史和瀏覽內容。 (VPN Testor)
所以對於普通用戶而言,這兩份報告分別回答了兩個最實際的問題:
連線星連VPN以後,我的真實網路資訊會不會因為客戶端問題洩漏?
以及:
即使連線是安全的,服務端會不會把我的瀏覽活動儲存下來?
目前公開的第三方驗證結果,對這兩個問題給出的結果均為:
通過。
