白翼的服務器運維博客

この度、「さくらのVPS(v3/v4)」サービス老朽化対応メンテナンス一回目作業のご案内メールを頂いております。

この度弊社のメンテナンスは、合計ですと：

12月10日10時00分-16時00分、影響出す VPS はおよそ 9 台。
12月11日10時00分-16時00分、影響出す VPS はおよそ 11 台。
12月12日10時00分-16時00分、影響出す VPS はおよそ 32 台。

メンテナンス予想作業時間は前述の告知時間のうち、約1時間程度を予定しております。

つまり、この三日間のこの六時間の中に、サービスがどの一時間に停止される/または性能に影響を出すのがわかりません。

つまり、お客様にどうやってメンテナンス通知を出せればいいのかはわかりません。

お詫びとして、こちらは三日間の使用時間をみんなに無料でお配りしましょう。

大体何十万円の損でしょう。

さくらインターネットさんありがとうございます。

最近開始使用 Detectify – 一款個人十分喜歡的在線網站掃描工具。驚訝的發現由於 WordPress 官方的一個 Nginx 推薦配置，很多人都因此存在這個問題。

長話短說，WordPress 官方推薦的一個 wp-admin 轉發規則：

rewrite /wp-admin$ $scheme://$host$uri/ permanent;

然而這個規則的 $uri 是可以帶有轉義字符的函數，於是就導致了下面的漏洞。

curl https://holywhite.com/%0d%0asplitting:/wp-admin --http1.1 -v

Response:

< HTTP/1.1 301 Moved Permanently
< Server: nginx
< Date: Fri, 26 Oct 2018 01:05:04 GMT
< Content-Type: text/html
< Content-Length: 162
< Location: https://holywhite.com/
< splitting:/wp-admin/
< Connection: keep-alive
<

經過一點點研究，目前個人改為了更為安全的函數去解決這個問題。

rewrite /wp-admin$ $scheme://$host$request_uri/ permanent;

唔，經濟收入連續兩個月受到重度打擊…很很很認真的尋求外快工作中。

– 現負責在職公司新產品架構設計，較熟悉 AWS 運用，同理可運用騰訊雲，阿里雲等平台。
– 使用 Python 編寫自動化運維程序，或 Slack Bot 之類。
– 理所當然的熟悉 DNS，域名，SSL 等最基本的互聯網基礎設施。
– 其他的能做的但不敢寫，不然副業成了主業了就要丟主業了…

歡迎國內個體或公司聯繫，在日主體除非能以支付寶/微信支付款項，不接受日本銀行交易。

E-Mail: a#rsl.gd

Implemented with Nginx Mainline and OpenSSL 1.1.1.

Major browsers are not ready for RFC version yet, so TLS 1.2 will be chosen.

Update on 10-12:

--with-openssl-opt='enable-ec_nistp_64_gcc_128 enable-tls1_3'

Looks like this is the key configuration to make Nginx enbale TLSv1.3.

Passenger 從 5.1 開始導入了 SecurityUpdateCheck 功能，一旦發現有重大補丁更新，就會自動推送。

本來是件好事情，然而 Passenger 的老版本有一個 Bug，如果收到的 Response 超過 500B 的話，就會崩掉… 這個問題在 5.1.5 得到了修復。

於是全世界的 < 5.1.5 版本的 Passenger 都死掉了…

For more details: https://github.com/phusion/passenger/issues/2089

Never thought that I would have to criticize Namecheap again, after I left their services.

Let me explain, I bought myself a new domain this month, and found out that there is a 3-year SSL certificate valid for my domain through crt.sh. Naturally I contacted Comodo SSL Abuse Dept. and got redirected to the reseller – Namecheap. After reaching out to Namecheap they insisted that as long as I issued a new certificate, the valid certificate that the former domain owner had will have no power whatsoever ( which is not true ), even after ticket escalation, they’re just re-assuring me that MITM somehow will not exist as long as I set up a new SSL cert and “there is no need to worry about the security of your website and the information transmitted via Internet”.

So, according to Namecheap’s statement, Wosign accident is just a fraud and people obtained github.com’s certificate will do absolutely no harm to Github. Good to know.

A public discussion is under way: https://groups.google.com/forum/#!topic/mozilla.dev.security.policy/4R1parm1XCc

（Author: 華若葉，https://www.pixiv.net/member_illust.php?mode=medium&illust_id=66732375）

隨手發一篇文章，跟大家安利一下 Certum 的好處。

今天在 The SSL Store 給騰訊企業郵的登錄介面買了個 Certum 的 SSL 證書，最終因為騰訊不支持非他們列表中的 CA 導致需要申請退款，但正是這個退款讓我見識到 Certum 的力量。

