GitHub 推出一個超級重要的功能,確認 GPG sign 的正確性:「GPG signature verification」。

之前被同事複製了一份 .gitconfig
與 .gitconfig.local
後沒有修改裡面的內容,結果我在收到 diff mail 的時候看了半天想說「我什麼時候寫出這樣的 code」... -_-
不知道什麼時候會有「擋沒有 GPG sign」的功能,有的話就更好了 :o
幹壞事是進步最大的原動力
GitHub 推出一個超級重要的功能,確認 GPG sign 的正確性:「GPG signature verification」。
之前被同事複製了一份 .gitconfig
與 .gitconfig.local
後沒有修改裡面的內容,結果我在收到 diff mail 的時候看了半天想說「我什麼時候寫出這樣的 code」... -_-
不知道什麼時候會有「擋沒有 GPG sign」的功能,有的話就更好了 :o
維基百科描述了當初沒有規劃多語系與多系統的帳號管理,而產生出來的 migrate 計畫:「Single-User Login provides access to all wikis」。
整個計畫到實作完成長達十年 (大約從 2004 年開始有想法),接下來進入最後階段:
This week, we will begin the process of renaming the remaining 1.46 million accounts – those which have not responded to all attempts at outreach. That process is expected to take approximately one to two weeks.
從第一次編輯到現在也好久了啊...
清舊文章看到的:「Why Is The Dollar Sign A Letter S?」。不少國家的貨幣符號是使用 $,這篇文章說明原因是因為來自 peso:
剛剛看到 AWS 宣佈 AWS IAM 支援 SAML 2.0:「AWS Identity and Access Management Using SAML」。
SAML 是 Single Sign-On 協定的一種,2001 年就推出來了,不過其中用到的架構頗為複雜,由於是 XML 交換技術,再加上要在 XML 上面簽名 (XML Signature),其實我不是很喜歡這東西... @_@
當初會硬要接觸是因為 Google Apps 的 SSO 是使用 SAML,真是懷念啊...
由於是個公開標準,有不少企業 SSO 方案都有支援 SAML。而 AWS IAM 支援 SAML 就相當於讓控管的部份整合起來了... 我好像也應該來弄弄了?
Amazon CloudFront 也可以設定要簽名才能抓檔案,只是 URL Sign 設計的觀念跟 Amazon S3 完全不一樣,這不一致的調調很... 詭異...
大致上有這些差異:
+
、=
以及 /
。但不是有標準可以用嗎,為什麼要自己發明呢...$json_str
後簽完名帶到 URL 內了。官方的 CloudFront Signed URLs in PHP 這篇的範例程式碼其實很清楚了,要直接拿去用其實也沒麼問題。我自己整理後是這樣:
<?php $key_pair_id = 'APKA...'; $pem_file = ''; $resource = 'http://test2-cdn.gslin.org/test.txt'; $expires = time() + 3600; $json_str = json_encode( array( 'Statement' => array( array( 'Resource' => $resource, 'Condition' => array( 'DateLessThan' => array( 'AWS:EpochTime' => $expires ) ) ) ) ), JSON_UNESCAPED_SLASHES ); $buf = file_get_contents($pem_file); $key = openssl_get_privatekey($buf); openssl_sign($json_str, $signed_policy, $key, OPENSSL_ALGO_SHA1); openssl_free_key($key); $signature = str_replace( array('+', '=', '/'), array('-', '_', '~'), base64_encode($signed_policy) ); echo "${resource}?", "Expires=${expires}&", "Signature=${signature}&", "Key-Pair-Id=${key_pair_id}\n";
反正你搞不太懂 Amazon 為什麼要這樣設計的... =_=
Amazon S3 可以在上傳時設定為 non-public,這種檔案如果要讓使用者讀取,就必須透過 URL 簽名的方式...
官方的文件是「Authenticating REST Requests」這篇,不過官方文件把所有細節都寫上去,如果第一次接觸的人反而不知道要怎麼辦...
Thomas Riboulet 給了一個 Quickstart 的範例:「Signing Amazon S3 URLs」,裡面雖然是 Ruby code,不過 code 的邏輯很簡單...
以 test.gslin.org 為例,想要產生出從現在開始 3600 秒內有效的 url 可以這樣寫,用過一次後再回去看官方文件,就會發現其實就是官方文件的「REST Authentication Example 3: Query String Authentication Example」這段,如果以 PHP 寫會長這樣:
<?php $access_key = ""; $secret_key = ""; $timestamp = time() + 3600; $data = "GET\n\n\n${timestamp}\n/test.gslin.org/test.txt"; $sign = urlencode( base64_encode( hash_hmac('sha1', $data, $secret_key, true) ) ); echo "http://test.gslin.org.s3.amazonaws.com/test.txt?" . "AWSAccessKeyId=${access_key}&" . "Expires=${timestamp}&" . "Signature=${sign}\n";
接下來來研究 CloudFront 的部份...