<![CDATA[Latest posts for the topic "OpenSSH"]]> /hvaonline/posts/list/24.html JForum - http://www.jforum.net OpenSSH hacnho, GIỚI THIỆU OpenSSH là một chương trình mã nguồn mở (Open Source) được sử dụng để mã hoá (encrypt) các giao dịch giữa các host với nhau bằng cách sử dụng Secure Shell (SSH). Nó là một sự thay thế an toàn cho những chương trình được sử dụng để kết nối như: Telnet, rlogin, rsh...Bởi nó luôn luôn mã hoá (encrypt) tất cả các giao dịch, ẩn đi, che dấu username và password được sử dụng cho những phiên đăng nhập từ xa. Sau khi phiên đăng nhập được thực hiện, nó sẽ tiếp tục mã hoá (encrypt) tất cả những dữ liệu giao dịch giữa 2 host Dự án OpenSSH được phát triển dựa trên nền tảng của dự án Open BSD (một OS thuộc họ Unix). Nó được thiết kế để sử dụng những thuật toán mã hoá mạnh để nâng cao tính an toàn và ngăn chặn sự phá hoại của các hacker. Mặc dù được xây dựng và phát triển bởi nền tảng OpenBSD, nó cũng có khả năng tương thích và có thể hoạt động trên hầu hết các OS thuộc dòng họ Unix: Linux, HP-UX, AIX, Irix, SCO, MacOS X, Cygwin, Digital Unix/Tru64/OSF, SNI/Reliant Unix, NeXT, Solaris... OpenSSH không phải là một chương trình. Nó là một bộ các chương trình kết nối an toàn: - OpenSSH Client (ssh): Chương trình được sử dụng cho các đăng nhập từ xa. Với sự an toàn và mã hoá (encrypt) trong mỗi phiên đăng nhập ở mức độ cao. Nó là sự thay thế an toàn cho: rlogin và telnet đã tỏ ra lỗi thời và kém an toàn. - Secure Copy Program (scp): Được sử dụng cho việc copy file từ xa, copy các file từ các host khác nhau trên Internet. Nó hỗ trợ username và password. - Secure File Transfer Program (sftp): Được sử dụng để phục các yêu cầu FTP một cách an toàn. - OpenSSH Deadmon (shhd): Đặt OpenSSH chạy ở chế độ daemon trên các hệ thống Unix. ……………. Trên đây là những Tools chính không thể thiếu trong bộ OpenSSH. Ngoài ra còn rất nhiều Tools, Plugin, Addin nữa... CÀI ĐẶT Để lấy OpenSSH bạn lên Homepage chính của nó:http://www.openssh.org Download một version phù hợp với hệ thống của mình. Tôi dùng Linux nên tôi sẽ download gói *.rpm. Sau đó sử dụng lệnh Code:
root@domain.com#: rpm -Uvh *.rpm
Nếu bạn sử dụng các hệ thống khác thì việc cài đặt nó cũng tương tự. Bạn download gói phù hợp với hệ thống của mình. Nó có thể là *.tar, *.tar.gz, *.gz...etc. Bung nén nó vào một thư mục. Code:
root@domain.com #: ./configure
root@domain.com #: make
root@domain.com #: make install
Tiếp đó theo làm theo các chỉ dẫn của script. Công việc cài đặt không mấy khó khăn. Chúng ta hãy dành thời gian và công sức cho công việc cấu hình. CÁC TÍNH NỔI BẬT CỦA OPEN SSH Open SSH cung cấp khá nhiều tính năng để giúp cho việc truyền thông giữa 2 host trở lên an toàn. Dưới đây là một số tính nổi bật: 1) Khả năng mã hoá mạnh bởi việc sử dụng chuẩn mã hoá 3 DES và Blowfish: Cả 2 chuẩn mã hoá trên đều đuợc cung cấp miễn phí và sử dụng rộng rãi ở nhiều nước trên thế giới. 3DES cung cấp khả năng mã hoá chứng thực thời gian. Blowfish cung cấp khả năng mã hoá nhanh hơn. Cũng như những chuẩn mã hoá khác cả 2 chuẩn nêu trên đều cung cấp khả năng mã hoá các dữ liệu trước khi nó được đưa vào đường truyền một cách an toàn. 2) Khả năng chứng thực mạnh bởi việc sử dụng các cơ chế Public Key, OPTs (One Time Password), Kerberos: Có tác dụng bảo vệ chống lại tính dễ tổn thương trong quá trình chứng thực bởi việc khai thác và sử dụng các kỹ thuật như: IP Spoof, DNS Spoof, Fake Router…Có 4 phương pháp chứng thực được Open SSH sử dụng : - Chỉ chứng thực Public Key - Sự chứng thực host bởi việc sử dụng Public Key kết hợp với .rhost - Sự chứng thực dựa trên OPTs kết hợp với s/key - Sự chứng thực dựa trên cơ chế Kerberos 3) Mã hoá giao thức X11 cho việc sử dụng X Window: Mã hoá dữ liệu trong quá trình sử dụng X Window giữa 2 host. Được sử dụng để chống lại những cuộc tấn công từ xa nhằm vào xterm như Snooping, Hjacking… 4) Mã hoá cho quá trình chuyển đổi cổng (Port Forwarding): Cho phép quá trình chuyển đổi các port TCP/IP tới một hệ thống khác thông qua một kênh được mã hoá. Nó được sử dụng cho những giao thức Internet chuẩn không cung cấp khả năng mã hoá dữ liệu trên đường truyền như: SMTP, POP, FTP, Telnet… 5) Đại diện chuyển tiếp cho những đăng nhập vào các mạng đơn: Một Key chứng thực của người dùng có thể và thường được lưu giữ trên PC của họ, nó có thể trở thành một trạm đại diện chứng thực. Khi người sử dụng hệ thống truy cập từ một hệ thống mạng khác. Kết nối của họ sẽ được chuyển tới cho trạm đại diện chứng thực này. Nó có tác dụng cho phép người sử dụng truy cập đến hệ thống của bạn một cách an toàn từ bất kỳ hệ thống nào. 6) Nén dữ liệu: Cung cấp khả năng nén dữ liệu một cách an toàn. Nó rất có ý nghĩa trên những hệ thống mạng không được nhanh. 7) Chứng thực chung cho Kerberos và Andrew File System bằng cách sử dụng Ticket: Những người sử dụng Kerberos và AFS sẽ được cung cấp một password chung để sử dụng và truy cập 2 dịch vụ trên trong một thời gian nhất định. NGUYÊN LÝ HOẠT ĐỘNG CỦA OPEN SSH Trước hết chúng ta cùng tìm hiểu về cơ chế chứng thực cho các lệnh r* (rlogin, rsh, rcp). Khi sử dụng rlogin, điều kiện đầu tiên là người dùng đó phải có một account trên hệ thống mà họ muốn đăng nhập từ xa đó. Chẳng hạn trên hệ thống từ xa đã có account binhnx2000. Nếu từ hệ thống cục bộ tôi kết nối tới một hệ thống từ xa, thì sẽ không có bất cứ yêu cầu hỏi password nào khi tôi truy nhập vào hệ thống từ xa này. Đơn giản bởi account binhnx2000 của tôi đã được xác nhận bởi file .rhost đươc đặt trong thư mục /home/binhnx2000 trên hệ thống từ xa. File .rhost chứa đựng hostname và username yêu cầu cho các account cần để sử dụng đăng nhập tới hệ thống. Chẳng hạn hostname của tôi là vnzone.net và username của tôi là binhnx2000. Để truy cập đến hệ thống không cần Passowd thì các thông tin về tôi trong file .rhost có dạng như sau: Hostname Username Đối với hostname phải là hostname đầy đủ của hệ thống. Đối với username phải là các username hợp lệ đang tồn tại trên hệ thống mà bạn muốn login vào. Một ví dụ cụ thể: nếu tôi muốn sử dụng rlogin. Thì admin phải tạo một file .rhost trong /home/binhnx2000 với nội dung: domain.com binhnx2000 Mọi việc xong xuôi! Bây giờ khi tôi muốn đăng nhập vào hệ thống tôi chỉ việc phát lệnh: Code:
binhnx2000@domain.com$: rlogin -l binhnx2000 vnzone.net
Hạn chế của giao thức này là các dữ liệu thông tin đi đến host không hề được mã hoá. Nó rất có thể bị đánh hơi được bởi các chương trình sniffer. Đặc biệt là rất dễ bị tổn thương bởi các cuộc tấn công: IP Spoof, DNS Spoof, Router Spoof… Vì những tính dễ tổn thương trên các chuyên gia security khuyến cáo bạn lên loại bỏ (disable) các r* service (rlogin, rsh…) trên hệ thống. Thông thường thì trên các hệ thống Linux cấu hình tổng thể hoạt động chung cho các service được cấu hình trong file /etc/xinet.d , để vô hiệu hoá các r* service: - Bạn dùng vi, emacs…hay bất cứ trình soạn thảo văn bản nào mà bạn muốn để mở /etc/init.d/xinet.d - Tìm đoạn “service login“ xoá chúng đi. Ghi lại mọi sự thay đổi và thoát trình soạn thảo. - Khởi động lại xinetd.d daemon : /etc/init.d/xinet.d restart - Nếu có thể bạn hãy vô hiệu hoá luôn telnet service bằng cách trên. Sau đó thay thế chúng bằng Open SSH. Chúng ta đã tìm hiểu qua nguyên lý hoạt động của r* service. Bây giờ chúng ta sẽ tìm hiểu về nguyên lý hoạt động của Open SSH. Điều đầu tiên mà tôi có thể khẳng định với bạn là : Open SSH cung cấp một cơ chế chứng thực khá an toàn bởi việc sử dụng những Public Key và Private Key. Các Private Key chỉ được sử dụng bởi người sở hữu, còn Public Key có thể được sử dụng bởi mọi người . Muốn Open SSH tạo ra các DSA Private/Public Key bạn dùng lệnh: Code:
shh-keygen -d
Các DSA Private Key thường được lưu trữ ở $HOME/.ssh/id_dsa file. Còn các DSA Public Key thường được lưu trữ ở $HOME/.ssh/id_dsa.pub … Các Public Key cần phải được đổi tên và copy đến thư mục thích hợp trên hệ thống ở xa muốn sử dụng Open SSH. Dưới đây liệt kê vị trí cũng những Public Key mà Open SSH sử dụng trong quá trình chứng thực: Code:
SSH Version 2 Keys Local System Default Location
Remote Host Location