從點擊郵箱鏈接開始不到30秒的時間內， Certum 已經簽發好證書可供下載了，如此的速度最近很難見大型 CA 的自動化系統能夠做到，而且每次操作都以證書的序列號為准，能夠精確讓你知道你在操作的是哪一張證書。之後的申請退款，確定了我要退款的那一瞬間， Certum 提醒我證書已被註銷並加入他們 CRL 列表的郵件已經送到了我的郵箱…太快太爽了！

特別跟最近與 Comodo 扯皮吊銷證書的事情對比， Certum 滿分，牆裂推薦。

---

Update: The certificate has finally been revoked, after I have brought it up a month ago. Comodo’s Technical Support Team Lead gave me a reason why it all goes to hell is because my order is attached with an e-mail address, so I have to send the request via that e-mail. It is perfectly fine except that neither Comodo support staff nor GoGetSSL knows this should be done within this way, as Comodo’s support staff are redirecting me to go back to GoGetSSL to solve the problem at the first place.

---

This is not an article about Comodo being distrusted by main-stream browsers, but just me.

In short, Comodo failed to act as a trusted Certificate Authority. I recently bought a certificate from their reseller GoGetSSL and the transmit of the private key was initially not safe because I did it on a Chinese software which has zero encrypt on the messages and have files copied on their server. So we ( me and my client ) decided to re-issue the certificate and asked GoGetSSL to revoke the old one. Things start out smoothly as GoGetSSL ask for specific certification to revoke, and said that Comodo will do it in 12 hours.

Well, 12 hours past, but nothing happened on the old certificate. CRL and OCSP still validates it ( according to https://certificate.revocationcheck.com/ ). So I request it again, and GoGetSSL’s customer service try to revoke it again, some days had past, nothing happened.

Then, I tried to get in touch with Comodo by their Official website’s ticket system, I clarified the issue and want to know if they have anything to say about it, or even will it actually be GoGetSSL’s fault in this. But nope, all they replied was this:

Thank you for contacting Comodo, we will be happy to assist you.  Please contact the party in which the certificate was purchased from in regards to any revocation of your certificate.  If you have any further questions or concerns feel free to contact us again.

Which basically said nothing.

A few days ago, I published an article saying why am I deciding to move my own website’s certificate to GlobalSign because I felt Comodo is being to feel like it is “Too big to fail”. And now, if a trusted certificate authority, could not even complete the most basic part of a certification, which is validate and revoke, it’s out my friend.

幾年前， xoxo 在 V2EX 上賣非法渠道的 AlphaSSL 通配符，成為了本博客的第一張證書。

因為那次的事件， GlobalSign 的信用在我心目中直線下降，以至於我以為“野卡”這個詞就是針對 GlobalSign 才出現的。

近期 CA 界好不熱鬧，繼 WoSign 事件之後 Symantec 又開始跟 Google 幹架， Comodo 趁機坐上了證書市場份額的第一把椅子。發生了這麼多事情，對我來說也是時候要重新審視自己博客證書用的 Comodo 了。

經過很多個星期對當下 CA 以及 SSL 界的文檔研究，發現各大 CA 在歷史上都有過不輕的安全事故， Let’s Encrypt 以及 COMODO 包攬釣魚域名證書發行量前二， Let’s Encrypt 作為一個目標是全免費全自動化的證書發行工具，還可以說他們的願景並不是審核網站內容，但 COMODO 是不是有點說不過去…

然後看看 Symantec ，他們收購了 Verisign 之後穩坐份額第一很久了，這次 Google 幹架估計把他們的信用也嗆的厲害… RapidSSL ， Thawte ， GeoTrust 全都是他家的，於是這些品牌直接以同一理由出局，希望 Symantec 能夠在這場跟 Google 的戰役中打贏吧，確實覺得 Google 有點橫行霸道，但好像又無可厚非。（ Symantec 最近在國內大範圍推廣合作 DV 證書之餘，也準備正式推出一個免費發行 DV 證書的網站了）

於是，在深刮多家 CA 歷史及其 CPS 之後，最終決定回到 GlobalSign 的懷抱。其實因為 GlobalSign 是日本企業所以我一開始真的是很懷疑他們的技術實力，但目前看來無論是 Certificate Transparency 還是 OCSP 服務器的響應表現等，都是 CA 中做的最好的一家，市場份額也是全球第三，有一定用戶基數的同時又不會像 Comodo 那樣開始有點 “Too Big To Fail” 的感覺。最後，博客是因為想要 Wildcard 證書才買的 GlobalSign ，如果是 DV 證書的話 Let’s Encrypt 足矣。