第一百三十九章棧緩沖區溢出 第二天，學校食堂。
sam三人組又聚在了一起共同進餐。
亞瑟和馬修兩人臉上的傷痕如果不注意看的話已經看不出來，浮腫也完全消失，他們都稱贊林鴻的“云南白藥”非常神奇。
在他們的桌子上，擺放著三個ti82型計算器，他們一邊吃飯，一邊不時地看看桌上的計算器，有時候還互相對視而笑，臉上雖然疲倦，但眉目之間卻露出非常興奮和自豪的神色。
這三個計算器，正是已經被成功破解了的計算器！
迅速吃完之后，馬修馬上拿起了自己的那個計算器，在上面按了幾下，調出一個目錄，然后運行其中的程序，整個計算器液晶屏頓時一刷新，只見一個右邊一個小小的黑色長條開始慢慢從右至左開始移動，馬修將計算器側了過來，開始津津有味地玩了起來。
昨天，竟然有直接在bbs上就將ti82計算器的電路圖紙直接發布在上面，所以，德州儀器郵寄的資料，實際上已經意義不大了。那個人就是德州儀器公司的工程師，他在上面回答了許多用戶提出的問題，并且說歡迎大家提出改進建議，他會向公司提交反饋內容。
由于提前拿到了圖紙，破解的事情立刻提上了日常，興奮之下的三人根本沒有心思睡覺，他們做了一個重要決定，那就是一定要趕在返校舞會到來之前，將計算器破解出來。
他們分工合作，馬修和亞瑟負責設計出一個有意思的軟件或者游戲，而林鴻則負責計算器的破解，等破解出來之后，就移植到計算器上面，給大家來一個巨大的驚喜。
由于有了bbs上那些帖子的基礎，林鴻已經對破解計算器有了非常大的把握，他最終讓亞瑟拿出工具箱，將計算器給拆了開來，對照電路圖仔細研究了計算器的硬件結構。
最終林鴻確定，并不需要對計算器進行硬件方面的修改，就完全可以突破德州儀器公司在固件上設置的限制枷鎖。
這是因為在其中一個帖子中，有一個用戶描述了他發現的一個現象，按照他給出的幾個按鍵順序和方式，就可以讓計算器進入一個特殊的模式——“debugn”。不過那個用戶的這個回復貼很快就被緊接而來的其他回復給淹沒了，只有很少人才注意到了他的這個回復。
因為林鴻需要對計算器進行破解，所以他對立面的所有回復都比較關注。這個用戶的回帖他非常重視，專門用自己的計算器按照對方描述的順序，完整地操作了一番，然后再將計算器連接到計算機上面進行了一系列測試，結果驚喜地發現，這個模式似乎是德州儀器公司的工程師在開發過程中用來調試用的，在這個模式下，用戶對計算器的操作擁有很大的權限。
這絕對是個好消息，原本林鴻還以為需要對硬件進行改動，現在有了進入這個模式的方式，他完全可以直接不通過硬件，僅從軟件上的漏洞就可以直接對這個計算器進行破解。
經過一個晚上的奮戰，林鴻最終成功了。
他找到了一個計算器里面的棧緩沖區溢出，從而成功地往里面寫入了自己的代碼，突破了固件系統對用戶操作空間權限的限制。
程序在運行過程中，為了臨時存取數據的需要，一般都要分配一些內存空間，通常稱這些空間為緩沖區。
這個區域一般是可以進行數據存儲和刪除操作的，保護級別并不嚴格。而在緩沖區之外，在存在著其他一些系統內核數據區域，存放的數據都是系統中非常重要的數據，一旦那些數據被修改，整個系統就可能發生崩潰，當然，也有可能出現其他意想不到的結果。
所以這些系統內核數據區域是被嚴格限制和保護的，用戶不能對其進行操作。
棧是一種特殊的數據結構，特點是先入后出。就像一條死胡同，大家排隊進去，滿了之后停止進入，然后再一個一個排著隊出來，先進去的那個人，最后才出來。這種數據結構生活中也有不少例子，例如交試卷，先交的人一般要到最后才會被老師看到，還有就是以前ktv里面點歌系統，先點歌的人，反而排在最后面唱。
按理說，德州儀器的工程師在編寫程序的時候，是需要對壓入棧里面的數據長度進行檢查的，一旦這個棧已經滿了，就必須停止對其再進行壓入，否則就會產生溢出。
而林鴻找到的這個棧緩沖區，正是那些工程師編寫代碼的時候不嚴謹，忘記對這個棧進行長度檢查，于是林鴻一直往其中壓入數據，等它滿了也不管，繼續壓入，于是便發生了棧內存溢出。
溢出便意味著棧緩沖區之外的單元會被改寫，而假如這些數據單元里面存儲的數據是有用數據的話，就會產生意想不到的后果，最常見的后果就是程序崩潰，通常情況下，這只能算是程序的一個bug，但是當向這些棧中壓入經過進行設計的數據，就不僅僅是bug了，而是成為了可供黑客利用的漏洞。
林鴻正是精心設計好了一個小程序，然后將其編譯成機器碼，先是向他找到的那個棧中壓入一些無效的數據，精確計算這些數據的長度，等達到一定長度之后，再將他設計好的數據給壓入進去，讓其發生溢出，覆蓋緩沖區之外的區域，這樣當固件系統運行到這里的時候，就會成功地調用執行他的這個程序……
于是，這個嚴密的堡壘便被林鴻給成功攻克了。
這個過程，說起來看似簡單，實際上卻是經過林鴻無數次測試才找到的，為了精確計算棧的長度，他至少反反復復重復了五十遍以上的數據壓入過程，而為了能夠讓自己的這個程序能夠順利接管固件的運行流程，其中所花費的時間和精力，也是無法三言兩語描述得清楚的。
林鴻將其成功破解之后，興奮之下，忘記了別人不像自己根本不用睡覺，當時就立刻敲響了亞瑟的房門，幸好他們剛剛睡下不久，聽到他這么快就將計算器給破擊出來了，原本已經瞌睡得睜不開眼睛的兩人頓時精神一振，將睡意拋到了九霄云外。
立刻想要看一下破解之后的成果，可是接下來難題又來了——沒有合適的可以運行在上面的軟件。
之前他們兩個討論了很久，始終無法確定第一個軟件該編寫什么功能。亞瑟比較傾向于做一個實用性的軟件，例如可以輔助學生在學校的學習，而馬修則傾向于編寫一個有意思的游戲。
兩個人的意見不能統一，時間就在他們不斷地爭辯中流逝，結果什么東西都沒做出來。
現在機器已經出來了，卻沒有合適的軟件，真是夠郁悶的。
這個時候，馬修提出，先編寫一個相對比較簡單的游戲跑起來再說，得到了林鴻和亞瑟的一致認可。
三人商量了一下，最終決定將俄羅斯方塊這個游戲移植到計算器中。
俄羅斯方塊是蘇聯科學家阿列克謝帕基特諾夫一個經典游戲，它看似簡單但卻變化無窮，令人上癮。1988年在美國上市之后，立刻獲得了巨大的商業成功，受到了男女老少所有人的歡迎，成為一款極為經典的大眾游戲，沒有任何一款游戲能夠與其媲美。
亞瑟之前在學習編程的時候，曾經獨立開發過這個游戲，有現成的源代碼，移植起來的難度并不大。
于是，他們又將陣地轉移到了林鴻房間，因為他這臺機器可以模擬z80cpu的運行環境，將亞瑟之前編寫的那個源程序進行簡單的修改和優化之后，就將其編譯成為了一個可在計算器里面執行的文件，然后通過數據線傳輸到了計算器存儲空間中。
剛開始的幾次運行都出了點問題，但是這是很正常的情況，移植到另外一個平臺，如果能一次性就成功，那就太夸張了，就算是再牛逼的程序員，有時候也是會犯一些低級錯誤的，例如變量名稱寫錯，忘記寫分號之類的，這是很正常的情況。只要根據調試信息，有針對性地進行修改就行了。
編寫程序就是這樣，調試、運行、再調試……
不斷地和各種錯誤和bug做這斗爭，直到最終順利通過的那一刻！
在進行過十幾次不斷地來回調試和傳輸程序的過程之后，亞瑟的俄羅斯游戲終于順利地在ti82上運行了！
馬修第一時間將計算器搶了過來，然后開始玩了起來。
玩俄羅斯方塊游戲，只需要至多五個按鍵就可以，三個方向鍵，一個鍵用來變換，另外一個鍵則用來加速。而計算器上有幾十個按鍵，足夠了。
馬修在玩了一會兒就發現，由于計算器顯示屏高度太低，很容易就會被撐到頂，最終掛掉。
于是，他提出了改進意見，將顯示方式向順時針方向旋轉90度，這樣方塊下落的路程就可以大大加長，可以降低難度。
于是，亞瑟又開始對游戲的源程序進行修改……
在整個過程中，林后都沒再插手，他只是在旁邊觀看著亞瑟編寫程序。
亞瑟的這個俄羅斯方塊程序是用c語言進行編寫的，林鴻來美國之后才開始接觸這門編程語言，用得還不是很熟，今天看到亞瑟不斷修改調試，也學到了不少東西。
他發現，亞瑟編寫程序的時候，有一些細小的編程習慣值得借鑒和學習，例如在關鍵的地方給點注釋、給代碼語句多分行縮進，提高代碼的可讀性……等等。
在將近凌晨五點的時候，他們終于將最終版的俄羅斯方塊游戲給確定下來。
此刻，除了林鴻，亞瑟和馬修都疲憊不堪，直接倒在床上呼呼大睡。
這天早晨的晨練，亞瑟和馬修都沒能去，只有林鴻一人。！