Chrome thêm tiêu đề HTTPS lạ: 1 cho tất cả các yêu cầu


19

Tôi đã nhận được rất nhiều lỗi lạ trên các trang web liên quan đến HTTPS. Các trang web này hoạt động rất tốt trong FF và IE, nhưng không tải được Chrome. Có vẻ như mặc dù tôi đang yêu cầu một URL không bảo mật (http), Google Chrome sẽ thêm một tiêu đề bổ sung HTTPS:1cho yêu cầu.

Điều này khiến một số máy chủ, có thể một số máy chủ sử dụng giảm tải SSL và cung cấp dịch vụ lưu trữ được chia sẻ, để phản hồi với lỗi do không có SSL trên máy chủ.

Tôi không được chuyển hướng đến một trang được bảo mật (HTTPS), thay vào đó, tất cả các URL nội bộ trong nguồn đang được chỉnh sửa thành https.

Tôi đã kiểm tra kết nối với fiddler. Phân tích cú pháp này không được thực hiện trên máy tính của tôi và sự khác biệt duy nhất là HTTPS:1tiêu đề này .

Tôi đã tạo một trang PHP đơn giản để in $_SERVERbiến. Khi tôi truy cập nó bằng chrome tôi có thể thấy : [HTTP_HTTPS] => 1. Tôi không thể nhìn thấy nó với FireFox.

Tôi đã thử xóa tất cả dữ liệu, hủy ghép nối chrome từ tài khoản google của mình và xóa và cài đặt Chrome từ đầu.

Bất cứ ai có bất kỳ ý tưởng về điều này? Nó đang khiến tôi phát điên.


Tôi đã gặp vấn đề tương tự trên chrome canary, nhưng chỉ trên một trang web cụ thể mà tôi bị lừa với các chuyển hướng http-> https. Tôi đoán nó có liên quan đến bộ đệm chuyển hướng 301. Chrome đã không chuyển hướng tôi đến https sau khi xóa bộ nhớ cache hoàn toàn của trình duyệt. Tuy nhiên, nó không giải quyết được vấn đề tiêu đề https. Tôi "giải quyết" nó bằng cách không sử dụng canary cho trang web cụ thể nữa. Hôm nay, vấn đề tương tự lại bắt đầu trên chrome ổn định NHƯNG trên hoàng yến nữa. Tôi đoán bộ nhớ cache trên canary đã hết hạn. Tôi đã không thử nó một thời gian. Trông hoàn toàn ngẫu nhiên đối với tôi. Xin lỗi vì đã không cho bạn một câu trả lời. Nhưng, kể từ khi tôi
Azeruel

Vâng, tôi cũng thấy điều này, bắt đầu từ ngày hôm qua. Làm tôi phát điên quá.
Kirby

Chrome rất, rất năng nổ khi nói đến bảo mật. Google có thể đang làm điều này vì lý do kinh doanh: nếu không thể bảo mật dữ liệu người dùng chống lại các tác nhân chính phủ, người dùng sẽ mất niềm tin vào Google rất nhanh. Do đó, Google coi việc thiết lập bản thân như một công ty hàng đầu về quyền riêng tư trên Internet là ưu tiên hàng đầu, mặc dù thực tế là mô hình kinh doanh dựa trên quảng cáo của họ hoàn toàn dựa vào theo dõi hành vi của người dùng. Người dùng tin tưởng Google là người quản lý an toàn dữ liệu cá nhân của họ, để không rò rỉ dữ liệu cho các bên thứ ba trái phép, do đó họ không đủ khả năng để làm bất cứ điều gì ít hơn.
bwDraco - Phục hồi Monica

Câu trả lời:


15

Rất có thể các trang web mà bạn đang gặp sự cố đang chạy mã máy chủ diễn giải không chính xác HTTPS: 1tiêu đề yêu cầu. Ví dụ: plugin Wordpress WooC Commerce, đang chạy trên khoảng 900.000 trang web , có mã lỗi xử lý sai HTTPS: 1tiêu đề. Xem tài liệu vá mới nhất của họ tại đây: https : // wococ Commerce.wordpress.com/2015/07/07/wooc Commerce-2-3-13-security-and-maintenance-release /

Có một bài đăng tương tự trên StackOverflow: /programming/31565155/wordpress-woocommerce-forces-https-when-it-shouldnt/31570584#31570584

