Symantec証明書の失効迫る GoogleがWebサイト管理者に対応呼びかけ
VeriSignやGeoTrust、RapidSSLなどSymatec傘下の認証局が発行した証明書は、Chrome 66から段階的に無効化される。 米Googleは3月7日、同社が「信頼できない」と判断したSymantec傘下の認証局の証明書について、WebブラウザのChrome 66から段階的に失効させる措置について改めて説明した。失効対象の証明書をまだ使っているWebサイトでは、できるだけ早く対応するよう促している。 失効の対象となるのは、Symantec傘下の認証局（CA）のThawte、VeriSign、Equifax、GeoTrust、RapidSSLなどが発行したSSL/TLS証明書。こうした証明書の入れ替えを行っていないWebサイトは、Chromeを含む主要ブラウザの更新版で、エラー警告が表示されるようになる。 2016年6月1日より前に発行された証明書については、Chrom
【重要】シマンテック社SSLサーバー証明書に関する再発行対応について | さくらインターネット
お客さま各位 さくらインターネット株式会社 平素よりさくらインターネットに格別のご愛顧を賜り、誠にありがとうございます。 「さくらのSSL」で提供中のシマンテック社およびジオトラスト社の発行する SSLサーバー証明書が、Google Chromeのブラウザにて段階的に無効化されることが確定い たしました。これにより、今後リリースされるGoogle Chromeブラウザにおいて、警告や エラーが表示される可能性がございます。 対象のお客さまには、メールにて証明書の再発行方法をご案内いたします。なお、ご案 内につきましては、2017年12月1日以降を予定しております。 詳細は下記をご参照ください。 さくらインターネットでは、今後もよりよいサービスの提供が行えますよう、精一杯努 めてまいります。引き続き変わらぬご愛顧を賜りますようお願い申し上げます。 ＜記＞ ■シマンテック社SSLサーバー証明書
【悲報】Google、シマンテック発行のSSL証明書を問答無用でブロックへ : IT速報
Googleは、シマンテック発行のSSL証明証に対し、厳しい処罰を検討しているという。 シマンテックまたはその証明書の再販業者がSSL証明書を不適切に発行したという重大な事件について、Googleは厳しい処罰を検討しています。 提案された計画は、会社にすべての顧客の証明書を置き換え、それを持っているユーザーの拡張された検証（EV）ステータスの認識を停止することです。 シマンテックは、2015年のNetcraft調査によると、ウェブ上で使用される3つのSSL証明書のそれぞれについて約1つを担当し、世界最大の商用証明書の発行者となっています。数年にわたり買収した結果、VeriSign、GeoTrust、Thawte、RapidSSLなどの以前のスタンドアロン認証局のルート証明書を管理しています。 SSL / TLS証明書は、ブラウザとHTTPS対応のWebサイトとの間の接続を暗号化し、ユーザー
独自ドメインのショップでhttpsでアクセスできるようになりました - BASEプロダクトチームブログ
SREチームの小林（し）です。 BASEでは独自ドメインで運用されているショップさんでHTTPSで表示できる機能を実装しました。 「BASE」が独自ドメインのSSL証明書の無料発行・自動管理を開始 ‐常時SSLで安心安全なネットショップ運営を 去年の3月にサブドメインで運用されているショップさんに関しては全てHTTPS化は実装していましたが、独自ドメインで表示されているショップさんはHTTPの表示のままでした。今回から独自ドメインを利用されているショップさんもHTTPSでアクセスが可能となり、全てのショップさんでHTTPSでのアクセスが可能となります。 今回の機能ではHTTPSアクセスに必要な証明書の取得は無料で行い、かつ管理は僕たちがやりますのでショップさんの方で証明書の取得・管理は不要です。 利用方法などはマニュアルにお任せし、今回は裏側の実装について紹介します 証明書 今回証明書を発
簡単にサイトの通信を暗号化！共用サーバーSDの独自SSL機能を利用する | あんどろいどスマート
簡単にサイトの通信を暗号化！共用サーバーSDの独自SSL機能を利用する2016年12月14日12時29分 公開カテゴリー: 端末・周辺機器・サービスキーワード: おすすめ, 特集 Short URL ツイート 通信を暗号化するSSL対応のサイトを簡単に構築したいなら、「お名前.com」の共用サーバーSDを利用するのがオススメだ。「お名前.com」で取得した独自ドメインと組み合わせて、簡単にSSL化が可能。今回は「.shop」ドメインと共用SDサーバーに、SSLを設定する方法を解説するぞ。 ■ 共用サーバーならより簡単にSSLを設定できる 前回は「お名前.com」で取得した「.shop」ドメインでSSLサーバ証明書を発行する手順を解説したが、VPSではなく「お名前.com」の共用サーバーSDを利用すれば、より簡単に利用できるようになる。ここでは、「お名前.com」で取得した「.shop」ドメ
エックスサーバーでWordPressを運用している方は「無償」で独自SSL化できるサービスが提供開始！
今年の6月末に、レンタルサーバー会社のエックスサーバー株式会社から無料でSSL（共有SSL）化できるサービスが提供されました。 ■参考記事 エックスサーバーがSSL暗号化通信対応サービスを「無料」で提供開始！ https://seleqt.net/programming/xserver-ssl-service/ そして昨日17日、エックスサーバーからWordPressを無料で「独自SSL」化できる機能が提供開始となりました。 以前の無償で提供されたものはあくまで共有SSLだったので、独自ドメインで運営しているWebサイトはSSL通信をした際に「ドメインが変わってしまう」ことになります。 例えば共有SSL通信で弊サイトSeleQtにアクセスした場合、下記のようになります。 例）共有SSLの場合 ・通常通信時のURL https://seleqt.net/ ・SSL通信（共有）時の場合 htt
OpenSSLに2件の深刻な脆弱性--早急にパッチの適用を
Steven J. Vaughan-Nichols （Special to ZDNET.com） 翻訳校正： 編集部 2016-05-06 11:28 「OpenSSL」に2件の脆弱性が存在し、パッチが提供されたことが明らかになった。どちらの脆弱性も、セキュリティに重大な影響を及ぼす可能性がある。 暗号ライブラリであるOpenSSLは、有名なウェブサイトのSSLやTLSでも利用されており、これにはTwitter、GitHub、Tumblr、Steam、DropBoxなども含まれる。 OpenSSLが使われているのはウェブサイトだけではない。オープンソースの仮想プライベートネットワークである「OpenVPN」や、リモートからターミナルに安全にログインするために使用する「OpenSSH」の古いバージョンでも使用されている。 これは、セキュアなサーバを運用していれば、OpenSSLを利用している
無料で証明書を発行してHTTPSの導入をサポートする「Let’s Encrypt」がベータ版から正式版に
By Sean MacEntee SSLを用いたHTTP通信の暗号化を誰でも手軽に行えるようにするために立ち上がったのがEFF、Mozilla、Cisco Systems、Akamai Technologies、IdenTrust、ミシガン大学の研究者などで、これらのメンバーがHTTPS普及のためにスタートした取り組みが「Let's Encrypt」です。これまで手間がかかり金銭的な負担も大きいと言われてきたサーバー証明書の発行を無料で行えるようになるのですが、同取り組みはついにベータ版から正式版にサービスを移行しています。 Leaving Beta, New Sponsors - Let's Encrypt - Free SSL/TLS Certificates https://letsencrypt.org//2016/04/12/leaving-beta-new-sponsors.h
DellのPCに不審なルート証明書、LenovoのSuperfishと同じ問題か
米DellのノートPCに不審なルート証明書がプリインストールされているのを見付けたというユーザーの報告が、11月22日ごろにかけて相次いだ。Lenovoのコンピュータで発覚した「Superfish」と同様に、偽の証明書発行に利用され、HTTPS通信に割り込む攻撃に悪用される恐れも指摘されている。 問題になっているのは、Dellのマシンにプリインストールされている自己署名ルート証明書の「eDellRoot」。同社の「Inspiron 5000」を購入したというジョエル・ナード氏は、セットアップの過程でこの証明書を発見。不審に思って調べたところ、eDellRootは信頼できるルート証明書とされ、使用期限は2039年、用途は「All」と記載されていたという。 さらに、「あなたはこの証明書に対応した秘密鍵を持っています」という記載を発見し、ナード氏の疑念は一層深まった。 Redditでこの問題を報
Yahoo! JapanのSSL化でヤバイのはLPOを活用しているEC業者であって個人はGoogle Search Consoleを使えばよいんじゃないの？ - 太陽がまぶしかったから
photo by lantzilla Yahoo! JapanのSSL化でキーワードが取れなくなるやつ 参照元検索キーワード情報は、流入元￥はウェブ解析ツールを通じて知ることが可能だが、使用した具体的なキーワード情報はリファラから取り除かれるため取得できない仕様となる。検索結果ページからの行き先が http あるいは https を問わず、キーワード情報は取得できない。 ついに2015年8月18日がきてしまい、Yahoo! Japanの検索結果からキーワードが取れなくなった。といっても現在のところ、確実にキーワードが取得できなくなっているのは https://yahoo.co.jp からの検索のみ。http://yahoo.co.jp からの検索が https://yahoo.co.jp にリダイレクトされるのは段階的な措置のようで、現状のリアルタイム検索にはキーワードが表示されている G
「Yahoo!検索」SSL化のお知らせ - Yahoo!検索ガイド - Yahoo! JAPAN
いつも「Yahoo!検索」をご利用いただき、ありがとうございます。 この度「Yahoo!検索」では、より強力なセキュリティ基準を採用したサービスを提供するため、2015年8月18日より段階的に、検索結果にSSLと呼ばれる暗号化プロトコルを使用することにいたしましたので、お知らせいたします。 SSL化に伴い、ご利用のOSによっては、エラーメッセージが表示されるなど、検索結果が正常に閲覧できない可能性がございます。対応方法など、詳しくは以下ページをご確認ください。 Windows XPをご利用のお客様へ https://about.yahoo.co.jp/info/notice/sha1xp.html なお、ウェブブラウザーに表示される検索結果のアドレスは https://search.yahoo.co.jp/* から https://search.yahoo.co.jp/* に変わります。
5分でわかる正しい Web サイト常時 SSL 化のための基礎知識
Web サイトを常時 SSL 化する場合に、最低限知っておかなければならない知識や、注意点、実際の設定方法まで、ひと通りまとめてみました。メリットやデメリット、証明書の種別からリダイレクト設定などについても解説しています。 HTTPS をランキングシグナルに使用しますと Google が公式に発表したあたりから、Web サイトの SSL 対応、特に Google が推奨している Web サイトをすべて HTTPS で配信する、所謂 「常時 SSL 化」 についての話を聞いたり、実際にお客様から相談されたりするケースが増えてきました。 そこで、いい機会だしその辺に関する情報をまとめておこうかな～ と思って書いてみた、恒例の （？） 5分でわかるシリーズ。書き終わって見たところ絶対に 5分じゃ無理っていう文章量になっててどうしようかなぁとも思ったんですが、気にせず公開してみます。 常時 SSL
複数のWebサーバでSSLセッションキャッシュを共有してSSL処理を高速化(Apache + mod_ssl + mod_socache_memcache) - 元RX-7乗りの適当な日々
HTTPS(SSL利用)サイトがSEO的に優遇されるトレンドで、世間的にもHTTPS接続でサイト運用するサービスが増えてきています。 これが、ハイトラフィックサイトになってくると、このフロントエンドでSSL処理させることが負荷的にもなかなか辛いのです。 で、Apache 2.3以降では、Shared Object Cache Providerとして、memcachedが選択できるようになっています。 この仕組みを利用して、Apacheとmemcachedを並べることで、各サーバでユーザのSSL Session Cacheを共有しながらHTTPSリクエストを負荷分散できる構成を作ってみました。 WebサーバでSSLオフロード 常時SSLを利用したWebサイトを運用するために、SSLアクセラレータといったアプライアンス製品だとか、ソフトウェアだとApacheやNginxのSSLモジュールを使う
OpenSSLの脆弱性で想定されるリスク - めもおきば
JVNやJPCERT/CCの記事があまりにもさらっと書かれていて、具体的なリスクが想像しづらいと思うので説明します。 今北産業 (今ニュース見て来たから三行で教えて欲しいという人向けのまとめ) インターネット上の「暗号化」に使われているOpenSSLというソフトウェアが2年間壊れていました。 このソフトウェアは便利なので、FacebookだとかYouTubeだとか、あちこちのウェブサイトで使っていました。 他の人の入力したIDとかパスワードとかクレカ番号とかを、悪い人が見ることができてしまいます。(実際に漏れてる例) 他にも色々漏れてますが、とりあえずエンジニア以外の人が覚えておくべきはここまででOKです。もう少し分かりやすい情報が以下にあります。 OpenSSL の脆弱性に対する、ウェブサイト利用者（一般ユーザ）の対応について まだ直っていないウェブサイトもあれば、元々壊れていないウェブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ComputerworldとCIO Magazineは閉鎖しました
全HTTPSサイトの33％でSSL/TLSが解読される恐れのある脆弱性「DROWN」、OpenSSLチームは修正パッチを配布 
さくらインターネット、年額1500円で利用できるドメイン認証SSL「ラピッドSSL」 
OpenSSLにまた重度の欠陥、修正アップデートは3月19日にリリース
TechCrunch | Startup and Technology News
https://jp.techcrunch.com/2014/04/08/20140407massive-security-bug-in-openssl-could-effect-a-huge-chunk-of-the-internet/