Private Key
$HOME/.ssh/id_dsa


Public Key
$HOME/.ssh/id_dsa.pub
$HOME/.ssh/authorized_keys2




SSH Version 1 Key Local System Default Location Remote Host Location

Private Key
$HOME/.ssh/identity


Public Key
$HOME/.ssh/identity.pub
$HOME/.ssh/authorized_keys
Dưới đây là những file quan trọng được Open SSH sử dụng để xác định những Public Key: - $HOME/.ssh/known_hosts: Danh sách các Public Key cho tất cả các host có user đăng nhập. Thường thì các danh sách các host Public Key được liệt kê ở /etc/ssh_known_hosts - /etc/ssh_known_hosts: Chứa danh sách các RSA Generated Public Key cho tất cả các host mà hệ thống được biết. Bất cứ host nào muốn đăng nhập đến hệ thống đều phải có Public Key được liệt kê trong file này. Admin trên hệ thống của bạn cần phải liệt kê các Public Key của những người sử dụng trong hệ thống mạng đó - /etc/ssh_known_hosts2: Cũng như ssh_know_host nó chứa danh sách các DSA Generated Public Key cho tất cả các host mà hệ thống biết. - $HOME/.ssh/config: File cấu hình cho mỗi người sử dụng. Trong một số hệ thống lớn, mỗi người sử dụng sẽ có một file cấu hình đặc biệt. Nó sẽ được sử dụng bởi SSH Client. - /etc/ssh/ssh_config: File cấu hình cho toàn bộ hệ thống. Nó cũng có thể được sử dụng cho những người sử dụng không có File cấu hình hay tạm thời chưa có file cấu hình. Nó tự động được khởi tạo khi cài đặt Open SSH lần đầu và được gọi để sử dụng mỗi khi Open SSH daemon chạy. - $HOME/.ssh/rc: Liệt kê những lệnh đã được thực thi trong suốt quá trình người dùng đăng nhập, những lệnh này được thực thi trước khi shell của người dùng được mở. - /etc/sshrc: Tương tự như /.ssh/rc nó được dùng trên những hệ thống lớn. SỬ DỤNG OPEN SSH ĐỂ ĐẢM BẢO AN TOÀN DỮ LIỆU TRÊN MỘT HỆ THỐNG MẠNG KHÔNG AN TOÀN Trước khi sử dụng Open SSH bạn phải chắc chắn rằng hệ thống cục bộ của bạn và hệ thống ở xa có cài đặt Open SSH. Lệnh ssh-keygen được sử dụng để tạo và quản lý sự chứng thực các SSH Key. Để sử dụng Open SSH trước hết bạn phải tạo các DSA hay RSA Private Key, Public Key…Tiếp đến bạn thực hiện theo các chỉ dẫn dưới đây. Bản thân tôi sử dụng hệ thống Debian Linux v 2.5.2 Đầu tiên bạn hãy tạo một user trên hệ thống Code:
root@domain.com#: useradd binhnx2000
Đừng quên thiết lập password cho user này Code:
root@domain.com#: passwd binhnx2000
Changing password for user binhnx2000
New UNIX password: *****
Retype new UNIX password: *****
passwd: all authentication tokens updated successfully
Đăng nhập vào account binhnx2000 mà tôi vừa tạo: Bây giờ tôi sẽ tiếp tục tạo các Private Key và Public Key. Lưu ý: Từ Open SSH v 2.0 trở đi khi bạn yêu cầu tạo Key mới. Mặc định nó sẽ tạo cho bạn các Key RSA. Nếu muốn tạo Key DSA bạn phải sử dụng tuỳ chọn -d Code:
binhnx2000@domain.com$: ssh-keygen -d
Generating DSA parameter and key.
Enter file in which to save the key (/home/binhnx2000/.ssh/id_dsa):