Để cung cấp thêm chi tiết: Chrome đã triển khai thông số kỹ thuật Yêu cầu bảo mật nâng cấp từ World Wide Web Consortium (W3C). Mục 3.2.1 của đặc tả đó là Các Upgrade-insecure-Các yêu cầu HTTP Header request Dòng mà tiểu bang

3.2.1. Trường tiêu đề yêu cầu HTTP nâng cấp-không an toàn

Trường tiêu đề yêu cầu HTTP nâng cấp-không an toàn-yêu cầu gửi tín hiệu đến máy chủ thể hiện sở thích của khách hàng đối với phản hồi được mã hóa và xác thực và nó có thể xử lý thành công chỉ thị yêu cầu nâng cấp-không an toàn để làm cho tùy chọn đó liền mạch nhất có thể cung cấp.

Tùy chọn này được đại diện bởi ANBF sau:

"Yêu cầu nâng cấp-không an toàn:" * WSP "1" * WSP

Các trang web như những trang chạy plugin WooC Commerce trong Wordpress đang viết lại không chính xác tất cả các URL trong phản hồi dưới dạng https:\\liên kết nếu HTTPS: 1tiêu đề được đặt trong yêu cầu không bảo mật (http).

Là người dùng cuối của trang web đó, công việc dễ dàng duy nhất là sử dụng trình duyệt khác ngoài Chrome cho đến khi các trang web đó được sửa chữa


Cảm ơn đã trả lời công phu, tôi đã thấy rằng mã này đã được thực hiện, nhưng vì vấn đề này là dành riêng cho máy tính của tôi (tôi đã kiểm tra với các máy tính khác nhau trong văn phòng) Tôi cho rằng có một cách để tắt nó. Các máy tính khác không gửi tiêu đề HTTPS: 1, nó dành riêng cho máy tính của tôi
TwoDiv

1
Nó không dành riêng cho máy tính của bạn. Tôi đoán rằng những người dùng khác chưa cập nhật lên phiên bản chrome mới nhất
Kirby

wow đây sẽ là một vấn đề tiềm năng lớn đối với WooC Commerce. Tôi chạy hai trang web riêng biệt (không bật https) trên Woo và vừa vá chúng với bản sửa lỗi mà chúng đã phát hành tuy nhiên tôi có thể tưởng tượng rất nhiều chủ cửa hàng phàn nàn về trang này!
lisburnite

Tôi nghĩ rằng đó không chỉ là vấn đề của WooC Commerce, mà là cách Máy chủ đọc các tiêu đề. Trong công việc của tôi, chúng tôi sử dụng SSL Off-load và chúng tôi sử dụng tham số HTTP-Proto để cho máy chủ biết nếu yêu cầu đến trong HTTPS. Máy chủ nhận được một yêu cầu HTTP đơn giản và phân tích nó như thể đó là HTTPS. Tôi cho rằng đây là cùng một vấn đề và nếu cấu hình máy chủ không cho phép HTTPS, không có SSL hoặc sử dụng các thư mục khác nhau cho http và https - chúng sẽ bị sập
TwoDiv

3
@lisburnite bạn đang điều hành các trang web thương mại không được phục vụ qua HTTPS? Bạn có lẽ nên cung cấp cho khách hàng của mình một số bảo vệ và khắc phục điều đó ...
Ashley


3

không chỉ là thương mại điện tử, tất cả các wordpress đang hoạt động hay gây ra lỗi css, hình ảnh, v.v.

thêm phần này vào gần đầu wp-config.php của bạn để xóa nó

if($_SERVER['HTTP_HTTPS'] && !$_SERVER['HTTPS'])
{    unset($_SERVER['HTTP_HTTPS']);
}

@ bất kỳ bảng quản trị sau đó sẽ không làm việc.
Dhruv Kapatel

sử dụng nó trên nhiều trang web đã bị hỏng ngày hôm qua, không có vấn đề
Bất kỳ

1

Bạn có thể thử điều này, để bỏ đặt HTTP_HTTPStiêu đề.

if(!isset($_SERVER['HTTPS']) || $_SERVER['HTTPS'] != 'on') {
    unset($_SERVER['HTTP_HTTPS']);
}
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.