fms 3.5.1以上 + flash player 10.0.22.87及以上 + 一些配置(暫不詳)，這樣的組合之間的rtmp連線會使得伺服器端握手資訊的第一位元組為0x8，而不是以前常見的0x6，並且握手資訊2的摘要資訊和以前的生成規則不同了（暫不詳）。想必這是adobe在rtmte協議被破解後做出的改變，應該是改變了握手資訊2摘要生成時的key，要不就是改變生成步驟。
先嘗試破解，如果破解不了的話，正在做的專案可能就要危險了。
2023年1月24日：
此型別協議已經被我破解並能實際應用在專案中，但是考慮到是公司的專案，所以方法不便透露。我會在適合的時間將此方法發布。
2023年4月29日
rtmpdump專案前一段時間已經新增上了rtmp8的握手方式的**，但還沒有rtmp9的握手方式。
HTTP 0x08 確認訪問使用者身份的認 證
認證 密碼 只有本人才會知道的字串資訊。動態令牌 僅限本人持有的裝置內顯示的一次性密碼。數字證書 僅限本人 終端 持有的資訊。生物認證 指紋和虹膜等本人的生理資訊。ic 卡等 僅限本人持有的資訊。web 伺服器與通訊客戶端之間進行的認證方式。digest 認證同樣使用質詢 響應的方式 challen...
關於0x0d與0x0a的ASCII。
今天發現乙個有趣的現象 在 ma 我用的版本是6.11 中作彙編時發現，0x0d與0x0a有著不同的作用。比如 dead for dream 在這個字串後只加上0x0d則得到 游標移到開頭的那個d下面，而沒有換行 再輸入字元的話，將原來的字元著改掉。在這個字串上只加上0x0a則得到 游標移到末尾m字...
物件字典0x1005和0x1006的理解
sync不一定由主站產生,因此,產生sync的節點,0x1005物件的值一般是0x40000080,第30位為1表示本節點產生 sync,而本節點的0x1006物件就是產生同步週期值了 而接收sync的節點0x1005物件值一般是0x80,第30位是0表示本身不產生 sync,而接收cob id為0...