Apache配置HTTPS协议搭载SSl配置全过程
1.安装必要的软件
从Apache官方（https://www.doczj.com/doc/0e12092202.html,）下载必要的ApacheHttpServer安装包，可以直接官方提供的绑定openssl的apache.文件名是：
httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi（我用的是Apache2.2.15for windows的版本，你可以点击此处下载最新的版本进行安装，最好选择含有openssl版本的哦）
否则单独安装windows下的openssl比较麻烦，要么找到一个第三方的编译结果，要么自己编译
安装完毕后检查检查在Apache安装路径的bin下是否有以下文件：
openssl.exe
ssleay32.dll
libeay32.dll
2. 生成服务器证书
安装好在bin目录下有一个openssl.exe文件，用来生成证书和密钥。
1). 生成服务器用的私钥文件server.key
（注:在Windows操作系统环境下需先设置Openssl环境变量：在DOS命令下进入conf目录，执行命令行：set OPENSSL_CONF=..\conf\https://www.doczj.com/doc/0e12092202.html,f；请在执行之前确保https://www.doczj.com/doc/0e12092202.html,f存在，否则会出现：WARNING: can't open config file: /usr/local/ssl/https://www.doczj.com/doc/0e12092202.html,f 信息提示。还有在windows系统下.cnf 默认会被当成快捷方式，看不到扩展名。）
在DOS命令下进入bin目录，执行命令行
命令：openssl genrsa 1024> server.key
说明：这是用128位rsa算法生成密钥，得到server.key文件>是输出文件的标识符这种生成方法生成的是没有密钥的私钥文件，当然，Apache提供了加入密钥（Password）的命令，就是加入参数-des3，全部的命令为：
命令：openssl genrsa 1024-des3 > server.key
使用 openssl genrsa -des3 > 1024 server.key生成私钥文件是需要输入密钥的，运行的时候会让你输入并确认你的密钥，但是在Windows环境下会导致以下错误：
错误：Apache启动失败，错误提示是：Init: SSLPassPhraseDialog builtin is not supported on Win32 (key file .....)
原因是window下的apache不支持加密的私钥文件。可不使用des3加密。注：生成的证书中RSA密钥对的默认长度是1024，取值是2的整数次方。建议使用4096以上。
图解：
1.切换到bin目录
2.设置环境变量
3.生成server.key
2). 生成未签署的server.csr
进入bin目录，执行命令行
命令：openssl req -new -key server.key > server.csr
说明：这是用步骤1的密钥生成证书请求文件server.csr, 这一步会有很多参数，需要一一输入
按提示输入一系列的参数，
Country Name (2 letter code) [AU]:CN ISO国家代码（只支持两位字符）State or Province Name (full name) [Some-State]:ZJ所在省份
Locality Name (eg, city) []:HZ所在城市
Organization Name (eg, company):SW_TECH公司名称
Organizational Unit Name (eg, section) []:SW_TECH组织名称
Common Name (eg, YOUR name) []:https://www.doczj.com/doc/0e12092202.html,申请证书的域名
Email Address []:admin@https://www.doczj.com/doc/0e12092202.html, 管理员邮箱
Please enter the following 'extra' attributes
to be sent with your certificate request
A challenge password []: 交换密钥
An optional company name []: 注：Common Name必须和httpd.conf中server name必须一致，否则apache不能启动（启动apache时错误提示为：RSA server certificate CommonName (CN) `Kedou' does NOT match server name!? ）3). 签署服务器证书文件server.crt
进入bin目录，执行命令行
命令：openssl req -x509 -days 365 -key server.key -in server.csr > server.crt
说明：这是用步骤1,2的的密钥和证书请求生成证书server.crt，-days参数指明证书有效期，单位为天，x509表示生成的为X.509证书。
以上签署证书仅仅做测试用，真正运行的时候，应该将CSR发送到一个CA 返回真正的用书.网上有些文档描述生成证书文件的过程比较繁琐，就是因为他们自己建立了一个CA中心证书，然后再签署server.csr.
用openssl x509 -noout -text -in server.crt可以查看证书的内容。证书实际上包含了Public Key.
图解：
生成CSR
生成CRT
3. 配置httpd.conf.
在conf目录下的httpd_ssl.conf文件是关于ssl的配置，是httpd.conf的一部分,在 httpd.conf中找到给文件的引用，移除对应的注释
找到一个443的虚拟主机配置项，如下:
SSLEngine On
SSLCertificateFile ../bin/server.crt
SSLCertificateKeyFile ../bin/server.key
#SSLCertificateChainFile ../bin//ca.crt // 暂未启用
#......
DocumentRoot "D:/programs/Apache2.2/htdocs"
ServerName https://www.doczj.com/doc/0e12092202.html,:443
移除注释行
LoadModule ssl_module modules/mod_ssl.so
这样所有的都可以通过HTTPS访问了，但是如果你想保留其他目录的访问仍然是http，那么你应该把
提示"does NOT match server name"
注意到ssl.conf的配置都在标签
令有效，运行apache 的时候要加上 -D SSL 参数。
apache -D SSL -k start
下面我们来一起学习一下 HTTPS ，首先问你一个问题，为什么有了 HTTP 之后，还需要有 HTTPS ？我突然有个想法，为什么我们面试的时候需要回答标准答案呢？为什么我们不说出我们自己的想法和见解，却要记住一 些所谓的标准回答呢？技术还有正确与否吗？ HTTPS 为什么会出现 一个新技术的出现必定是为了解决某种问题的，那么 HTTPS 解决了 HTTP 的什么问题呢？ HTTPS 解决了什么问题 一个简单的回答可能会是HTTP 它不安全。由于 HTTP 天生明文传输的特性，在 HTTP 的传输过程中，任何人都有可能从中截获、修改或者伪造请求发送，所以可以认为 HTTP 是不安全的；在 HTTP 的传输过程中不会验证通信方的身份，因此 HTTP 信息交换的双方可能会遭到伪装，也就是没有用户验证；在 HTTP 的传输过程中，接收方和发送方并不会验证报文的完整性，综上，为了解决上述问题，HTTPS 应用而生。 什么是 HTTPS 你还记得 HTTP 是怎么定义的吗？HTTP 是一种超文本传输协议(Hypertext Transfer Protocol) 协议，它是一个在计算机世界里专门在两点之间传输文字、图片、音频、视频等超文本数据的约定和规范，那么我们看一下 HTTPS 是如何定义的HTTPS 的全称是Hypertext Transfer Protocol Secure，它用来在计算机网络上的两个端系统之间进行安全的交
换信息(secure communication)，它相当于在 HTTP 的基础上加了一 个Secure 安全的词眼，那么我们可以给出一个 HTTPS 的定义：HTTPS 是一个在计算机世界里专门在两点之间安全的传输文字、图片、音频、视频等超文本数据的约定和规范。HTTPS 是 HTTP 协议的一种扩展，它本身并不保传输的证安全性，那么谁来保证安全性呢？在 HTTPS 中，使用传输层安全性(TLS)或安全套接字层(SSL)对通信协议进行加密。也就是 HTTP + SSL(TLS) = HTTPS。 HTTPS 做了什么 HTTPS 协议提供了三个关键的指标 ?加密(Encryption)， HTTPS 通过对数据加密来使其免受窃听者对数据的监听，这就意味着当用户在浏览网站时，没有人能够监听他和网站之间的信息交换，或者跟踪用户的活动，访问记录等，从而窃取用户信息。 ?数据一致性(Data integrity)，数据在传输的过程中不会被窃听者所修改，用户发送的数据会完整的传输到服务端，保证用户发的是什么，服务器接收的就是什么。 ?身份认证(Authentication)，是指确认对方的真实身份，也就是证明你是你（可以比作人脸识别），它可以防止中间人攻击并建立用户信任。 有了上面三个关键指标的保证，用户就可以和服务器进行安全的交换信息了。 那么，既然你说了 HTTPS 的种种好处，那么我怎么知道网站是用 HTTPS 的还是 HTTP 的呢？给你两幅图应该就可以解释了。
Apache配置HTTPS协议搭载SSl配置全过程 1.安装必要的软件 从Apache官方（https://www.doczj.com/doc/0e12092202.html,）下载必要的ApacheHttpServer安装包，可以直接官方提供的绑定openssl的apache.文件名是： httpd-2.2.15-win32-x86-openssl-0.9.8m-r2.msi（我用的是Apache2.2.15for windows的版本，你可以点击此处下载最新的版本进行安装，最好选择含有openssl版本的哦） 否则单独安装windows下的openssl比较麻烦，要么找到一个第三方的编译结果，要么自己编译 安装完毕后检查检查在Apache安装路径的bin下是否有以下文件： openssl.exe
ssleay32.dll libeay32.dll 2. 生成服务器证书 安装好在bin目录下有一个openssl.exe文件，用来生成证书和密钥。 1). 生成服务器用的私钥文件server.key （注:在Windows操作系统环境下需先设置Openssl环境变量：在DOS命令下进入conf目录，执行命令行：set OPENSSL_CONF=..\conf\https://www.doczj.com/doc/0e12092202.html,f；请在执行之前确保https://www.doczj.com/doc/0e12092202.html,f存在，否则会出现：WARNING: can't open config file: /usr/local/ssl/https://www.doczj.com/doc/0e12092202.html,f 信息提示。还有在windows系统下.cnf 默认会被当成快捷方式，看不到扩展名。） 在DOS命令下进入bin目录，执行命令行 命令：openssl genrsa 1024> server.key 说明：这是用128位rsa算法生成密钥，得到server.key文件>是输出文件的标识符这种生成方法生成的是没有密钥的私钥文件，当然，Apache提供了加入密钥（Password）的命令，就是加入参数-des3，全部的命令为： 命令：openssl genrsa 1024-des3 > server.key 使用 openssl genrsa -des3 > 1024 server.key生成私钥文件是需要输入密钥的，运行的时候会让你输入并确认你的密钥，但是在Windows环境下会导致以下错误： 错误：Apache启动失败，错误提示是：Init: SSLPassPhraseDialog builtin is not supported on Win32 (key file .....) 原因是window下的apache不支持加密的私钥文件。可不使用des3加密。注：生成的证书中RSA密钥对的默认长度是1024，取值是2的整数次方。建议使用4096以上。
基于安全协议的https的页面测试脚本 一、loadrunner8.1 HTTPS（Secure Hypertext Transfer Protocol）安全超文本传输协议 它是一个安全通信通道，它基于HTTP开发，用于在客户计算机和服务器之间交换信息。它使用安全套接字层(SSL)进行信息交换，简单来说它是HTTP的安全版。 在使用https协议不管是服务器端还是客户端都需要使用到ca证书来进行访问。 一般来说，性能测试为所常见的为客户端使用https打开页面的方式。 在这个情况下，首先是处理https访问过程中的证书 1.证书的准备 常见的证书为：*.pfx,*.p12格式，该种格式的证书可以通过双击运行安装到IE浏览器上。用户在访问的时候就可以使用到。 但这些证书并不是LoadRunner所使用的类型，因此需要对其进行转换。将其转换为*.pem 格式。 转换方法如下： ●安装openssl后 ●运行C:\
选择后，单击New Enty 红框中的配置为服务器的ip(或者域名)和端口号（ssl默认端口443），按照测试所需要的实际地址进行配置。 配置后，将Use specified client-side certificate[Base64/PEM]钩选，为使用客户端证书访问。 单击...选择刚刚转换生成的客户端证书。 如果你为证书有设置密码，在这里也需要输入。
HTTPS传输协议原理介绍 Hatter Jiang Apr 9th, 2008我们常常在使用网上银行时看到的连接都是以“https”开始的，那么这个https是什么呢？这其实是表示目前连接使用了SSL进行加密，能保证客户端到服务器端的通信都在被保护起来，那么浏览器是如果实现的呢？下面我们介绍一下SSL的基本实现方法。 首先我们有两种基本的加解密算法类型：对称加密，非对称加密（公私钥加密），现在介绍一下这两种加密算法的特点： 对称加密：密钥只有一个，加密解密为同一个密码，且加解密速度快，典型的对称加密算法有DES、AES等，示意图如下： 图1 对称加密 非对称加密：密钥成对出现（且根据公钥无法推知私钥，根据私钥也无法推知公钥），加密解密使用不同密钥（公钥加密需要私钥解密，私钥加密需要公钥解密），相对对称加密速度较慢，典型的非对称加密算法有RSA、DSA等，示意图如下： 图2 非对称加密 根据上面的两种加密方法，现在我们就可以设计一种无法让他人在互联网上知道你的通讯信息的加密方法： 1.在服务器端存在一个公钥及私钥 2.客户端从服务器取得这个公钥 3.客户端产生一个随机的密钥 4.客户端通过公钥对密钥加密（非对称加密） 5.客户端发送到服务器端 6.服务器端接受这个密钥并且以后的服务器端和客户端的数据全部通过这个密钥加 密（对称加密） HTTPS通信过程的时序图如下：
图3 HTTPS通信时序图 正如上图所示，我们能保证下面几点： 1.客户端产生的密钥只有客户端和服务器端能得到 2.加密的数据只有客户端和服务器端才能得到明文 3.客户端到服务端的通信是安全的 当然实际的SSL实现算法复杂的多，并有数据校验、身份验证等功能，如果需要更多了角请参看RFC2246及RFC4346文档。 参考文献： [1] RFC2246 T. Dierks, C. Allen The TLS Protocol Version 1.0 [2] RFC4346 T.Dierks, E. Rescorla The Transport Layer Security (TLS) Protocol Version 1.1
Java获取http和https协议返回的json数据 现在很多公司都是将数据返回一个json，而且很多第三方接口都是返回json数据，而且还需要使用到http协议，http协议是属于为加密的协议，而https协议需要SSL证书，https是将用户返回的信息加密处理，然而我们要获取这些数据，就需要引入SSL证书。现在我提供两个方法，帮助各位如何获取http和https返回的数据。 获取http协议的数据的方法，如下： public static JSONObject httpRequest(String requestUrl, String requestMethod) { JSONObject jsonObject = null; StringBuffer buffer = new StringBuffer(); try { URL url = new URL(requestUrl); // http协议传输 HttpURLConnection httpUrlConn = (HttpURLConnection) url.openConnection(); httpUrlConn.setDoOutput(true); httpUrlConn.setDoInput(true); httpUrlConn.setUseCaches(false); // 设置请求方式（GET/POST）
httpUrlConn.setRequestMethod(requestMethod); if ("GET".equalsIgnoreCase(requestMethod)) httpUrlConn.connect(); // 将返回的输入流转换成字符串 InputStream inputStream = httpUrlConn.getInputStream(); InputStreamReader inputStreamReader = new InputStreamReader(inputStream, "utf-8"); BufferedReader bufferedReader = new BufferedReader(inputStreamReader); String str = null; while ((str = bufferedReader.readLine()) != null) { buffer.append(str); } bufferedReader.close(); inputStreamReader.close(); // 释放资源 inputStream.close(); inputStream = null; httpUrlConn.disconnect(); jsonObject =
spring cloudspring boot同时支持http和https访问 前言 关于spring boot同时支持http和https访问，在spring boot官网73.9已经有说明文档了，同样在github上也有官网的例子。 在这里，我向大家讲述一下，我是怎么实现的。 方式一 一、相关配置 server: port: 4000 https: port: 8443 ssl: key-store: classpath:sample.jks key-store-password: secret key-password: password 可以看到，只是简简单单添加端口的信息，sample.jks可以
自己生成（记得对应密码），也可以在官网例子里面下载。 二、spring boot启动文件读取配置信息（注：请添加必要的jar） @SpringBootApplication public class GatewayApplication { public static void main(String[] args) throws Exception { SpringApplication.run(GatewayApplication.class, args); } @Value("${https.port}") private Integer port; @Value("${https.ssl.key-store-password}") private String key_store_password; @Value("${https.ssl.key-password}") private String key_password;
大型互联网站点HTTPS实践（一）：详解HTTPS协议和原理1 前言 百度作为搜索巨头，一举一动都牵动着大家神经。近日百度率先实行全站https加密搜索，默认将HTTP请求跳转成HTTPS，这一举措引起公众广泛关注和讨论。那么到底什么是https呢？全站部署https有什么重大意义？本文将重点介绍。 2 HTTPS 协议概述 HTTPS 可以认为是HTTP + TLS。HTTP 协议大家耳熟能详了，目前大部分WEB 应用和网站都是使用HTTP 协议传输的。 TLS 是传输层加密协议，它的前身是SSL 协议，最早由netscape 公司于1995 年发布，1999 年经过IETF 讨论和规范后，改名为TLS。如果没有特别说明，SSL 和TLS 说的都是同一个协议。 HTTP 和TLS 在协议层的位置以及TLS 协议的组成如下图： 图1 TLS 协议格式 TLS 协议主要有五部分：应用数据层协议，握手协议，报警协议，加密消息确认协议，心跳协议。
TLS 协议本身又是由record 协议传输的，record 协议的格式如上图最右所示。 目前常用的HTTP 协议是HTTP1.1，常用的TLS 协议版本有如下几个：TLS1.2, TLS1.1, TLS1.0 和SSL3.0。其中SSL3.0 由于POODLE 攻击已经被证明不安全，但统计发现依然有不到1% 的浏览器使用SSL3.0。TLS1.0 也存在部分安全漏洞，比如RC4 和BEAST 攻击。 TLS1.2 和TLS1.1 暂时没有已知的安全漏洞，比较安全，同时有大量扩展提升速度和性能，推荐大家使用。 需要关注一点的就是TLS1.3 将会是TLS 协议一个非常重大的改革。不管是安全性还是用户访问速度都会有质的提升。不过目前没有明确的发布时间。 同时HTTP2也已经正式定稿，这个由SPDY 协议演化而来的协议相比HTTP1.1 又是一个非常重大的变动，能够明显提升应用层数据的传输效率。 3 HTTPS 功能介绍 百度使用HTTPS 协议主要是为了保护用户隐私，防止流量劫持。 HTTP 本身是明文传输的，没有经过任何安全处理。例如用户在百度搜索了一个关键字，比如“苹果手机”，中间者完全能够查看到这个信息，并且有可能打电话过来骚扰用户。也有一些用户投诉使用百度时，发现首页或者结果页面浮了一个很长很大的广告，这也肯定是中间者往页面插的广告内容。如果劫持技术比较低劣的话，用户甚至无法访问百度。 这里提到的中间者主要指一些网络节点，是用户数据在浏览器和百度服务器中间传输必须要经过的节点。比如WIFI 热点，路由器，防火墙，反向代理，缓存服务器等。 在HTTP 协议下，中间者可以随意嗅探用户搜索内容，窃取隐私甚至篡改网页。不过HTTPS 是这些劫持行为的克星，能够完全有效地防御。
she强制http跳转https页面 简介 https在现在网络中是公认的安全的访问方式，但是在访问的过程中很多站点是没有强制https访问的，这样会导致有些客户可以通过http访问，从而对服务器造成一些不安全因素。下文将介绍几种强制https访问的方法。 一，wordpress中设置https强制访问。 默认登录wordpress的后台是使用http协议，这协议是明文发送的。这可能会导致你的用户和密码被窃听。如果使用ssl登录，这种情况则可以避免。下面是设置方法。 1、设置wp-config.php /* That's all, stop editing! Happy blogging. */ ... require_once(ABSPATH . 'wp-settings.php'); 2、在上面的代码之前加上如下代码： define('FORCE_SSL_LOGIN', true); define('FORCE_SSL_ADMIN', true); define(‘FORCE_SSL_LOGIN’, true);#是启用登录时使用ssl define(‘FORCE_SSL_ADMIN’, true);#后台管理也使用ssl 如果担心后台使用ssl影响速度，可以不用。但还是建议使用，因为这将有可能cookie 被劫持导致黑客伪造cookie登录后台。 wordpress只需要几步设定就可以启用强制使用HTTPS登入后端管理界面首先到wp-config.php中找到下面这段:
if ( !defined(‘ABSPATH’) ) define(‘ABSPATH’, dirname(__FILE__) . ‘/’); 找到它以后，請在它上面加入下列此行: define(‘FORCE_SSL_LOGIN’, true); 接下來请在VHOST上设定好SSL的相关设置..这里就不再叙述了 以下附上nginx上如何使用vhost并且自动rewrite url跳转到https管理页面的设定值: 请在rewrite rule上面加入rewrite ^.*/wp-admin(.*) https://wp.littlecho.tw/wp-admin$1 last; 即可 例如下: location / { try_files $uri $uri/ /index.php; rewrite ^.*/wp-admin(.*) https://wp.littlecho.tw/wp-admin$1 last; } 设定完毕后当输入http://xxxx.domain.tld/wp-admin时就会自动跳转了。 二，tomcat中的跳转配置 在tomcat中设置强制https的方法有2种，下面分别介绍下这2种方法的配置： 1，调整web.xml文件，将HTTP使用的server.xml文件重定向端口 在记事本中打开 SGMS4\Tomcat\webapps\sgms\WEB-INF\web.xml文件，在web.xml的文件末尾的前一句添加以下内容：
http与https的区别： http协议传输的数据都是未加密的，也就是明文的，因此使用http协议传输隐私信息非常不安全。为了保证这些隐私数据能加密传输，于是网景公司设计了ssl(secure sockets layer)协议用于对http协议传输的数据进行加密，从而就诞生了https。 简单来说，https协议是由ssl+http协议构建的可进行加密传输、身份认证的网络协议，要比http协议安全。 https和http的主要区别： 一、https协议需要到ca机构申请ssl证书(如沃通ca)，另外沃通ca还提供3年期的免费ssl证书，高级别的ssl证书需要一定费用。 二、http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议。 三、http和https使用的是完全不同的连接方式，用的端口也不一样，http是80端口，https是443端口。 四、http的连接很简单，是无状态的;https协议是由ssl+http 协议构建的可进行加密传输、身份认证的网络协议，比http协议安全.
HTTP：是互联网上应用最为广泛的一种网络协议，是一个客户端和服务器端请求和应答的标准（TCP），用于从WWW服务器传输超文本到本地浏览器的传输协议，它可以使浏览器更加高效，使网络传输减少。 HTTPS：是以安全为目标的HTTP通道，简单讲是HTTP的安全版，即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。 HTTPS协议的主要作用可以分为两种：一种是建立一个信息安全通道，来保证数据传输的安全；另一种就是确认网站的真实性。
https HTTPS（全称：Hypertext Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。它是一个URI scheme（抽象标识符体系），句法类同http:体系。用于安全的HTTP数据传输。https:URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。这个系统的最初研发由网景公司进行，提供了身份验证与加密通讯方法，现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方面。 一、信任主机的问题. 采用https的服务器必须从CA （Certificate Authority）申请一个用于证明服务器用途类型的证书。该证书只有用于对应的服务器的时候，客户端才信任此主机。所以目前所有的银行系统网站，关键部分应用都是
https 的。客户通过信任该证书，从而信任了该主机。其实这样做效率很低，但是银行更侧重安全。这一点对我们没有任何意义，我们的服务器，采用的证书不管是自己发布的还是从公众的地方发布的，其客户端都是自己人，所以我们也就肯定信任该服务器。 二、通讯过程中的数据的泄密和被篡改 1．一般意义上的https，就是服务器有一个证书。 a) 主要目的是保证服务器就是他声称的服务器，这个跟第一点一样。 b) 服务端和客户端之间的所有通讯，都是加密的。 i. 具体讲，是客户端产生一个对称的密钥，通过服务器的证书来交换密钥，即一般意义上的握手过程。 ii. 接下来所有的信息往来就都是加密的。第三方即使截获，也没有任何意义，因为他没有密钥，当然篡改也就没有什么意义了。 2．少许对客户端有要求的情况下，会要求客户端也必须有一个证书。 a) 这里客户端证书，其实就类似表示个人信息的时候，除了用户名/密码，还有一个CA 认证过的身份。因为个人证书一般来说是别人无法模拟的，所有这样能够更深的确认自己的身份。 b) 目前少数个人银行的专业版是这种做法，具体证书可能是拿U盘（即U盾）作为一个备份的载体。[1] 限制 概述 它的安全保护依赖浏览器的正确实现以及服务器软件、实际加密算法的支持. 一种常见的误解是“银行用户在线使用https:就能充分彻底保障他们的银行卡号不被偷窃。”实际上，与服务器的加密连接中能保护银行卡号的部分，只有用户到服务器之间的连接及服务器自身。并不能绝对确保服务器自己是安全的，这点甚至已被攻击者利用，常见例子是模仿银行域名的钓鱼攻击。少数罕见攻击在网站传输客户数据时发生，攻击者会尝试窃听传输中的数据。 商业网站被人们期望迅速尽早引入新的特殊处理程序到金融网关，仅保留传输码(transaction number)。不过他们常常存储银行卡号在同一个数据库里。那些数据库和服务器少数情况有可能被未授权用户攻击和损害。 TLS 1.1之前 这段仅针对TLS 1.1之前的状况。因为SSL位于http的下一层，并不能理解更高层协议，通常SSL服务器仅能颁证给特定的IP/端口组合。这是指它经常不能在虚拟主机(基于域名)上与HTTP正常组合成HTTPS。
1 HTTP及HTTPS HTTP是一个客户端和服务器端请求和应答的标准（TCP）。客户端是终端用户，服务器端是网站。通过使用Web浏览器、网络爬虫或者其它的工具，客户端发起一个到服务器上指定端口（默认端口为80）的HTTP请求。（我们称这个客户端）叫用户代理（user agent）。应答的服务器上存储着（一些）资源，比如HTML文件和图像，本质上是一种不安全的请求交互方式。 HTTPS（全称：Hyper Text Transfer Protocol over Secure Socket Layer），是以安全为目标的HTTP通道，简单讲是HTTP的安全版。即HTTP下加入SSL层，HTTPS的安全基础是SSL，因此加密的详细内容就需要SSL。它是一个URI scheme（抽象标识符体系），句法类同http:体系。用于安全的HTTP数据传输。https://URL表明它使用了HTTP，但HTTPS存在不同于HTTP的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。这个系统的最初研发由网景公司(Netscape)进行，并内置于其浏览器Netscape Navigator中，提供了身份验证与加密通讯方法。现在它被广泛用于万维网上安全敏感的通讯，例如交易支付方面。 2 HTTP和HTTPS区别 https协议需要到ca申请证书，一般免费证书很少，需要交费。 http是超文本传输协议，信息是明文传输，https 则是具有安全性的ssl加密传输协议http 和https使用的是完全不同的连接方式用的端口也不一样：前者是80，后者是443。 http的连接很简单，是无状态的HTTPS协议是由SSL+HTTP协议构建的可进行加密传输、身份认证的网络协议要比http协议安全 HTTPS解决的问题： （1）信任主机的问题。 采用https 的server 必须从CA 申请一个用于证明服务器用途类型的证书。 该证书只有用于对应的server 的时候，客户度才信任次主机。所以目前所有的银行系统网站，关键部分应用都是https 的。客户通过信任该证书，从而信任了该主机。其实这样做效率很低，但是银行更侧重安全。这一点对我们没有任何意义，我们的server，采用的证书不管自己issue 还是从公众的地方issue，客户端都是自己人，所以我们也就肯定信任该server。 （2）通讯过程中的数据的泄密和被窜改。 1)一般意义上的https，就是server 有一个证书。 a) 主要目的是保证server 就是他声称的server。这个跟第一点一样。 b) 服务端和客户端之间的所有通讯，都是加密的。 i、具体讲，是客户端产生一个对称的密钥，通过server 的证书来交换密钥。一般意义上的握手过程。 ii、加下来所有的信息往来就都是加密的。第三方即使截获，也没有任何意义。因为他没有密钥。当然窜改也就没有什么意义了。 2)少许对客户端有要求的情况下，会要求客户端也必须有一个证书。
一、什么是HTTP？什么又是HTTPS？ 1、想要了解http的同学可以先点击这个链接谈谈HTTP协议的流程。 2、至于https，一眼看上去似乎是http的加强版，如果你也是这么下意识认为的话，那么恭喜你你的下意识完全正确。 https即Hyper Text Transfer Protocol over Secure Socket Layer，望文知意便是基于安全套接层的超文本传输协议。我们可以将https理解为http的安全加强版。至于如何安全加强的我会在后文详细讲解。 二、HTTP和HTTPS的现状 1、我们发现如今浏览器地址栏中大多是以" https://"开始的URL（统一资源定位符/网址）而不再是“http：//” 如知乎 如腾讯
再如百度 还有淘宝 实际上，现如今国外很多网站包括国内都在使用https。 那么看到这里我们可能会想到，为什么现如今大多数网址中都是" https://"而不是“http://”呢？进一步地讲，https相比于http的优势在哪里？ 三、HTTPS的优势 要知道HTTPS 的优势在哪我们首先要知道什么是明文传输，什么是抓包，什么是SSL。 1、明文传输：明文传输一般常指计算机于计算机之间进行数据传输时的方式，这种方式下数据传输是没有加密的。 2、抓包：抓包就是将网络传输发送与接收的数据包进行截获、重发、编辑、转存等操作。
而http协议是采用的就是明文传输，这种方式下很容易被抓包。 如图一所示：http协议中传输的不加密的数据容易被黑客截取。 图一 若是传输的数据中有用户的密码等信息被黑客截取到了，那么带来的后果是灾难性的。 为了避免数据被抓包，应用SSL技术的HTTPS协议应运而生。 3、SSL即Secure Sockets Layer ，望文知意即安全套接层。 通过下面一组图，我们可以看出SSL是如何实现数据加密的。
HTTPS （全称：Hyper Text Transfer Protocol over SecureSocket Layer），是以安全为目标的HTTP 通道，在HTTP的基础上通过传输加密和身份认证保证了传输过程的安全性 [1]。HTTPS 在HTTP 的基础下加入SSL层，HTTPS 的安全基础是SSL，因此加密的详细内容就需要SSL。HTTPS 存在不同于HTTP 的默认端口及一个加密/身份验证层（在HTTP与TCP之间）。这个系统提供了身份验证与加密通讯方法。 http是一个简单的请求-响应协议，它通常运行在TCP之上。它指定了客户端可能发送给服务器什么样的消息以及得到什么样的响应。请求和响应消息的头以ASCII码形式给出；而消息内容则具有一个类似MIME的格式。这个简单模型是早期Web成功的有功之臣，因为它使得开发和部署是那么的直截了当。 两者不同之处： 一、传输信息安全性不同 1、http协议：是超文本传输协议，信息是明文传输。如果攻击者截取了Web浏览器和网站服务器之间的传输报文，就可以直接读懂其中的信息。 2、https协议：是具有安全性的ssl加密传输协议，为浏览器和服务器之间的通信加密，确保数据传输的安全。 二、连接方式不同 1、http协议：http的连接很简单，是无状态的。 2、https协议：是由SSL＋HTTP协议构建的可进行加密传输、身份
认证的网络协议。 三、端口不同 1、http协议：使用的端口是80。 2、https协议：使用的端口是443． 四、证书申请方式不同 1、http协议：免费申请。 2、https协议：需要到ca申请证书，一般免费证书很少，需要交费。
HTTPS为什么比较安全 HTTP和HTTPS的安全性 1. HTTP协议为什么是不安全的 HTTP协议属于明文传输协议，交互过程以及数据传输都没有进行加密，通信双方也没有进行任何认证，因此通信过程非常容易遭遇劫持、监听、篡改。严重情况下，会造成恶意的流量劫持、个人隐私泄露（比如银行卡卡号和密码泄露）等严重的安全问题。 可以把HTTP通信比喻成寄送信件一样，A给B寄信，信件在寄送过程中，会经过很多的邮递员之手，他们可以拆开信读取里面的内容（因为HTTP是明文传输的）。A的信件里面的任何内容（包括各类账号和密码）都会被轻易窃取。除此之外，邮递员们还可以伪造或者修改信件的内容，导致B接收到的信件内容是假的。 这边举例几个HTTP通信不安全的列子：在HTTP通信过程中，“中间人”将广告链接嵌入到服务器发给用户的HTTP报文里，导致用户界面出现很多不良链接；或者是修改用户的请求头URL，导致用户的请求被劫持重定向到另外一个网站，用户的请求永远到不了真正的服务器。 2. HTTPS如何保证安全 我们都知道HTTPS是安全的HTTP，那么HTTPS是如何保证通信过程的安全的呢？ 如果服务器给客户端的消息是密文的，只有服务器和客户端才能读懂，就可以保证数据的保密性。同时，在交换数据之前，验证一下对方的合法身份，就可以保证通信双方的安全。（和我们平时开发中RSA加签验签，加密解密的过程比较像）。HTTPS就是利用了类似的原理来保证通信的安全性。 所以HTTPS保证安全通信的步骤主要分为两步： ?通信前验证对方的合法身份； ?将通信的报文加密，通过密文进行通信。 下面来看看HTTPS的具体实现。
///
HTTPS（Secure Hypertext Transfer Protocol）--安全超文本传输协议 它是由Netscape开发并内置于其浏览器中，用于对数据进行压缩和解压操作，并返回网络上传送回的结果。HTTPS实际上应用了Netscape的完全套接字层（SSL）作为HTTP 应用层的子层。（HTTPS使用端口443，而不是象HTTP那样使用端口80来和TCP/IP进行通信。）SSL使用40 位关键字作为RC4流加密算法，这对于商业信息的加密是合适的。HTTPS和SSL支持使用X.509数字认证，如果需要的话用户可以确认发送者是谁。 WWW的核心——HTTP协议 众所周知，Internet的基本协议是TCP/IP协议，目前广泛采用的FTP、Archie Gopher等是建立在TCP/IP协议之上的应用层协议，不同的协议对应着不同的应用。
WWW 服务器使用的主要协议是HTTP协议，即超文体传输协议。由于HTTP协议支持的服务不限于WWW，还可以是其它服务，因而HTTP协议允许用户在统一的界面下，采用不同的协议访问不同的服务，如FTP、Archie、SMTP、NNTP等。另外，HTTP协议还可用于名字服务器和分布式对象管理。 2.1 HTTP协议简介 HTTP是一个属于应用层的面向对象的协议，由于其简捷、快速的方式，适用于分布式超媒体信息系统。它于1990年提出，经过几年的使用与发展，得到不断地完善和扩展。目前在WWW中使用的是HTTP/1.0的第六版，HTTP/1.1的规范化工作正在进行之中，而且HTTP-NG(Next Generation of HTTP)的建议已经提出。 HTTP协议的主要特点可概括如下： 1.支持客户/服务器模式。 2.简单快速：客户向服务器请求服务时，只需传送请求方法和路径。请求方法常用的有GET、HEAD、POST。每种方法规定了客户与服务器联系的类型不同。 由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 3.灵活：HTTP允许传输任意类型的数据对象。正在传输的类型由Content-Type加以标记。 4.无连接：无连接的含义是限制每次连接只处理一个请求。服务器处理完客户的请求，并收到客户的应答后，即断开连接。采用这种方式可以节省传输时间。 5.无状态：HTTP协议是无状态协议。无状态是指协议对于事务处理没有记忆能力。缺少状态意味着如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大。另一方面，在服务器不需要先前信息时它的应答就较快。 2.2 HTTP协议的几个重要概念 1.连接(Connection)：一个传输层的实际环流，它是建立在两个相互通讯的应用程序之间。 2.消息(Message)：HTTP通讯的基本单位，包括一个结构化的八元组序列并通过连接传输。 3.请求(Request)：一个从客户端到服务器的请求信息包括应用于资源的方法、资源的标识符和协议的版本号 4.响应(Response)：一个从服务器返回的信息包括HTTP协议的版本号、请求的状态(例如“成功”或“没找到”)和文档的MIME类型。
HTTP的配置 在Linux上运行https://www.doczj.com/doc/0e12092202.html,网站或WebApi 我们使用Jexus5.8.1制作的一款无需安装mono就能使用的“独立版”，该“独立版”支持64位的CentOS6.5、Ubuntu12.04以上版本的操作系统，能运行WebForm、Mvc3-5、WebService以及WebApi，支持PHP，支持OWIN，支持反向代理，也就是说，无需安装mono的“独立版”与需要安装mono的“通用版”在功能上是完全相同的。下面具体谈谈Jexus“独立版”的使用。 一、下载： 把jexus压缩包下载到linux临时文件夹中。 cd/tmp https://www.doczj.com/doc/0e12092202.html,/down/jexus-5.8.1-x64.tar.gz 该命令执行完成后，jexus独立版就被下载到了/tmp文件夹 二、解压： tar-zxvfjexus-5.8.1-x64.tar.gz 解压完成后，会在/tmp中得到一个jexus文件夹。 三、移动： 把jexus文件夹移动或复制到一个指定的工作位置，这个位置你自己决定，建议大家统一使用/usr路径。 sudomvjexus/usr 然后清理/tmp中的jexus： sudorm-rf/tmp/jexus* 四、建一个简单的aspx网页用于测试： 由于jexus的默认的网站配置文件指向的物理路径是/var/www/default，所以，我们在/var下创建www文件夹（创建文件见命令：mkdir文件夹名），在www下创建default 文件夹。创建完成后，进入default文件夹，用vim编写一个简单的index.aspx，仅如下两句： <%@PageLanguage="C#"%> <%=DateTime.Now.ToString()%> 保存后退出。 五、启动jexus并尝试访问默认网站： cd/usr/jexus sudo./jwsstart 六，Jexus的“卸载”： Jexus是“绿色软件”，除了jexus文件夹外，它不会在系统的其它地方写入任何文件，也不会注册任意信息，所以，它的卸载很简单：删除jexus文件夹就行了。 七，Jexus的常用命令：（需要进入/usr/local/jexus运行如下命令） 启动：sudo./jwsstart 重启：sudo./jwsrestart 停止：sudo./jwsstop 启动某个网站：sudostart网站名 重启某个网站：sudorestart网站名 停止某个网站：sudostop网站名
Web之http协议（四） 一、HTTP的缺点 1.通信使用明文可能会被窃听 （1）TCP/IP是可能被窃听的网络 按TCP/IP 协议族的工作机制，通信内容在所有的通信线路上都有可能遭到窥视。（2）加密处理防止被窃听，加密的手段有 通信的加密：一种方式就是将通信加密。HTTP 协议中没有加密机制，但可以通过和SSL （Secure Socket Layer，安全套接层）或TLS（Transport Layer Security，安全层传输协议）的组合使用，加密HTTP 的通信内容。与SSL 组合使用的HTTP 被称为HTTPS（HTTP Secure，超文本传输安全协议）或HTTP over SSL。 内容的加密：即把HTTP 报文里所含的内容进行加密处理。 2.不验证通信方的身份就可能遭遇伪装 （1）任何人度可以发送请求。服务器只接受请求，不管对方是谁都会返回结果。这样就导致了客户端可以伪装，服务器可以伪装。导致了无意义的请求会照单全收，无法阻止DOS 攻击。 （2）可以使用证书来避免这一问题的发生。虽然使用 HTTP 协议无法确定通信方，但如果使用 SSL 则可以。SSL 不仅提供加密处理，而且还使用了一种被称为证书的手段，可用于确定方。证书由值得信任的第三方机构颁发，用以证明服务器和客户端是实际存在的。 3.无法证明报文完整性，可能已遭篡改 （1）接收的内容可能有误。由于 HTTP 协议无法证明通信的报文完整性，因此，在请求或响应送出之后直到对方接收之前的这段时间内，即使请求或响应的内容遭到篡改，也没有办法获悉。 （2）如何防止篡改。提供文件下载服务的 Web 网站也会提供相应的以 PGP（Pretty Good Privacy，完美隐私）创建的数字签名及 MD5 算法生成的散列值。PGP 是用来证明创建文件的数字签名，MD5 是由单向函数生成的散列值。不论使用哪一种方法，都需要操纵客户端的用户本人亲自检查验证下载的文件是否就是原来服务器上的文件。浏览器无法自动帮用户检查。可惜的是，用这些方法也依然无法百分百保证确认结果正确。因为 PGP 和 MD5 本身被改写的话，用户是没有办法意识到的。为了有效防止这些弊端，有必要使用 HTTPS。SSL 提供认证和加密处理及摘要功能。仅靠 HTTP 确保完整性是非常困难的，因此通过和其他协议组合使用来实现这个目标。 二、HTTP+ 加密 + 认证 + 完整性保护 =HTTPS 1.HTTP 加上加密处理和认证以及完整性保护后即是HTTPS 2.HTTPS 是身披SSL 外壳的HTTP HTTPS 并非是应用层的一种新协议。只是HTTP 通信接口部分用SSL（Secure Socket Layer）和TLS（Transport Layer Security）协议代替而已。通常，HTTP 直接和TCP 通信。当使用SSL 时，则演变成先和SSL 通信，再由SSL 和TCP 通信了。简言之，所谓HTTPS，其实就是身披SSL 协议这层外壳的HTTP。SSL 是独立于HTTP 的协议，所以不光是HTTP 协议，其他运行在应用层的SMTP 和Telnet 等协议均可配合SSL 协议使用。可以说SSL 是当今世界上应用最为广泛的网络安全技术。