HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
vpdotnet
vpnetd-sgx
Go2025–2025
vpdotnet / vpnetd-sgx

vpnetd-sgx

Code for the VP.NET SGX enclave

2Distinct people
6Mentions
0Explicit recommenders
54GitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

Code for the VP.NET SGX enclave

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by week6 dated mentions

Observed mentions: 2025-08-15 15:54:35 UTC to 2025-10-07 11:49:30 UTC. Weeks start Monday, UTC.

01232025-08-11 00:00:00 UTC to 2025-08-18 00:00:00 UTC (exclusive): 3 mentions; 1 submissions, 2 commentsAug 112025-08-18 00:00:00 UTC to 2025-08-25 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-25 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-01 00:00:00 UTC to 2025-09-08 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-09-08 00:00:00 UTC to 2025-09-15 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsSep 82025-09-15 00:00:00 UTC to 2025-09-22 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2025-09-22 00:00:00 UTC to 2025-09-29 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-29 00:00:00 UTC to 2025-10-06 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-06 00:00:00 UTC to 2025-10-13 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 commentsOct 6

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Aug 112025-08-11 00:00:00 UTC2025-08-18 00:00:00 UTC312
Aug 182025-08-18 00:00:00 UTC2025-08-25 00:00:00 UTC000
Aug 252025-08-25 00:00:00 UTC2025-09-01 00:00:00 UTC000
Sep 12025-09-01 00:00:00 UTC2025-09-08 00:00:00 UTC101
Sep 82025-09-08 00:00:00 UTC2025-09-15 00:00:00 UTC000
Sep 152025-09-15 00:00:00 UTC2025-09-22 00:00:00 UTC101
Sep 222025-09-22 00:00:00 UTC2025-09-29 00:00:00 UTC000
Sep 292025-09-29 00:00:00 UTC2025-10-06 00:00:00 UTC000
Oct 62025-10-06 00:00:00 UTC2025-10-13 00:00:00 UTC101

What Hacker News says

6 sources
You might find this helpful: https://youtu.be/sz7NAe0G1_Y?si=focPEWli8xv7NCDi Re verifiability: the point isn’t trust us, it’s that you don’t have to. We built it so anyone can independently confirm what’s running. 1. All server and client code is published. 2. Builds are reproducible. 3. Each node provides cryptographic attestations of its runtime and routing identity. 4. Enclaves are used for verifiable isolation. You can peruse the code yourself to see exactly why the transparency we bring makes legacy “trust based” VPNs obsolete: https://github.com/vpdotnet/vpnetd-sgx
In Who owns Express VPN, Nord, Surfshark? VPN relationships explained (2024)
You do need to trust Intel as it relates to deterministic and verifiable SGX hardware. SGX has had issues, but these are fixed pretty quickly [1]. Creating the isolated layer like SGX gives you verification of what is running on VP.NET's servers though, and the code is available to review and compile yourself so you can verify it is the same [2]. From a defense in depth standpoint, the more layered and isolated securities, the better. [1] https://sgx.fail [2] https://github.com/vpdotnet/vpnetd-sgx
In PureVPN IPv6 Leak
> No trust required. You also have to trust that SGX isn't compromised. But even without that, you can log what goes into SGX and what comes out of SGX. That seems pretty important, given that the packets flowing in and out need to be internet-routable and necessarily have IP headers. Their ISP could log the traffic, even if they don't. > Packet Buffering and Timing Protection: A 10ms flush interval batches packets together for temporal obfuscation That's something, I guess. I don't think 10ms worth of timing obfuscation gets you very much though. > This temporal obfuscation prevents timing correlation attacks This is a false statement. It makes correlation harder but correlation is a statistical relationship. The correlations are still there. (latter quotes are from their github readme https://github.com/vpdotnet/vpnetd-sgx ) All that sa
Read the rest
id, it is better to use SGX than to not use SGX, and it is better to use timing obfuscation than to not. Just don't let the marketing hype get ahead of the security properties!
In A privacy VPN you can verify

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.