独自SSL（IPアドレスベース）の提供終了について – さくらのサポート情報
独自SSLIPアドレスベース（※以下、IPベース）機能を、 2021年6月末で提供を終了することとなりました。 提供終了の背景 対象サービス 提供終了までの流れ ご利用中のSSL種別を確認 ドキュメントルートとドメインのウェブパスの確認 提供終了の背景 IPベース機能の提供を終了する理由といたしましては、 IPベースとSNIベースの仕様にほぼ差はなく、かつ、IPベースのご利用者が減少傾向にあるためです。 IPベース機能をご利用のお客様には大変お手数をおかけいたしますが、 SNIベースのご利用を検討いただきますようお願い申し上げます。 長らくIPベース機能をご利用いただき、誠にありがとうございました。 なお、さくらのレンタルサーバでは新たなSSL機能を実装する予定で、 よりお客様に価値あるサービスを提供してまいります。
SSLサーバー証明書を再発行対応したい（※受付終了） | さくらのサポート情報
今回の対応の概要 日本レジストリサービス（以下、JPRS社）ならびにGMOグローバルサイン社の販売するSSLサーバー証明書において、一部セキュリティリスクが指摘されたため再発行のご案内を行っております。 本ページでは再発行に際した対応方法、ならびに対象のSSLサーバー証明書の判別方法などをご案内いたします。 当社お知らせは以下のページよりご確認ください。 JPRS社SSLサーバー証明書に関する再発行対応について GMOグローバルサイン社SSLサーバー証明書に関する再発行対応について 再発行対象となる証明書有効期間 今回、中間CA証明書にセキュリティリスクが見つかったため、各認証局にて中間CA証明書の失効処理が実施されます。 このため、以下の中間CA証明書から発行されたSSLサーバー証明書は再発行手続きを行わない場合、失効処理の実施以降、Webサイトの閲覧ができなくなります。 JPRS 対象
SSLサーバ証明書の有効期間を短縮するという決定に関する続報
2020年2月にApple社が「2020年9月1日以降に発行されるSSLサーバ証明書で、有効期間が398日を超える証明書をSafariでは無効とする」という発表を、グローバルサインブログで紹介しました。本日はその続報を紹介します。 その後、ブラウザベンダーのアナウンス CA/Browser Forumでは、SSLサーバ証明書の有効期間を398日未満とする、基本ルール(Baseline Requirements)を盛り込むよう、投票に向けた議論を重ねている最中ですが、2020年6月23日にオンライン会合の場で、GoogleやMozillaも相次いでAppleのアナウンスに同意するかたちで、9月1日以降に発行されるSSLサーバ証明書で、398日を超える証明書は無効化することをアナウンスしました。 これは、CA/Browser ForumのBaseline Requirementsの要件にかかわ
SSLサーバー証明書は2年物を買ってはいけない - orangeitems’s diary
SSLサーバー証明書は2年物を買うべきではない 今日の今日、今の今知ったことですが、たくさんの人に知られるべきだと思ってまとめます。サーバー証明書を購入する時、たいてい「１年」「２年」が選べると思います。更新作業は面倒なので、２年を選びたくなる方がいらっしゃると思いますが、この「２年」に大きな落とし穴があります。端的に言えば「１年」を購入するべきです。 その理由は、AppleのSafariにあります。 その理由 下記の記事を見てください。 ssl.sakura.ad.jp AppleがSafariブラウザにおいて、2020年9月よりSSL証明書の最大有効期間を398日に短縮すると発表しました。突然発表された本対応の経緯やその影響、私たちがこれから取るべき対策についてご紹介します。 Appleの発表は2020/3/3です。もう一か月も経過するのに結構誰も知らないのではないかと思います。最近の
WordPressのSSL対応は簡単だと誤解されてる問題 - よつば手帖
Chromeの表示が変わる問題 7月からSSL対応されてないウェブサイトはChromeで保護されていない状態が表示されるようになると言われています。現在はSSL非対応のウェブサイトはインフォメーションマークで表示され、SSL対応されている場合は「保護された通信」等で表示されます。 10月からは警告として表示されるという発表もあったのでSSL対応は必須という流れになっています。 ▼参考リンク 安全性を示すHTTPSのラベルとアイコンがGoogle Chrome 69から削除、一方で非HTTPSページでは赤色反転で危険性を強調 | 海外SEO情報ブログ WordPressSSL対応は簡単？ WordPressのSSL化については対応方法を書いてある記事がたくさんあります。 シンプルなブログの場合はそれでいけるケースもありますが、カスタマイズされたウェブサイトは必ずしもうまく行くとは限りません。
中央省庁の8割が非対応、常時SSL化の実態を独自調査
常時SSL化は2010年代に入って必要性が認識され始めた。サーバーを直接攻撃せず、通信途中に第三者が割り込んで通信内容を変更する「中間者攻撃」が発達したからだ。 公衆無線LANの普及が中間者攻撃の危険性をさらに高め、サイト内容の書き換え、利用者が送る情報の改ざんやなりすまし、閲覧履歴の盗み見などの被害に遭いやすくなった。マルウエア（悪意のあるソフトウエア）が仕込まれたWebサイトに誘導されるリスクも潜む。 常時SSL化に対応したサイトはわずか2割 日経コンピュータと日本経済新聞が2017年9月下旬から10月下旬まで調べたところ、中央省庁37機関のうち常時SSL化を終えているのは内閣官房や国家公安委員会、国税庁など9機関。残る28機関は問い合わせや電子申請の画面など対応は一部にとどまる。独立行政法人など政府系106機関のうちでも常時SSL化が完了しているのは2割強だった。 中央省庁で常時SS
【https化に向けて】混在コンテンツのhttpを自動で抽出するアレを作った - プロクラシスト
こんにちは！ほけきよです。 はてなのSSL化、ようやく来ましたね。 staff.hatenablog.com はてなから移行するのめんどそうだし、はてな嫌いじゃないし、移行とかあんまり考えてません。 なのでよかったです！ けど、記事の最後に気になる文がありましたね。 HTTPSのページを閲覧するときに、HTTPの画像やJavaScriptがあると、Webブラウザが混在コンテンツ（Mixed Content）としてブロックし、表示されません。このときブラウザの「開発者ツール」を利用すると、次のように「Mixed Content」エラーが確認できます。 ほえぇ、なるほろ。画像とjjavascriptのタグ内httpは自分で変えなければならないのね。 でもいちいち調べるの面倒。ムリ。 なので、画像とjavascript内のhttpを自動で抽出するアレを作りました。 ※今回もpythonです Re
Chromeがシマンテックの古い証明書を信頼しなくなる今後のスケジュール(2017/09/13更新) - ASnoKaze blog
2017/09/13 更新 Googleのブログで公式アナウンスが出ました。 一部対応者の表記がDigiCertになりましたが、大きなスケジュール変更はありません security.googleblog.com 今年の上旬より、Chromeが古いシマンテックの証明書を失効扱いするニュースが世間を賑わせたのは記憶にあたらしいかと思います。 internet.watch.impress.co.jp 議論は続いており、Blinkの開発者メーリングリストの「Intent to Deprecate and Remove: Trust in existing Symantec-issued Certificates」にてシマンテックとGoogle(+ Mozilla)が協議を重ねていることがわかります。 本日、「Google ChromeとChromiumプロジェクトを代表して」という形で最終になるで
WordPressをhttps化する方法とさくらサーバーでの注意事項
WordPressサイト全体をhttps化する方法です。すでにサーバーにSSL証明書がインストールされて環境が整っている方が対象です。 当サイトもLet’s encryptで全ページhttps化しました。Let’s encryptによるSSL証明書の取得はこちらの記事をご覧ください。 やることリスト 管理画面の設定変更 ソース内の絶対パス書き換え 投稿内の絶対パス書き換え .htaccessの追記 さくらレンタルサーバー利用時の対応 管理画面の設定変更 以下の画像の箇所を修正します。httpをhttpsに書き換えて保存します。 ソース内の絶対パス書き換え テーマファイルのソース内で絶対パスでhttp指定のものをhttpsに書き換えます。外部ファイルの読み込み（CSS、javascript、フォント、画像など）が対象になると思います。 相対パスで指定している場合、書き換える必要はありません。
あなたのWordPressサイトは大丈夫？ 常時SSL化に対応するプラグインまとめ
Google Chromeが警告を表示するようになるなど、常時SSL化の流れが止まりません。WordPressサイトをHTTPSに移行するために便利なプラグインとツールをピックアップして紹介します（この記事は無料記事です）。 WordPressのサイトをSSL（Secure Socket Layer、HTTPSプロトコル）対応にするのは比較的簡単です。自分の使用しているWebサーバーでSSLのサーバー証明書を購入あるいは有効化すれば、理屈上はホームページとサイトURLを更新する（管理画面から設定、あるいはwp-config.phpを改変）だけです。ところが実際には、サイトの構造や設定によってはいくつかつまずきやすいポイントがあります。 サイトにSSLを使用すれば、サイトとの通信が暗号化されブラウザーとサーバー間での安全なやりとりが保証されます。安全性のことは脇に置いても、検索エンジン側から
さくらのレンタルサーバでWordPressサイトを常時SSL化するとリダイレクトループが発生する場合の対処方法 | Crane & to.
本サイトのリニューアルに伴って常時SSL化したところ、リダイレクトが繰り返し行われてエラー画面が表示る状態（リダイレクトループ）になってしまいました。解決方法の備忘となります。 サーバ構成 さくらのレンタルサーバ（スタンダード） 独自ドメインによるSSL（さくらSNI 独自SSL） シンプルなコーポレートサイトのためトラフィックも少なく、さくらのレンタルサーバ（スタンダード）で必要十分な感じです。特別なチューニングはなにもありません。 症状 常時SSL化でない場合（httpの場合）は正常表示される WordPressと無関係の素のPHPやHTMLは正常表示される ローカル環境では正常表示される どうも さくらのレンタルサーバー + SSL（さくらSNI 独自SSL） + WordPress という環境でのみ発生する現象のようです。 原因 Google検索ですぐにわかりました。さくらSNI
WordPressの常時SSL化を検討するも断念。もっと簡単になればやりたいんだけど… | 明後日アナライザ
Amazonプライムに入る13のメリットを紹介。年会費以上の価値は絶対あるよも 今、人気のある記事だよ。一生懸命書いたから是非読んでみてね！(´；ω；`) Amazonプライムのメリットわかりやすく解説しているよ！(｀・ω・´) 今なら無料体験実施中もしてるんだ！
WordPressサイトを常時SSL化する方法（全ページHTTPS） | 株式会社ウィズモ
前回Webサイトを常時SSL化させるメリットについて書きました。 以前の投稿記事Webサイトの常時SSL化はメリットがたくさん！やらない手はない今回はサイトを常時SSL化する方法について書いてみます。 WEBサイトを常時SSLにする方法タイトルではWordPressと題しておりますが、一般のサイトでも共通して言えることも多くあります。 一般的なSSL化実装は以下のような流れになるかと思います。 SSL化実装の主な流れ① Apache、nginxなどのWebサーバーをインストール② サーバーにSSL/TLS化ソフトをインストール③ サーバー証明書、中間証明書を設置④ Webサーバーを再起動⑤ サイトのリダイレクト設定完了主にはサーバー側の設定になるので、ご利用のサーバーに合った証明書を取得し設置してください。 サーバー証明書取得についてこちらについては、お使いのサーバーによって取得できる証明
WordPress専用クラウド型レンタルサーバー【wpX Speed】
「wpX Speed」は、次世代の接続インターフェース「NVMe(エヌブイエムイー)」の採用や、WordPressサイトをキャッシュなしで10倍以上(※)高速化する専用の高速・安定化機能の対応など、様々な技術を導入しております。 豊富なWordPress運用実績に基づいて、WordPress専用にチューニングした「wpX Speed」の速さを体感してください。 ※2019年9月時点、当社比（比較結果の詳細） SATAなどに代わるストレージメディアの次世代接続インターフェース、NVMe。SSDと組み合わせることで、その高速性能を最大限に引き出します。 wpX SpeedのピュアSSD（オールSSD）環境では全ストレージにNVMeを採用しており、従来のSATAピュアSSD環境に比べ読み込み速度が16倍以上向上しています。 ※計測結果は2019年9月時点、自社調べ ※SATAピュアSSD環境との
さくらインターネット ラピッドSSL・WordPressで困ったこと | RIコンサルティング株式会社
サイトのSSL化をしていて困ったことがありましたので備忘録も含めて記載します。 まずは設定の確認、ご依頼元の環境は下記でした。 ※もちろん作業前にデータベースとファイルについてはバックアップを実施 さくらインターネットのコントロールパネルよりラピッドSSLの申込に進んで、SSL設定。 ※ちなみに、さくらインターネットのスタッフさん曰く「コントロールパネルからSSL申込を進めたほうが流れがスムーズ」だそうです。 「ドメイン設定」の「ドメイン一覧」より該当ドメインのSSL証明書「登録」を選択、CRSを設定してドメインを申込します。 続いて、「ドメイン設定」の「変更」をクリック、「 4. SSLの利用を選んでください」の「SNI SSLを利用する」のラジオボタンを選択して送信。 続いてWordpressの「設定」→「一般」より「WordPress アドレス (URL)」と「サイトアドレス (UR
SSLの脆弱性で日本の大手サイトを含む全世界1100万以上のHTTPSサイトが攻撃を受け得ると判明
SSL/TLSによって通信を暗号化しているHTTPSサイトに簡単に攻撃される脆弱性があることがセキュリティ研究者によって発表されました。この脆弱性をついた攻撃「DROWN」を受ける可能性があるサイトには、毎日新聞、任天堂、はてな、LINEなどの日本の大手サイトも含まれています。 DROWN: Breaking TLS using SSLv2.pdf (PDFファイル)https://drownattack.com/drown-attack-paper.pdf DROWN Attack https://drownattack.com/ 「Decrypting RSA with Obsolete and Weakened eNcryption(DROWN)」はSSLv2に含まれる脆弱性で、この脆弱性を悪用されるとクロスプロトコル攻撃によってTLSセッションの暗号化が解除(復号)されて通信が傍受
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サイト常時HTTPS化3つの手法「従来型SSL」「Let's Encrypt」「CloudFlare」の長所と短所まとめ | Moz - SEOとインバウンドマーケティングの実践情報
WordPressを常時SSL化するときにつまずいたこと
Really Simple SSL の使い方｜WordPress 常時 SSL 化（HTTPS 化）プラグイン - Naifix
GoogleのHTTPSサイト優遇方針で待ったなし！ Webサイト常時SSL化の効果と実装ポイント | 【レポート】Web担当者Forumミーティング 2016 Spring
