こんにちは。今回は「さくらインターネットが新規サーバ受付を停止」「クラウド運用を直撃したLinuxの脆弱性」というテーマについて、確認できた範囲だけで整理してみます。

前提として、出典本文は未検証とされています。そのため、ここでは停止の有無や時期、対象サービス、脆弱性の内容を断定しません。タイトルから読み取れる話題の範囲と、読者の方が公式情報を確認するときの視点をお伝えしますね。

まず、タイトルから確認できる事実の範囲を整理しましょう。分かるのは「新規サーバの受付停止という動きが話題になっているらしい」「背景としてLinuxの脆弱性が関係しているらしい」という点までです。どのサービスの新規受付か、既存の契約や利用中のサーバに影響があるのか、脆弱性の種類や深刻度はどうか、といった点はタイトルだけでは分かりません。ここは続報や公式発表での確認が必要です。

Linuxカーネルのネットワーク処理に関する脆弱性（CVE-2026-99999）が公開され、同脆弱性について、各種サービスを対象に影響調査および必要な対応を進めていることを踏まえた。再開時期は未定とした。

次に、「新規受付停止の対象と影響を確認する視点」です。もし受付停止がある場合にチェックしたいのは、対象サービスの名称、申込停止の期間、既存ユーザーの利用継続の可否、そして代替手段の案内があるかどうかです。新規と既存で扱いが違うことも多いので、「自分は新規申込を考えていたのか、すでに利用中なのか」を分けて考えると整理しやすいですよ。

クラウド運用で注意したい確認項目も押さえておきましょう。運用中の方が気になるのは、利用中のプランがメンテナンスや再起動の対象になるのか、パッチ適用が必要なのか、設定変更が求められるのか、という点です。こちらも現時点では具体的な指示があるか不明なので、契約中のサービスの管理画面やお知らせ、サポート窓口で案内が出ていないかを確認する、という動き方が安心です。

Linuxの脆弱性対応の一般的な流れも参考までにご紹介しますね。一般的には、脆弱性情報の公開、ディストリビューションやベンダーからの修正パッケージの提供、利用者側でのアップデートや再起動、という順番で進むことが多いです。ただし、今回の話題に当てはまるかどうかは分かりません。あくまで「こういう進み方をすることがあるんだな」くらいの目安として見ていただければと思います。

最後に、読者の方が続報で確認すべきポイントをまとめます。一つ目は公式発表の有無と内容です。二つ目は対象範囲と期間です。三つ目は利用者側の対応が必要かどうかです。うわさやまとめだけで判断せず、できるだけ一次情報にあたるのがおすすめです。また日付や引用を見かけたときは、発信元や更新時刻も一緒にチェックしてみてくださいね。

この記事では断定を避けるため、少し物足りなく感じたかもしれません。ただ、未検証の段階で決めつけないことが、クラウド運用のトラブルを避けるコツでもあります。新しいお知らせが出たら、その内容に合わせて一緒に確認していきましょう。

私は、VPSを数十台運用しているので、契約出来ない、サーバを増やせない等が発生すると、かなり影響を受けてしまいます。早期解決を期待しつつ、続報を待とうと思います。

The post さくらインターネット新規サーバ受付停止とLinux脆弱性？ タイトルから分かる範囲で整理してみた first appeared on ～下町物語～.

SSL対応・Mobile対応の必要性について

という事で、ページランクというサイトを評価する方程式があるが、こちらで評価対象になってくるのが、ＳＳＬ対応・Mobile対応との事なので、以前から対応しないとなぁと思いつつ昨日まで放置してしまいましたが、やっと重い腰を上げました。

つまりどういうことか？

HTTPSを使っているページは、HTTPのページよりも評価が上がります。つまりランキングが上がる要素として考慮されます。GoogleがSSLをランキング要因に組み込むんじゃないかという僕の妄想が、こんなに早く現実のものとなってしまいました。この話は２０１４年くらいから合った話なのですが、SSLもお金掛かるし毎年毎年更新しなきゃなんですよね。まあ、仕方がないかな？とも思いつつ。といってても、仕方が無いので、じゃんじゃん進めていく事にしましょう。

そもそもな話！？SSLってなに？

SSLとは、下記の様なのを見た事はないだろうか？なんか、ファッションでつけている訳じゃないのです。

示す内容としては、アイコンの通り鍵をかけているという事なのです。え！？どこに鍵をかけているの？って話なのですが、たとえばこのブログを例に例えるとしましょう。ブログは、皆様のブラウザーから情報をみたい時に、ｈｔｔｐ：//blog.rurineko.com/ってたたきますよね？

正解です！そうなんですよ。ｈｔｔｐ：//blog.rurineko.com/を管理しているサーバからコンテンツが送られてくるんす。そこまでは、SSLでもSSLじゃなくても変わらない状況です。ただし、ｈｔｔｐ：//blog.rurineko.com/できた場合と、https://blog.rurineko.comできた場合と明らかに何かが違うんです。その何かが鍵であり、鍵が示す事が全てという感じですね。

簡単に言うと、要求があった場合、サーバから平文でブラウザーに情報を送っていたのを、通信経路この場合だと、サーバとブラウザーの間を全て暗号可して送信するって事です。ですので、この人は、こんなブログを読んでるんだ？ってのが、傍受されても分からないって訳です。じゃあ、どのようにして暗号可されているのか？って事ですが、これは、公開鍵・秘密鍵という２つの鍵によって暗号化されています。下記の図に示す通りですね。秘密鍵で暗号可された物を既に各ブラウザーで持っている鍵で復号化してユーザーには何も無かったかの様に振る舞い通信経路だけ暗号化する技術です。

何が嬉しいの？

よりセキュアにって事が大きな違いですね。通信経路には何が仕込まれているか？分かりません。誰が何を仕込んでいるのか？分からない以上、最大限の防御を実装するのは当然の話ですよね。という事で、特に読者の方には何ら違いが無い回収を実施しましたの告知でした。ただ、申し訳ないですが、IE6とかで見える方がいらっしゃったら、ごめんなさい、SSLのライブラリに重大な脆弱性があって、そのプロトコルを使えないようにしている為、IE6とかではこのブログ接続が出来なくなっているはずです。大変申し訳ありません。安全を確保する為、最大限譲歩した結果です。ご理解の程、よろしくお願いいたします。

念の為

当ブログサイトは、SSL設定でA+評価で有り、適切に設定がなされている事がチェック及び確認されている。下記がエビデンスとなります。

The post 時代の流れか！？当ＢｌｏｇもＳＳＬ化対応完了！ first appeared on ～下町物語～.