Nhấn Enter nếu bạn muốn lưu Key vào thư mục mặc định của nó:
Created directory '/home/binhnx2000/.ssh'.
Enter passphrase (empty for no passphrase):


Bạn nhập vào passphrase (đây là password sẽ được mã hoá bằng thuật toán 3 DES để kiểm soát Private Key).
Lưu ý: pasphrase không thể phục hồi. Nếu bạn quên, bạn sẽ phải tạo và phân phối lại các Key. Điều này rất phiền phức. Nhấn Enter khi mọi việc đã hoàn thành. Code:
Your identification has been saved in /home/binhnx2000/.ssh/id_dsa.
Your public key has been saved in /home/binhnx2000/.ssh/id_dsa.pub.
The key fingerprint is:
ca:3b:f9:80:5a:91:e5:c1:1e:5b:30:02:2f:d5:53:13
binhnx2000@domain.com
Xem qua nội dung Private Key bạn sẽ thấy : Code:
-----BEGIN DSA PRIVATE KEY-----

Proc-Type: 4,ENCRYPTED

DEK-Info: DES-EDE3-CBC,D40D902FF5666C7B



DlyufhXG5shn/JblF4iY67nMAHG5AUtBvpdBZKiMnq6bKLPQ5nFmDBVxZ9jb86BT

