幹壞事是進步最大的原動力
先前在「Zoom 不提供 End-to-end Encryption 給免費版用戶」這邊提到的事情，剛剛看到 Zoom 宣佈改變策略，變成無論是付費還是免費的使用者都會提供 End-to-end encryption：「End-to-End Encryption Update」。
Free/Basic 的使用者要認證才能用這個功能：
To make this possible, Free/Basic users seeking access to E2EE will participate in a one-time process that will prompt the user for additional pieces of information, such as verifying a phone number via a text message.
還是很怪，繼續觀望...
Zoom 解釋免費版將不會有 End-to-end encryption 的時候，大家都傻翻了：「Zoom's Commitment to User Security Depends on Whether you Pay It or Not」，這邊 Bruce Schneier 引用了 Bloomberg 對 Zoom 的 CEO 袁征的訪談：「Zoom Transforms Hype Into Huge Jump in Sales, Customers」。
Corporate clients will get access to Zoom’s end-to-end encryption service now being developed, but Yuan said free users won’t enjoy that level of privacy, which makes it impossible for third parties to decipher communications.
“Free users for sure we don’t want to give that because we also want to work together with FBI, with local law enforcement in case some people use Zoom for a bad purpose,” Yuan said on the call.
繼續看隔壁棚的發展...
前幾天的新聞，Zoom 的新聞稿：「Zoom Acquires Keybase and Announces Goal of Developing the Most Broadly Used Enterprise End-to-End Encryption Offering」，Keybase 的新聞稿：「Keybase joins Zoom」，看到後就把本來的服務刪一刪了...
這篇屬名由 Zoom 創辦人發出的公告，裡面多到讓人不知道怎麼吐槽的部份，我們就把唯一的粗體字拉出來討論好了：
We are excited to integrate Keybase’s team into the Zoom family to help us build end-to-end encryption that can reach current Zoom scalability.
先不講先前被戳破根本就不是 end-to-end encryption 的問題，影音上面因為 transcoding 的問題，如果要在 video stream 上做 end-to-end encryption 的話分成兩種方式可以做：
a) 一種是發送端直接產生出多個不同 bitrate 的 video stream，這種方式其他家都已經很熟悉了，缺點也很明顯，就是吃各種資源，包括發送端的壓縮能力與頻寬。
b) 另外一種方式是產生出可以疊加的 video stream，有點像是 progressive image 的方式，第一個 stream1 的畫質最低，第二個 stream2 則是「補強」第一個 stream1，這樣子可以降低資源的需求。
另外有想到 Homomorphic encryption 的方式，直接可以疊加加密後的 stream1 + stream2，不過 bitrate 應該不會降低，就算真的設計的出來應該也沒用...
如果是 a) 的方式，業界對於 key 的交換都已經解的還不錯了，但這個方式沒什麼競爭性 (因為其他家也都已經做完了)。
如果是 b) 的方式，很明顯該找的是 codec 的公司 (要做出可以疊加的 codec)，而不是搞密碼學的公司。
回到原來的問題，現有的團隊有 2500 人，裡面的技術團隊沒辦法搞定 end-to-end encryption，ok 沒關係，那現在的 CTO Brendan Ittelson 應該可以建一個團隊吧？所以我翻了一下他的 LinkedIn 看了一下他的經歷，對不起我錯了，我瞬間不知道怎麼寫下去了，我豆頁痛...
最早的時候用 Zoom 只需要知道 meeting room 的編號就可以連進去，產生連結時也只需要提供號碼就能進去，後來 (不知道什麼時候開始的) 產生出來的連結會包括一組 token，而預設加入房間也需要密碼了。
現在知道原因了，因為被安全通報了：「Zoom Fixes Flaw Opening Meetings to Hackers」。
除了上面講到的問題以外，另外一個漏洞是本來的連結網頁就有資訊可以辨別是否為合法的 meeting room，可以讓攻擊者很快速的判斷哪些 meeting room 可以連進去。這次的修改變成不檢查，直接帶到 Zoom 的應用程式裡面，增加一些難度，但攻擊者還是可以透過 API 掃出來。
這主要是當初設計上的安全問題，當初沒有設計那麼長，應該就是考慮太長的號碼會讓使用者不太容易手動輸入...
最近的資訊網路圈子 IPO 案子好多，其中一個比較值得注意的是 Zoom：「Zoom, a profitable unicorn, files to go public」。
這家公司不像 PagerDuty 與 Pinterest，這兩家是沒賺過錢就丟單子出來了，而 Zoom 是有賺錢還打算出來 IPO：
Zoom, which raised a total of $145 million to date, posted $330 million in revenue in the year ending January 31, 2019, a remarkable 2x increase year-over-year, with a gross profit of $269.5 million. The company similarly more than doubled revenues from 2017 to 2018, wrapping fiscal year 2017 with $60.8 million in revenue and 2018 with $151.5 million.
啊不過 Zoom 真的蠻好用的，一群人在不同地方要討論事情時，用電子白板或是分享畫面都還不錯... 這幾天跟不是資訊圈子的人在用也都有很正面的 feedback。
Amazon CloudWatch 的操作上支援 Zoom 與 Pan 了：「Amazon CloudWatch now supports two new chart visualization options in metrics and dashboards」。
Zoom 是改變時間的粒度：
You can use the CloudWatch console to graph metric data generated by AWS services and your applications. Now, you can zoom into a shorter time period such as one minute or five minutes while viewing the metric graph at a longer interval.
Pan 則是維持一樣的粒度，但改變開始與結束的時間：
Once zoomed, you can also pan the metric graph across your selected interval, but at a zoomed detail level.
變得更容易操作，而不用滑鼠移過去修改...
在「預設展開 Twitter 圖片的 Userstyle」這邊利用 CSS 效果展開圖片，這次更新把多張圖片的縮圖也展開了：「Twitter Expand Preview Image」。
連帶的，本來有裝「Photo Zoom for Twitter」就順便移除了...
這次學到 unset 這個屬性：「unset - CSS | MDN」，現在 Google Chrome 也才 43，也就是在 Google Chrome 上是兩個版本前的 41 才支援的...