Kết luận 2026: PPTP hỏng từ thiết kế và không nên dùng, kể cả dữ liệu được coi là không nhạy cảm. Phương án an toàn, hiệu quả đã có sẵn.

Vì sao không được dùng?

Ngay cả để đổi vùng, trung gian mạng có thể bắt MS-CHAPv2, bẻ bí mật offline bằng công cụ công khai, rồi giải mã ngược lưu lượng PPTP và lấy thông tin đăng nhập, HTTP/DNS cùng metadata HTTPS. GPU phổ thông đã đủ.

Phương án hiện đại

  • WireGuard: Curve25519, ChaCha20-Poly1305, overhead thấp;
  • OpenVPN UDP: ổn định, tương thích;
  • IKEv2/AES-GCM: hiệu quả khi di chuyển.

Dịch vụ còn đưa PPTP như lựa chọn bình thường cho thấy stack không được bảo trì. Apple đã bỏ nó từ iOS 10 và macOS Sierra năm 2016.

Kiến trúc kỹ thuật

  • GRE (IP 47) bọc PPP, không mã hóa;
  • MPPE dùng RC4 lỗi thời;
  • MS-CHAPv2 xác thực dựa DES có thể bẻ offline.

Kênh điều khiển dùng TCP 1723, MS-CHAPv2 sinh khóa MPPE rồi dữ liệu đi qua GRE. Không có PFS hay toàn vẹn hiện đại; GRE kém qua NAT.

Luồng hoạt động

  1. Mở TCP 1723.
  2. Thương lượng PPP.
  3. Thử thách-đáp ứng MS-CHAPv2.
  4. Sinh MPPE từ thông tin đăng nhập.
  5. Dữ liệu đi qua GRE, IP 47.

Xác thực và mã hóa phụ thuộc bí mật tái dùng; lấy được mật khẩu sẽ mở được bản ghi cũ.

Vấn đề cấu trúc

  • không PFS;
  • không AEAD/toàn vẹn hiện đại;
  • GRE khó đi qua NAT;
  • TCP 1723 + GRE bị nhận diện tức thì.

Lỗ hổng mật mã

Trình diễn công khai năm 2012 cho thấy một phiên MS-CHAPv2 bị bắt tương đương bẻ một khóa DES. Mọi khóa sinh ra bị lộ. Thiếu AEAD cho phép tấn công chủ động, chèn/sửa; làm mất đồng bộ có thể ép xác thực lại và CRC-32 không phải bảo vệ mật mã. RC4 và sinh khóa tĩnh không thể vá nghiêm túc mà không đổi giao thức.

Các công cụ công khai như chapcrack và asleap tự động tách challenge-response rồi chuẩn bị cho việc bẻ khóa offline. Mật khẩu dài vì thế không sửa được điểm yếu mật mã vốn có của MS-CHAPv2: sau khi bắt phiên trao đổi, kẻ tấn công không còn bị giới hạn ở cách dò từ điển thông thường.

Hậu quả năm 2026

  • DPI: GRE và TCP 1723 dễ phân loại, chặn, thao túng.
  • Chặn bắt: nhà mạng hoặc mạng cục bộ có thể bắt MS-CHAPv2 và bẻ offline.
  • Metadata: giờ, thời lượng, dung lượng và mẫu dùng vẫn lộ trước khi bẻ khóa.

Sau khi lấy được khóa, HTTP và DNS có thể bị đọc trực tiếp. HTTPS vẫn mã hóa nội dung, nhưng địa chỉ IP, thời điểm, dung lượng và thường cả tên dịch vụ vẫn quan sát được; PPTP không còn tạo ra sự tách biệt mạng mà người dùng chờ đợi ở VPN hiện đại.

Vì sao PPTP vẫn tồn tại?

Do Windows/router cũ, hạ tầng SME/công nghiệp/SCADA 2000–2010, chip rẻ có IPsec thiếu và cảm giác đơn giản vì không cần chứng chỉ/PKI. Sự tồn tại đến từ quán tính, không phải lựa chọn bảo mật có hiểu biết.

Windows từng tích hợp PPTP trong thời gian dài, rồi mã nguồn và cách triển khai đó được tái sử dụng trong router cùng thiết bị có vòng đời nhiều năm. RC4 cũng cần ít tài nguyên trên phần cứng cũ. Những lợi thế vận hành này chỉ giải thích di sản; chúng không bù được xác thực có thể bị bẻ và việc thiếu tính toàn vẹn hiện đại.

Chuyển sang giao thức hiện đại

Gỡ PPTP khỏi máy chủ, đóng TCP 1723 và GRE, đổi mật khẩu từng dùng với MS-CHAPv2, xóa profile cũ. Dùng WireGuard hằng ngày, IKEv2/IPsec cho tích hợp/di động, OpenVPN cho tương thích/TCP 443 hoặc giao thức ngụy trang khi VPN bị chặn. Thiết bị chỉ có PPTP phải bị cô lập, hạn chế và lên kế hoạch thay.

Giao thức khác

Kết luận

PPTP từng phổ biến VPN nhưng nền tảng đã hỏng: RC4, MS-CHAPv2 bị phá, không toàn vẹn, lưu lượng dễ nhận diện. Không trường hợp hiện đại nào biện minh cho việc bật nó. Chuyển sang WireGuard, OpenVPN hoặc IKEv2 là yêu cầu tối thiểu.