參加國際學術(shù)會議，在此對會議進行總結(jié)。以下是小編搜集整理的國際學術(shù)會議總結(jié)范文兩篇，希望對大家有所幫助!
國際學術(shù)會議總結(jié)(一)
20xx 3rd International Conference on Advanced Computer Theory and Engineering (ICACTE 20xx) 于20xx年x月x日至20xx年x月x日在四川成都的四川大學召開，本次會議由四川省計算機學會和IACSIT(International Association of Computer Science and Information Technology)聯(lián)合發(fā)起，由IEEE、四川大學，電子科技大學，西南交通大學，西南民族大學提供技術(shù)協(xié)助。會議旨在為科研工作者和工程技術(shù)人員提供一個報道先進研究成果、交流學科前沿動態(tài)的平臺。
會議吸引了來自亞洲、非洲、北美、歐洲等20余個國家和地區(qū)的百余位專家、學者的參加，會議內(nèi)容涉及本領(lǐng)域國際最新研究動態(tài)及前沿工作，反映了未來發(fā)展方向。會上與國際知名學者交流，感受了國內(nèi)、國際權(quán)威學者的敏銳思維、學習專家解決難題的靈活方式、感覺受益匪淺。
大會共有600余篇poster展出，本人的第一作者論文“Application of Structured Exception Handling in Software Anti-debugging ”被本次大會安排為會議首日第一個分會場的第一個口頭宣讀，充分體現(xiàn)了大會對本論文的重視，作為本次大會第一個宣讀的論文，本論文也得到了分會場主席和與會專家和學者的普遍好評并得到很多有益的建議，可謂收獲頗豐。具體內(nèi)容是：
隨著軟件產(chǎn)業(yè)的快速發(fā)展，以反跟蹤技術(shù)為核心的軟件安全已經(jīng)成為一個重要的課題。在與軟件解密做著不懈斗爭的同時，軟件從業(yè)人員不斷發(fā)現(xiàn)新的軟件反跟蹤策略，提出新的軟件保護方案，增強了軟件的安全性。
結(jié)構(gòu)化異常處理，是操作系統(tǒng)提供的用于解決系統(tǒng)軟硬件異常的一種機制，在程序設計中的合理使用可以提高軟件的穩(wěn)定性、容錯性。本文著重探討了其在軟件反跟蹤中的應用。
應用程序正常執(zhí)行中出現(xiàn)異常時, 操作系統(tǒng)將收集異常發(fā)生的原因、類型、位置等信息，填寫相關(guān)的數(shù)據(jù)結(jié)構(gòu),并從用戶程序轉(zhuǎn)到系統(tǒng)級執(zhí)行,將控制權(quán)交給系統(tǒng)的異常調(diào)度函數(shù)。該函數(shù)將根據(jù)系統(tǒng)收集的異常信息選擇一個異常處理例程處理異常。用戶可定義的異常處理例程分為兩種;一種是線程相關(guān)的，一種是進程相關(guān)的:線程相關(guān)的異常處理例程,監(jiān)視某線程中某段代碼是否發(fā)生異常，由于線程是程序執(zhí)行的最小單位，所以把異常解決于線程的內(nèi)部，可以避免該異常對其它線程的干擾，保證程序的穩(wěn)定運行。進程相關(guān)的異常處理例程：也稱為篩選器，監(jiān)視進程中所有線程發(fā)生的異常，做進程退出前的清理工作。
異常處理流程是指運行在win32系統(tǒng)中的程序通常包含多個線程，而每個線程都會安裝各自的異常處理例程;除此之外，程序中可能存在一個全局性的異常處理例程;再者，如果進程被調(diào)試的話，調(diào)試進程也相當于一個異常處理例程。當異常發(fā)生時，系統(tǒng)將根據(jù)異常類型選擇一個異常處理例程來處理異常，正常情況下，系統(tǒng)進行異常處理的流程為：
系統(tǒng)首先判斷異常是否應發(fā)送給目標程序的異常處理例程。如果應該發(fā)送，并且目標程序正在被調(diào)試.則系統(tǒng)掛起程序;如果程序沒有被調(diào)試或者調(diào)試器未能處理異常，系統(tǒng)繼續(xù)查找是否安裝了線程相關(guān)的異常處理例程。如果已經(jīng)安裝，系統(tǒng)就把異常發(fā)送給SEH處理例程。每個線程相關(guān)的異常處理例程可以處理或者不處理這個異常，如果它不處理并且安裝了多個線程相關(guān)的異常處理例程可交由
鏈起來的其他例程處理;如果這些SEH處理例程均不處理異常，且程序處于被調(diào)試狀態(tài)，操作系統(tǒng)會再次通知調(diào)試器;如果程序未處于被調(diào)試狀態(tài)或者調(diào)試器沒有能夠處理，并且程序調(diào)用SetUnhandledExceptionFilter函數(shù)安裝了進程相關(guān)的異常處理例程的話，系統(tǒng)轉(zhuǎn)向?qū)λ恼{(diào)用;如果沒有安裝進程相關(guān)的異常處理例程或者它沒有處理這個異常，系統(tǒng)會調(diào)用默認的異常處理例程，通常顯示一個對話框，用戶可以選擇“關(guān)閉”或者可以將程序附加到調(diào)試器的“調(diào)試”按鈕。如果沒有可以附加的調(diào)試器或調(diào)試器也不處理，系統(tǒng)就對線程異常處理句柄進行展開做最后的清理工作，最終調(diào)用ExitProcess終結(jié)程序。通過對系統(tǒng)異常處理流程分析可知，當應用程序執(zhí)行過程中發(fā)生異常時，系統(tǒng)可在三個層次上完成異常處理：調(diào)試器、進程、線程。線程層次的異常處理即SEH，能夠準確定位異常的信息，更加靈活、隱蔽的實現(xiàn)反跟蹤的功能，是本文研究的主要方面。下面深入分析SEH的工作原理。
系統(tǒng)級處理機制，SEH作為系統(tǒng)內(nèi)部處理異常的一種機制，其工作主要在系統(tǒng)級完成，因此掌握系統(tǒng)內(nèi)部異常處理的工作原理是研究基于SEH的軟件反跟蹤的關(guān)鍵。下面圍繞異常處理例程深入分析系統(tǒng)級異常處理機制。異常發(fā)生時，系統(tǒng)執(zhí)行KiUserExceptionDispatcher函數(shù)并調(diào)用RtlDispatchException啟動對注冊的異常處理例程的查找。如果找到的處理例程處理了異常并繼續(xù)執(zhí)行，則對RtlDispatchException 的調(diào)用不再返回。否則，有兩種可能：調(diào)用 NtContinue使程序繼續(xù)或產(chǎn)生另一個異常。若是后者，異常不再繼續(xù)，進程必須終止。
RtlDispatchException函數(shù)遍歷異常幀，利用獲得的指向 EXCEPTION_REGISTRATIONS鏈表的指針遍歷每一個節(jié)點查找異常處理例程,并通過 RtlpExecuteHandlerForException 完成異常處理例程的調(diào)用，根據(jù)RtlpExecuteHandlerForException 的反饋信息，RtlDispatchException或者繼續(xù)遍歷異常幀，或者產(chǎn)生另一個異常，最終將控制送至ExecuteHandler函數(shù)，由該函數(shù)通過 EXCEPTION_REGISTRATION 的 handler 域調(diào)用異常處理例程，對程序執(zhí)行中產(chǎn)生的異常進行處理。
SEH在軟件反跟蹤中的主要應用方式是調(diào)試工具的檢測、硬件斷點的去除、改變程序執(zhí)行順序等，但這些反跟蹤技術(shù)相對比較成熟，很容易被破解者發(fā)現(xiàn)并成功破解。本文所介紹的是一種更加隱蔽，效果更好的反跟蹤方式：單步異常-抽取代碼法。
在程序的正常執(zhí)行序列中設置功能請求標志位，之后觸發(fā)單步異常，進入異常處理例程后根據(jù)標志位完成所抽取的相應的功能，繼續(xù)程序的運行。這樣，如果破解者不能發(fā)現(xiàn)異常處理例程的存在，將無法實現(xiàn)該功能。這是因為異常發(fā)生后，調(diào)試器接管了異常，而不會去調(diào)用作者安裝的實現(xiàn)具體功能的異常處理例程，從而達到反跟蹤的目的。
利用單步異常實現(xiàn)反跟蹤的具體過程是安裝異常處理例程，在程序開始處將異常處理函數(shù)地址放入EXCEPTION_REGISTRATION結(jié)構(gòu)的handler域中，一旦執(zhí)行過程中有異常發(fā)生系統(tǒng)就通過handler域的地址調(diào)用異常處理函數(shù)，完成相關(guān)的異常處理，正常執(zhí)行代碼，安裝完異常處理例程，其后是程序功能代碼，在這里設置標志以便異常函數(shù)作不同的處理。插入單步異常指令，此處是關(guān)鍵的地方，因為程序的反調(diào)試功能通過它來實現(xiàn)。當程序執(zhí)行到這里時，根據(jù)是否處于調(diào)試狀態(tài)有兩條執(zhí)行路徑，一條是處于調(diào)試狀態(tài)，這時調(diào)試器接收異常信息，并進行相關(guān)的處理，這樣將有部分程序代碼得不到執(zhí)行而使程序出現(xiàn)錯誤;另一條執(zhí)行路徑是不處于調(diào)試狀態(tài)下，程序本身將通過異常處理函數(shù)來處理異常，這
樣程序中部分被抽取的代碼將得到執(zhí)行，程序不出現(xiàn)錯誤，且功能可以實現(xiàn)。清除異常處理例程，程序執(zhí)行完功能代碼后，要把開始時安裝的異常處理例程去除，否則容易引起系統(tǒng)錯誤。清除的方法是：用出棧指令將EXCEPTION_REGISTRATION結(jié)構(gòu)的prev與和handler域彈出即可。
這次參加ICACTE國際會議，通過和與會學者的交流、探討，我覺得自己的收獲主要在以下方面：
(1)對自己專業(yè)的新動態(tài)有了一定的把握，對本行業(yè)內(nèi)的其他專業(yè)方向有了一定的了解;
(2)發(fā)現(xiàn)了自己在學術(shù)上存在的問題，這有助于以后的改進和提高;
(3)結(jié)識了一些日本、韓國、臺灣等地高校和公司的教授、研發(fā)人員和學生，為以后更廣泛的交流打下了基礎;
(4)發(fā)現(xiàn)了自己英語水平的不足，這將促使我更加努力地掌握英語，尤其是提高口語水平。
總體上，這次國際會議讓我學到了很多東西，雖然只有短短三天，但我感覺收獲頗多，聽到了許多新思想，結(jié)識了許多新朋友，拓寬了視野，增長了知識，結(jié)識了軟件安全研究領(lǐng)域的多名學者，更加明確了今后的研究方向，相信對個人今后的學術(shù)研究有很大的促進。非常感謝我校研究生院給予的此項支持，鼓勵研究生參加國際會議是符合建設國際型大學的潮流之舉。作為研究生，我們應該認識并珍惜學校提供的學術(shù)科研和培養(yǎng)的機會和條件，積極思考，廣泛交流，用優(yōu)秀的科研成績回報學校。
20xx年x月26
國際學術(shù)會議總結(jié)(二)
20xx年美國機械工程師協(xié)會渦輪博覽會(ASME Turbo Expo 20xx)于6月x日-20日在德國杜塞爾多夫會議中心(CCD)召開 。此次會議由ASME主辦，由德國西門子公司(SIEMENS)、美國通用電氣公司(GE)及英國勞斯萊斯公司(Rolls-Royce)等眾多國際知名企業(yè)提供贊助，會議上聚集了來自世界各地上萬名的專家學者，很榮幸在XX大學研究生院和導師XXX教授的聯(lián)合資助下，成為其中的一員。
16日上午8點辦理完報道手續(xù)之后，在1號和2號展廳開始本次會議的開幕式，由協(xié)會的主席和各贊助公司的領(lǐng)導進行了開幕演講，演講內(nèi)容涵蓋了整個行業(yè)的發(fā)展，大氣而又不失幽默，十分精彩。之后，按照各自研究方向的不同，會議組分出28個展廳，各自組員到各自房間內(nèi)進行展示，也便于其他人按照各自興趣進行選擇聆聽，從而促進學習交流。每天分為四個階段進行匯報，上、下午各兩場，一場兩個小時。我的論文編號是GT20xx-XXXXX，論文題目是“XXXXXXXXXXXXXXXXXXXXXXXXXX”，我被組委會分到19日上午的第一場，在W3房間進行展示，我們這個展廳是有關(guān)汽輪機內(nèi)傳熱方面的。
參加國際會議都有一個約定熟成的規(guī)矩，就是展示者要在演講當天早上和自己分會場主席同桌進餐，從而可以使雙方彼此了解，便于主席在展示者登臺時進行相應的介紹。到我演講的那天，我早早地收拾完，前往公交站準備坐車到會場，以往公交車都是10分鐘左右一趟，而我在那等了快半個小時，車還是沒影，我感到很奇怪，因為德國人向來比較守時，一般不會這樣。我心里很著急，因為再晚些就趕不上早餐了，就沒法跟主席自我介紹了，我便問了周圍一位與我一起等車的當?shù)厝耍f今天是他們當?shù)匾粋€宗教節(jié)日(具體什么節(jié)我也聽不懂)，大部分的公共設施都停止了，因此，我只能選擇走路到會場，從我們住的地方到會場要大概一個小時，就這樣我在7點50多到達了會場，進入了我的展廳，8點鐘第一位展示者登臺，還好沒有遲到，不過沒有時間向主席自我介紹了。我是我們組的第三個展示者，聽完前兩個展示者的精彩演講，輪到我登臺了，上臺后我向分會主席表達了歉意，他也很理解，因為今天屬于特殊情況，整個演講過程出乎我的意料的是我沒有緊張，因為演講稿在到德國之前已經(jīng)練習的很熟練了，在放松的狀態(tài)下，整個演講過程還是很順利的。但到了提問回答環(huán)節(jié)的時候，由于
自己的聽力水平不好，有些問題聽不明白，不過好在有位來自GE公司的華人幫我提示了一下，化解了尷尬，算是順利地完成了整個匯報工作。下臺后，那位好心人還謬贊了我?guī)拙?，說我的研究還是很有深度的，我也由衷地表達了之前幫助我的謝意。在會間休息的時候，我遇到了我們組的分會主席，我向他打了招呼，并與他握了手，他為人很和善，也向我說了很多鼓勵的話，感覺整個會場的氛圍都是這樣?