p/XL6IoJOeyeHDf3txtCkFymujibeO203uMwQ/yvH1VrENkywj1uglAYBxF5FdPt

44Y5Mab04tQPVKLd1Jgxs/O/23bghYNJyCw9j9uP/G/6dkrYB5EAMZ/HnD6OG0/5

UPSrOTLwxfIOq7RbJGthgejosVvSFCEfNOu1OyhTF0FqM9po6uGbzVra36Lk13M+

EnNbG7Bs0Z91v9hgyb0w0TwA4jnX/uP2lUdYxuCgpRyg3jDoYZFsa37GBZm5WeOY

4TjsuSKuE4oNLnr6Kx5dcg6ZedHRx+ggaSRZ+4VTP43RgEj0CsqY9wB8kN1wXEWM

z7oj4o8EtrN4xFcT3C9Jl2sd+nJA085wFCFktdtI6zN7i6gMXMhTvTi/w/gPF+vM

4pAzP9Z5NHN5v8/UHBmkytwx4f5uofYovM8hHQzUZGs/3yEsUPBrxCQgW/MMC5jd

XyZyF0ryleid62feGNbbvgLEIZMZvNSCmJpYgD60CFskBemg/02htaIVwdlg85lW

JoZuLBBKpkRb4UXNb0IRG2NvtZKQ8h98



-----END DSA PRIVATE KEY-----



Đây là nội dung của Public Key :

