里面有拍照搜題、文字搜題、語音搜題等多種搜題模式，大家可以根據自己的需求選擇相應的搜題模式，很是方便；
這款軟件相當于一個在線“摘抄本”，我們可以利用它來記錄一些閱讀時遇到的好句子或者是段落，或許下次這些句子就能成為你語文寫作的素材了。
它采用的摘錄方式是【文本掃描】 【云筆記】方式，比較方便，內容可以導出為PDF打印使用。
這是微信公眾號
教材考試答案與快照搜題，截圖和文字搜題
下方附上一些測試的試題及答案
1、生產力和生產關系的矛盾.經濟基礎和上層建筑的矛盾是人類社會的基本矛盾。這是因為這兩對矛盾
A、制約和決定其他一切社會矛盾 B、是推動社會發展的基本動力 C、決定整個社會的面貌 D、決定社會發展的客觀趨勢
答案：制約和決定其他一切社會矛盾#是推動社會發展的基本動力#決定整個社會的面貌#決定社會發展的客觀趨勢
2、下列哪個敘述是正確的（ ? ?）
A、匯編程序可發現語法錯誤 B、匯編程序可發現邏輯錯誤 C、匯編程序可發現語法和邏輯錯誤 D、匯編程序不能發現錯誤
答案：匯編程序可發現語法錯誤
3、功率平衡圖上驅動功率和阻力功率的間隙是
A、滾動阻力功率和空氣阻力功率 B、坡道阻力功率和加速阻力功率 C、后備功率 D、A和B
答案：后備功率
4、將域名轉換為IP地址的服務是( )服務。
A、WWW B、FTP C、DNS D、E-mail
答案：DNS
5、如果一個論證的推理形式是有效的并且其論題是假的，那么其論據不會都是真的。
A.錯 B.對
答案：對
6、過去的20年里，科幻類小說占全部小說的
答案：科幻小說評論文章的讀者，幾乎都不購買科幻小說。
7、“雙筒單動銷釘懸掛連接”是（）的結構特點。
A.軟地層取心工具 B.硬地層取心工具 C.密閉取心工具
答案：A
8、元認知策略大致可分三種，分別是（? ? ）。
A、計劃策略 B、監控策略 C、調節策略 D、強化策略
答案：計劃策略#監控策略#調節策略
9、會展營銷控制有利于實現（）
A.戰略計劃 B.目標利潤 C.銷售計劃 D.目標管理
答案：B
10、以下說法錯誤的是（）。
A、服務類企業運營前期一般一年左右 B、運營前期是指企業從開始經營到資金收支平衡 C、制造類企業運營前期為幾個月甚至幾年 D、零售類企業運營前期時間長
答案：零售類企業運營前期時間長
11、TCL-374（A/B）型擴頻接力機工作頻率范圍是（）。
A.610-960MHz B.400-600MHz C.1350-1850MHz D.4400-5000MHz
答案：A
12、下列選項中關于Java中super關鍵字的說法錯誤的是（ ）。
A、super關鍵字是在子類對象內部指代其父類對象的引用 B、super關鍵字不僅可以指代子類的直接父類，還可以指代父類的父類 C、子類可以通過super關鍵字調用父類的方法 D、子類可以通過super關鍵字調用父類的屬性
答案：B
13、KNX適用于需要高速通信的場合（ ）
答案：×
14、在Java接口中，下列選項中屬于有效的方法聲明是（ ）（多選）。
A、public void aMethod(); B、void aMethod(); C、void aMethod(){} D、private void aMethod();
答案：public void aMethod();#void aMethod();
15、反映資本家對工人的剝削程度的公式是（????）
A、剩余價值／全部預付資本 B、剩余價值／可變資本 C、剩余勞動時間／必要勞動時間 D、年剩余價值量／預付可變資本
答案：剩余價值／可變資本#剩余勞動時間／必要勞動時間
石墨文檔(Shimo Docs)是一款強大的在線文檔協作工具。它提供了多人實時協作、版本控制、評論和批注等功能，方便學生在學習中進行文檔編寫、合作項目和報告制作。
學生可以使用石墨文檔創建課堂筆記、整理學習資料、進行小組項目合作，實現高效的團隊協作和文檔管理。石墨文檔的云存儲和跨平臺使用使學生可以隨時隨地訪問和編輯文檔，方便學習資料的同步和共享。
相對于其他的翻譯網站和軟件，它更加適用于醫學生和醫務從業人員，這個網站需要注冊，才可以翻譯。
SCIRPLUS是由一家專注于生物醫學教育與科研服務的公司打造出來的翻譯平臺
平時記不住單詞、文言文、數理化公式的寶子們，可以看看這款軟件啦，免費無廣，超好用
各個年級階段都可用，可以選擇任意段落挖空，進行反復背誦，支持文本、圖片、PDF、掃描等方式一鍵導入背誦內容，還可以添加艾賓浩斯記憶曲線來定時學習，根據大腦遺忘時間來科學定時提醒我們進行復習鞏固
iTunes U是一種免費的網絡公開課
諸多學校如：哈佛、MIT、牛津等都把自己的課堂的音頻、視頻、文檔，放在網上，可以通過itunes這款軟件來下載。
未來教育app是一款計算機等級考試模擬軟件
未來教育涵蓋了計算機等級考試、c 語音、三級數據庫、四級等內容，為用戶提供百分百真題模擬，可以幫助考生隨時隨地練習。
這是個微信公眾號
是個公眾號，支持文字、語音、截圖搜題，截圖搜題，同時也支持相似題查看及解析，因為可以在電腦上使用，所以多了一項截圖搜題的功能，避免了復制粘貼、打字等浪費時間
我們在網上保存的學習資料文檔，一般都是PDF形式的，不太容易編輯使用，可以直接使用這款工具進行格式轉換
它支持PDF與word、Excel、PPT等文件之間的相互轉換，還有許多其他實用的功能，比較方便。
希望大家能夠合理利用這些學習工具，結合自己的學習需求，制定科學合理的學習計劃，真正發揮它們的作用。
閑得蛋疼，對iTunes 登陸過程進行了初步的分析。 解密得到了spd字段內容。 將分析過程寫出來，混個熟臉。
在分析這個東西之前， 需要做一些準備工作。 比如收集論壇前輩們的工作經驗， github上某些開源代碼。
通過對iTunes windows 和iOS10.x 系統進行抓包。 發現數據包基本是大同小異，iOS 調試非常不方便，特別構造win7 x86環境對 iTunes 12.6.20 進行了逆向分析。
加上 標準版OD + 海風StrongOD， 開始了這次逆向分析。
在分析之前，大概介紹下apple的這套東西，和平日玩windows逆向的區別。 iTunes 或者mac iTunes 或者 iOS 的絕大部分代碼是完全一樣的。
服務器地址 https://gsa.apple.com/grandslam/GSService2 數據是通過post傳輸。數據分為2部分
1. header 蘋果的header和瀏覽器的header不同的是，他喜歡攜帶"設備", "簽名"類信息
2. body body中的核心數據是用AES256_CBC加密的
整個登陸協議是非常標準的srp 密鑰交換協議。 對SRP協議不熟悉的朋友可以參考下rfc文檔，蘋果并沒做比較大的變更。
1. reqeust1 : 客戶端計算隨機數A=g^a mod N 其中 g=2 ， a 隨機。 N是一個2048bit的大素數。 A這個數字用base64編碼后被放在request body的A2K字段
其余字段比如CPD 主要是描述硬件設備信息， 電腦端和i設備會有一些出入。 這都不參與密碼驗證的計算
2. response1: 服務器根據SRP協議計算出B 回包如下
回包內容中 s 是一個16字節的salt值，該值是固定的，srp協議要用到。
B 也是一個大數。 客戶端根據B 計算M1
3. request2： 客戶端提交M1 服務器校驗密碼的正確性。 SRP協議厲害的地方是對稱加密的密鑰是通過協商計算出來的。 非傳輸得到。
根據SRP協議， 服務器拿到M1后，就可以校驗客戶端的密碼是否正確。 并返回結果給用戶。 如果正確，會返回M2給用戶，這樣密碼協商就完成。
4.Response2
登陸成功后， 服務器返回了M2, np, spd. 其中np用于校驗spd解密。 spd 字段是用aes加密的。 aes的解密key ，我暫時算不出來，通過扣代碼的方式，能正確的解出
spd內容。
SPD 字段中你會得到幾個ID 和token ，這些token 是用于后續登陸authenticate服務器用。 由于整個登陸過程是比較標準的SRP協議。分析起來有參照。 完全無腦的往后干。
SRP協議中，
hash算法， 蘋果使用的hash 比較奇怪，我沒能完全的模擬出來， 該hash代碼看起來和sha256是一模一樣的，很多地方能夠重復驗證。
但是在計算M1時， 就不行。 后來是通過扣代碼的方式將M1計算出來，并得到gsa.apple.com服務器的認證。
在這個會話過程中，暫不涉及到header的復雜計算。 http頭的內容，你隨便怎么填，蘋果服務器也有點累吧，懶得搭理你。你愛咋咋。
為了得到高質量的并發client， 做了很多種失敗的嘗試。
1. 想去重現蘋果的hash算法， 在分析中，發現他的算法雖然像sha256， 但在補位 (sha_ltc_comress)迭代過程中，數據總是對不上。
2. 想完美的將代碼柔和到自己的模塊中， 直接LoadLibrary加載iTunes 是不行的 x86 和x64 不行， x86拿到x64上也不行。 32->64之后，很多IAT是亂填的不知道為什么
即使x86平臺上， LoadLibrary雖然能成功， 但內部依然有很多IAT函數沒得到修正， 各種崩。
勉強能用的
1. 多開iTunes， 并注入dll， 架設一個client的服務器， 對M1提供計算服務。 該方法勉強能用， 比較麻煩的是， iTunes中很多代碼是用oc編寫， 構造出的oc 指針，你需要在合適的時候釋放掉。 由此導致的崩潰就不計其數了。
2. 在同一個進程中保存多個會話的instance。 涉及全局變量并不多， 可以在出入口加鎖。
這樣instance之間不會相互干擾。 如此一來，并發的登錄賬號服務器就搭建完畢。 在網絡暢通的情況下，
2秒左右能得到一個賬號的會話token。并支持并發操作。
后續的會話中，包頭需要用到設備信息和signature， 這些算法是蘋果的掌中寶， 想窺探其中奧秘是需要花費非常大的時間代價。
尤其keybag的逆向。 keybag 模塊提供了signature kbsync sbsync 計算的服務，
涉及加密的東西，最終都會落到keybag。 而整個keybag模塊， x86 x64, arm* ,蘋果都做了類似的處理，號稱幾百萬行匯編代碼。
這些代碼中充斥著大量的垃圾運算。 本人才疏學淺，實在沒法參透其中奧秘。
以signature為例，
github上有代碼是直接getproxy的形式得到了 keybag計算所需要的魔數， 現版本中，該魔數是與會話相關聯的，
人為的call函數構造C++類,得到的魔數，在計算的時候，會被認出來， 導致hash失敗。 更低級的方式構造魔數，得到的就是crash。
actionSignature計算:
itunes的base=0
keybag 模塊中硬件斷點經常會失效， int3斷點，偶爾會導致崩潰。
本文由看雪論壇 ppbb 原創 轉載請注明來自看雪社區