FTPS
 | 此條目需要擴充。 (2013年9月2日) |
 | 此條目需要精通或熟悉计算机科学的编者参与及协助编辑。 (2013年9月2日) |
FTPS是一种对常用的文件传输协议（FTP）添加传输层安全（TLS）和安全套接层（SSL）加密协议支持的扩展协议。
FTPS不應與基於SSH的SSH文件传输协议或是Secure FTP协议相混淆。
背景
[编辑]在1971年的FTP草案用於科學與研究網路ARPANET。[1]最初只有一小部分軍事用地和大學裡的少數人使用，可以使用網路的人，任何人都可以操作存取，無視於用戶的數據安全和隱私要求。
隨著ARPANET逐漸被National Science Foundation Network所取代，以及之後隨著Internet的普及，上網人口越來越多。用戶端到伺服器端經過的路徑越來越長，未經授權的第三方竊聽數據傳輸的機會也因此增加。
1994年，瀏覽器公司網景開發與發布安全套接层（SSL）的应用层封裝[2]，該協議使應用程序在進行跨網路通信使用私人和安全的方式，防止竊聽、篡改、偽造消息。它可以增加安全性，使用TCP連接，使HTTP經由SSL形成更安全的HTTPS。
SSL最終被應用到FTP，RFC草案發表在1996年底。[3]不久之後，官方IANA進行Port埠號註冊。然而，RFC卻沒有定案，直到2005年。[4]
已知的Linux客户端有curl、lftp、wget（版本1.16以上）等。
使用模式
[编辑]有兩種不同模式被開發出來，隱式和顯式。
隱式（Implicit）
[编辑]隐式模式FTPS下不支持协商是否使用加密，所有的连接数据均为加密。客户端必须先使用TLS Client Hello消息向FTPS服务器进行握手来建立加密连接。如果FTPS服务器未收到此类消息，则服务器应断开连接。 为了保持与现有的非FTPS感知客户端的兼容性，隐式FTPS默认在IANA规定的端口990/TCP上监听FTPS控制通道，并在端口989/TCP上监听FTPS数据通道[5]。这使得管理员可以保留端口(控制通道21/TCP与数据通道20/TCP)以兼容原始的FTP。 RFC4217中未定义隐式模式。因此，它被认为是FTP协商TLS/SSL中过时的早期方法。
顯式（Explicit）
[编辑]显式模式（也称为FTPES），FTPS客户端先与服务器建立明文连接，然后从控制通道明确请求服务端升级为加密连接（Cmd: AUTH TLS）。 控制通道与数据通道默认端口与原始FTP一样。控制通道始终加密，而数据通道是否加密则为可选项。 同时若服务器未限制明文连接，也可以使用未加密的原始FTP进行连接，也就是说服务器在相同的端口上同时提供FTP与FTPS服务。
参考文献
[编辑]- ^ RFC-265: File Transfer Protocol (FTP). [2013-09-02]. （原始内容存档于2017-07-08）.
- ^ The SSL Protocol, Feb. 9th, 1995. [2013-09-02]. （原始内容存档于2013-05-28）.
- ^ RFC draft, Secure FTP Over SSL, revision 1996-11-26. [2013-09-02]. （原始内容存档于2014-05-27）.
- ^ RFC-4217: Securing FTP with TLS. [2013-09-02]. （原始内容存档于2013-09-10）.
- ^ Service Name and Transport Protocol Port Number Registry. [2019-08-18]. （原始内容存档于2018-01-26）.