日本のヤフー検索もSSL化、キーワード取得が不可能に! とうとうこの日が来たか などSEO記事まとめ10+4本 | 海外&国内SEO情報ウォッチ
HTTPS移行後に外部リンクのURLを https:// に変更する必要はない
[レベル: 上級] 常時HTTPSへ移行した際に、外部サイトから張られているリンクのURLを https:// で始まるURLにわざわざ更新する必要はありません。 GoogleのGary Illyes（ゲイリー・イリーズ）氏は、Twitterユーザーからの質問に次のように答えています。 @pip_net if your redirects are properly implemented, the benefit from doing that is so minimal that IMO it's not worth it. — Gary Illyes (@methode) 2015, 7月 7 HTTPSへ移行するとき、可能であれば、重要な外部リンクをSSLに変更したほうがいいと思いますか？ リダイレクトが適切に実装されているなら、そうすることでプラスになるのはごくわずかだ。僕の考えで
TLSに脆弱性「Logjam」発覚、主要ブラウザやメールサーバに影響
通信の内容を暗号化するHTTPS接続に使われているTLSプロトコルに、また重大な脆弱性が見つかった。3月に発覚したSSL/TLS実装の脆弱性「FREAK」に似ているが、今回の脆弱性はTLS自体に存在し、主要なWebブラウザや電子メールサーバなどに広範な影響が及ぶという。 今回発覚した脆弱性は「Logjam」と命名され、解説サイトが公開された。それによると、TLSでセキュアな接続を確立するための暗号アリゴリズム「Diffie-Hellman（DH）鍵交換」に脆弱性がある。同アルゴリズムはHTTPS、SSH、IPsec、SMTPSなど多数のプロトコルに使われている。 この脆弱性を悪用された場合、通信に割り込む中間者攻撃を仕掛けてTLS接続を512ビットの輸出グレード暗号に格下げさせ、通信の内容を攻撃者が傍受したり改ざんしたりすることが可能とされる。 脆弱性は「DHE_EXPORT」の暗号スイー
世間がクラウドにうつつを抜かしていた間に、レンタルサーバはどれだけ進化したのか - さくらのレンタルサーバで「単一サーバ上での複数SSLサイト運営」が可能に
クラウド利用が拡大しているが、なにか誤解がないだろうか？ クラウドサービスの利用が拡大している。企業の間でも、クラウドを前提にシステムを設計、運用する考え方は当たり前になりつつある。そんななか、レンタルサーバやVPSといったサービスの存在が"クラウド"というキーワードによって、埋もれがちになっている。しかし誤解しないでほしい。これらのサービスは決してニーズが減少したわけではなく、今でもしっかりとユーザーがいるし、新サービスもローンチされ続けている。 なかには、今までのレンタルサーバでは実現できなかったことが可能になるような進化を遂げているものもある。さくらインターネットが2月から提供を開始した「SNI SSL」もその1つだ。 さくらがSNI SSLに対応したことで、レンタルサーバの使い勝手とSSLの適用範囲は大きく広がった。SSLに関しての利便性はクラウドに匹敵すると言っても過言ではないだ
「iOS 8」に脆弱性--クラッシュや無限再起動のおそれ
「iPhone」や「iPad」のユーザーが実際に体験した可能性は極めて低いものの、「iOS」アプリがDoS（サービス妨害）攻撃によってクラッシュするおそれがあることが、モバイルデバイスセキュリティ企業のSkycureの調べで明らかになった。同社は、セキュリティイベント「RSA Conference 2015」でこの攻撃を実演し、重大なセキュリティリスクとして説明した。さらに悪いことに、この攻撃を受けると、iPhoneがいつまでも再起動を繰り返すおそれがあるという。 Skycureでは、攻撃を試みる者に正確な手法を伝えるのを避けるためとして、この攻撃に関する詳細な技術情報の公開を最小限にとどめている。同社は現在、Appleと連携して、「iOS 8」に存在するこの脆弱性の解消に取り組んでいるという。 このDoS攻撃を実際に行うには、Wi-Fiルーターを「特定の設定」にしておく必要があると、Sk
Superfish/eDellRootが危険な理由 - めもおきば
Lenovo製のPCの一部にSuperfishというマルウェアが標準でインストールされていることが確認され、大きな問題となっています。 [2015-11-24追記] DELL製のPCにも、「eDellRoot」とされるSuperfishと同様の問題を持つルート証明書が導入されているようです。 DellのPCに不審なルート証明書、LenovoのSuperfishと同じ問題か - ITmedia エンタープライズ Dude, You Got Dell’d: Publishing Your Privates - Blog - Duo Security Joe Nord personal blog: New Dell computer comes with a eDellRoot trusted root certificate https://t.co/chURwV7eNE eDellRootで
複数の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モジュールを使う
日本国内でのLINE利用を韓国当局が傍受することは困難 - 雑種路線でいこう
月刊FACTA7月号で、LINEが韓国の国家情報院に通信傍受されているとする記事が掲載された。これに対してLINEの森川亮社長が「国際基準を満たした最高レベルの暗号技術を使って通信されていますので、記事に書かれている傍受は実行上不可能です」と反論、さらにFACTAの阿部編集長が「それが破られているというのが本誌の認識」と再反論している。その後LINEはITMediaの取材に対し「暗号化後データは独自形式、解読は不可能」と回答した。 LINEの開発者向けブログによるとLINEはサーバーとの通信に通常TLS/SPDYを使っているが、3G通信などで遅延が大きい場合には利用者の操作性を優先して暗号化せずに通信を行う場合があると書かれている。データセンターは日本にあるとのことなので、FACTAの記事にある韓国政府のサイバーセキュリティ関係者の発言が仮に事実であったとして、少なくとも韓国国内での遅延の
OpenStack Grizzlyを1年運用して起きた認証システム障害 | 外道父の匠
とてもツマらない障害対応のメモとなります。 が、英語圏には多少の情報はあったけど日本語になかったので、書き留めておきます。 障害内容 ある日、突然、OpenStack Grizzlyの管理画面からインスタンス作成などの操作が全てできなくなりました。 既存のインスタンスには特に影響なく稼働していました。 原因 動作的には、認証システムであるKeystoneと、それ以外の全てのコンポーネントとの認証が失敗することが原因となりました。 nova list や glance image-list などが Unauthorized 401 になる状態です。 根本的な原因は、Keystone管理のSSL証明書の期限が切れたことによるものでした。 調査内容 初めはトークンデータが溢れて記録できなくなったのかと思いましたが、keystone-manage token-flush を実行しても特に解決できず
Javascript で暗号化
2. 自己紹介自己紹介 情強そば屋の中の人こと砂原 昌史 そば屋五兵衛の店主 砂原 謙一(父) 現在⼆級在宅⼠とプログラミングの⽇々 ◦ そろそろ本気出したい ◦ 最近は C#(WPF) いじってます 言語 ◦ メイン：html, css, javascript, PHP, C#◦ メイン：html, css, javascript, PHP, C# ◦ サブ：perl, powershell ◦ たしなむ程度：ruby, python ◦ 忘れつつある：vbs ◦ ほぼ忘れた：C 松本経済新聞の記事は一部誤りが。 ◦ 過去にプログラマーはしたことありません。 Icons by http://dryicons.com
認証局を立ててぼろもうけしたいんですが＞無理な理由を理解しよう - Qiita
SSLの認証局とか証明書とか勉強し始めはホント難いよね このへんのSSL/TLSの仕組みって勉強し始めの頃は凄く難しく感じるのよね。分かりやすく解説してくれてるサイトってあんま見たこと無いし。 んで、 >>300,304 みたいなことは僕も昔考えたことあったわー、と懐かしみを覚えたのでレスってみた。 証明書を発行できるかどうかは証明書のフラグで決まっている、という >>303 の指摘も重要よね。 以下2chスレより引用 丁寧過ぎると評判のレスをしてるID:UyEJo1f2が僕なわけだがｗ 2chだとそのうち倉庫に行っちゃうかもしれないのでここにメモ。 【認証局】SSLに関するスレ 2枚目【ぼろ儲け】 http://hayabusa6.2ch.net/test/read.cgi/mysv/1286532904/298-309 298 ：DNS未登録さん：2013/05/31(金) 13:31
個人利用なら SSL 証明書が無料で利用できるらしい: ある SE のつぶやき
「体系的に学ぶ 安全なWebアプリケーションの作り方」を読んでいたら、とっても気になる記述が。 サーバー証明書のうちドメイン認証証明書は比較的価格が安く、購入のハードルが低いものですが、ドメイン認証証明書には無料のものがあります。イスラエルのStartComという企業は、無料のサーバー証明書を発行しています。IE、Firefox、Google Chrome、Safari、Operaの最新版で証明書エラーなく使用できます。IE6でもアップデートが当たっていれば使用できます。 日本の携帯電話には対応していないようです。しかし、今までラピッド SSL が年間2,100円で最強だと思っていたけど無料のものがあるとは。気になったので、ちょっと調べてみました。 以下の画面が StartCom のサイトです。画面の赤枠のリンクをクリックすると次の画面が表示されます。 そうすると、SSL 証明書の製品紹介
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
偶然にも500万個のSSH公開鍵を手に入れた俺たちは - slideshare
DeNA Engineering - DeNAエンジニアのポータルサイト