ssh-dss AAAAB3NzaC1kc3MAAACBAL4qF1YLu6l/zhhmgBJfFOgAqc635u/DRes/bXiSrCbuV1
Rey5nZb2AA8rdCZzwMyMdreCD34HRCVSblirirhSZ3r9qld1fipT6NPsOr+AMct13oPirlWAF0
1euJoPYEm62+subVKWHQoNAwb7gIjNlMqNjaRuwNyBCLPwb7EcUjAAAAFQD9L07yMF
CTQ5bmP7ztr1LME/UjMQAAAIEAlyiJs4CazMnGB6mguefOZHI1BJPmPdOZeee9cvFRSQ1
nDoLK6ScxPpclQu0uwh8CEFuIjl/oMBf1rIHwONC7kxIIY6U82B3cZcBOL7SXt2wnPg8mg4I7
quG2Mq23lWsPeAH3ElfijOr15rgb4PQPV1bYoNlQPmb3zb6n4uoe3WQAAACBAKiamld09b
mHk3GCqn40u1WKtMLzpwowCtv24VZ/v4yQV4fY3CvrbgsAEnBD3mSEpOea7tSNDTxY83D
6ayJ40ZS2zN3bhBZos+Jp53tq8Eni1pSELS5wlw5NkkoY+F4lmda+sK5gTOOExI2tWyA0z5V
7hkOQuxcLbvc9GR+ywibz binhnx2000@domain.com





Tất cả thông tin quan trọng đã được mã hoá bằng thuật toán DSA

Lưu ý: binhnx2000 Public Key có thể được phân phát tuỳ thích. Bất cứ ai, hệ thống nào muốn truyền thông một cách an toàn với binhnx2000 đều có thể nhận Public Key. Bạn có thể đổi tên của Public Key thoải mái. Cho mục đích an toàn các Security khuyên bạn lên thường xuyên đổi tên Public Key trước khi phân phát cho từng người.

SỬ DỤNG Private Key & Public Key

Sử dụng Public Key, trước hết bạn phải phân phát nó. Hay nói một cách dễ hiểu là bạn phải kích hoạt các Public Key này vào các vị trí thích hợp trên remote server. Như đã nói ở trên Public Key có thể được phân phát tuỳ thích và miễn phí. Bởi vậy bạn có thể send nó đến bất cứ hệ thống nào mà bạn muốn truyền thông bằng Open SSH.

Ví dụ như VeriSign một hãng chuyên cung cấp Digital ID để mã hoá và bảo mật các E-mail cho khách hàng. Digital ID thực chất là các Public Key được nhúng các thông tin ID cơ bản ở trong đó. VeriSign sẽ tự động gửi Public Key của người sử dụng lên Site của nó. Bất kỳ người sử dụng nào muốn truy cập Public Key của một người sử dụng khác. Họ có thể tải xuống Digital ID của người dùng từ site của VeriSign:

 https://digitalid.verisign.com/services/client/index.html.


Đối với Private Key. Tôi sẽ Upload nó lên Web server của tôi. Các host từ xa sẽ Download Public Key xuống và tự động kích hoạt chúng.
Bạn tiếp tục thực hiện các bước sau nếu như hệ thống của bạn đã cài đặt Apache Web server:

- Tạo thư mục Public Key ở thư mục gốc của Apache:
root@domain.com#: mkdir /var/html/pubkeys

- Copy Binhnx2000’s Public Key vào thư mục vừa tạo và đổi tên chúng:
root@domain.com#: cp /home/binhnx2000/.ssh/id_dsa.pub var/html/pubkeys/binhnx2000.pub

- Trên hệ thống host ở xa: Bạn cần tham chiếu các thông số như trên host của bạn. Bạn đăng nhập với tư cách root và tạo tiếp một account binhnx2000:
root@domain2.com#: useradd binhnx2000
passwd binhnx2000
Changing password for user binhnx2000
New UNIX password: *****
Retype new UNIX password: *****
passwd: all authentication tokens updated successfully

- Tiếp đến tạo một thư mục con “.ssh” trong thư mục chủ của acc binhnx2000:
root@domain2.com#: mkdir /home/binhnx2000/.ssh

Bạn lên địa chỉ đã upload binhnx2000’s Public Key và download nó về ở:
Lưu nó vào /home/binhnx2000/.ssh = = > Đây chính là Public Key của domain.com. Nó chứa các thông tin về ID được mã hoá bằng thuật toán DSA. Mọi việc đã ổn, bây giờ bạn thử ssh từ hệ thống 2 qua hệ thống 1 bằng Public Key xem sao:

binhnx2000@domain2.com$: ssh domain.com

Nếu mọi việc ổn định bạn có thể ssh vào hệ thống 1 từ xa qua Open SSH một cách an toàn. Tất cả các giao dịch giữa hệ thống 1 và 2 đều được nén và mã hoá nhằm đảm bảo an toàn trên đường truyền

Tuy nhiên! cuộc sống không phải lúc nào cũng tốt đẹp như chúng ta tưởng ;-( Bạn sẽ gặp phải thông báo:


The authenticity of host domain.com' can't be established.
DSA key fingerprint is ca:3b:f9:80:5a:91:e5:c1:1e:5b:30:02:2f:d5:53:13.
Are you sure you want to continue connecting (yes/no) ?


Thông báo trên nói rằng bạn chưa thể thiết lập một kết nối an toàn từ hệ thống 2 đến hệ thống 1 bằng Open SSH. Bạn tiếp tục nhấn Yes nối như muốn tiếp tục kết nối. Sẽ có một thông báo nói rằng Public Key của hệ thống từ xa đã được thêm vào một vị trí hợp lý trên hệ thống cục bộ. Công việc cập nhật Public Key đã thành công. Lần sau bạn sẽ không phải gặp thông báo khó chịu này nữa. Bạn thử ssh đến hệ thống từ xa lại một lần nữa xem sao (Sẽ không có bất cứ yêu cầu đòi hỏi password nào cả, vì nó đã sử dụng và chứng thực Public Key)


/home/binhnx2000/.ssh/know_host .
Warning: Permanently added ‘domain.com,24.130.8.170'
(DSA) to the list of known hosts.
[binhnx2000@domain.com binhnx2000]$


Nếu các thông tin về Public Key không chính xác. Hay nói một cách khác là quá trình chứng thực Public Key bị thất bại. Open SSH sẽ yêu cầu bạn cung cấp password của người sử dụng binhnx2000:


binhnx2000@domain.com's password:


Password ở đây chính là password của account binhnx2000 được tạo trên hệ thống từ xa. Khi bạn nhập username và password tương tự như Telnet nhưng điểm khác là nó đã được mã Encrypt bởi Open SSH. Nếu bạn gặp phải yêu cầu truy vấn password, hãy xem lại quá trình cấp phát và sử dụng Public Key.



VẤN ĐỀ AN TOÀN DỮ LIỆU

Cho đến nay các RSA và DSA Key được coi là có tính an toàn và khả năng mã hoá dữ liệu khá cao (Key RSA hiện đã lên đến độ dài mã hoá 256 bit). Trung tuần tháng 7 cộng đồng Security đã phát hiện được một Bug về khai thác tính dễ tổn thương của những passphrases ngắn dưới 2 ký tự. Nhưng nó đã nhanh chóng được khắc phục và tính thực dụng của Bug này cũng không cao. Open SSH vẫn được cộng đồng *nix coi là một phương tiện truyền thông có tính an toàn cao.


Lưu ý: Bài viết này chỉ mang tính chất học hỏi và trao đổi kinh nghiệm. Các bạn có thể tự do sử dụng nó, nhưng mong các bạn tôn trọng Copyright một chút. Khi cần trích dẫn ở chỗ nào trong tài liệu vui lòng ghi rõ nguồn và tên người viết…Rất cảm ơn bạn đã quan tâm đến bài viết của tôi.
(Power by: binhnx2000==(=========> ^($)^ Supporter Of VTF)
(E-mail: binhnx2000@yahoo.com | Home: http://www.vieteam.com/)


Tài liệu tham khảo
- Using OpenSSH to Encrypt Network Traffic between Two Hosts
- Deutsch Unix/Linux Gruppen (DUG)
- Information Bibliothek Frei Universität Berlin (FU Berlin)





Copyright © 2001 - 2003 VISC Ltd. All rights reserved.
xem thêm: http://www.vnsecurity.net/articles/17 ]]>
/hvaonline/posts/list/734.html#2606 /hvaonline/posts/list/734.html#2606 GMT