LibreSSL の意義 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? LibreSSL は OpenBSD プロジェクトによって OpenSSL から2014年にフォークされ、メンテナンスされている OpenBSD 用の SSL/TLS 通信用ソフトウェアです。 OpenBSD 用としてフォークされましたが、他プラットフォーム用に移植されたポータブル版も同じく OpenBSD プロジェクトからリリースされています。 同じものを分離独立させて独自にメンテナンスを行う理由は何でしょうか？ この文章では LibreSSL の意義について考察します。 OpenSSL について はじめに LibreSSL のフォー
【Apple iOS ATS】一部サイトではPV減も。NSAllowsArbitraryLoads とその InWebContent は違う件。
NSAllowsArbitraryLoadsInWebContent の挙動が予想外な件について(2016/12/13 13:26 最新のiOS10.2について追記あり) お知らせ App Transport Securityについて、こちらの勉強会でたっぷりお話しいたます。ご参加いただけますと幸いです。 nsstudy.connpass.com 2017/01/25(水) 19:00 〜 21:00 西新宿 小田急第一生命ビル 11F 会議室A 先着順 参加無料 定員85名 いよいよApp Transport Security(ATS)必須化目前！ iOSアプリからのHTTP通信をブロックするセキュリティ機能、ATSの利用が、2016年の終わりからAppStoreへ提出されるアプリに必須化されます。 一時期、これによってHTTPサイトはアプリからのアクセスが激減する、とも言われました。し
curl で http2 にアクセスする - それマグで！
HTTPヘッダを見たらいつものと違うヘッダがあった http2 だ！ そういえば、そろそろHTTP2を使うサイトも増えてきて、まぁ規格も知ってたほうがイイなと思いました。 curl でhttp2にアクセスする brew そのままではインスト出来ないのと、osx に付属のcurlでは出来ないので、コンパイルする brew reinstall curl -- --with-nghttp2 ==> Reinstalling curl with --with-openssl, --with-nghttp2 ==> Installing dependencies for curl: libev, jansson, spdylay, nghttp2 (略 ######################################################################## 1
通信系のデバッグには Charles が便利 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに Charles を使うと PC 上に HTTP プロキシを立てて端末の通信をキャプチャし、リクエストやレスポンスの内容を覗いたり書き換えることが出来る。類似のソフトウェアとして Wireshark や Fiddler, Paros がある。 アプリの開発をしていてよくあるのは、APIがスタブで固定値しか返してくれない、異常系エラーのデバッグがやりづらい、という場面だが、Charles なら通信を好きに値を書き換えられるのでこれらに簡単に対処することができる。 Charles は Java アプリなので OS X だけでなく W
モバイルファースト時代のネットワークレイヤデバッグ手法 - クックパッド開発者ブログ
こんにちは。インフラストラクチャー部 セキュリティグループの星 (@kani_b) です。 クックパッドでは主に "セキュリティ" か "AWS" というタグのつきそうな業務全般を担当しています。 ここ数年、クックパッドではいわゆるネイティブアプリの開発が非常に盛んです。 私達インフラストラクチャー部はネイティブアプリの直接の開発者ではありませんが、開発が円滑に進むように色々なレイヤでそのお手伝いをしています。 PC 向けサービス開発と比較して、スマートフォン向け、特にネイティブアプリにおいては、何かトラブルがあった際に どこで何が起きているか、そのデバッグを行うことが若干難しいと感じています。 今回はいわゆる jailbreak や root 化をせず、ネットワークのレイヤからデバッグを行う方法についていくつかご紹介します。 HTTP プロキシによるキャプチャ まずは HTTP プロキシ
AppleのデバイスはなぜHeartbleedの被害を免れたのか？ | 小龍茶館
セキュリティに関するソフトウェア「OpenSSL」が、 最近Hearbleedによる非常に重大なセキュリティホールを抱えていることが暴露され、 それらが大量のウェブサイトに波及していることが判明し、 業界内を震撼させたのは記憶に新しい。 しかしAppleのiOSやOS XシステムやAppleのサービスは全て影響を受けていないという。 これはどのような方法を使ってそのHeartbleedの毒牙から逃れたのだろうか？ 米国のテクノロジーブログ、 4月18日のApple Insiderの記事がその背景にある秘密の物語について述べている。 以下は要約に一部私の解説を足したものだ（にしてもちょっと長いのでお時間がある方はどうぞ）。 2011年、Appleは既にOpenSSLの使用を中止していた 2011年、Appleはデベロッパー向けに、 Apple自身がOpenSSLが入っているOS Xの共用デー
CVE-2014-0160 OpenSSL Heartbleed 脆弱性まとめ - めもおきば
必要な情報は http://heartbleed.com/ にまとまっているのですが、英語だし長いしって人のために手短にまとめておきます。 どうすればいいのか OpenSSL 1.0.1〜1.0.1fを使っていなければセーフ あてはまる場合には、一刻も早くバージョンアップして、サーバごと再起動(わかるひとはサービス単位でもOK、ただしreloadではだめなことも) SSL証明書でサーバを公開しているなら、秘密鍵から作り直して証明書を再発行し、過去の証明書を失効させる(末尾に関連リンクあり)。 サーバを公開していない場合も、外部へのSSL通信があれば影響を受けるので、詳しく精査する。 PFS(perfect forward secrecy)を利用していない場合、過去の通信内容も復号される可能性があるため、詳しく精査する。 漏洩する情報の具体例は、OpenSSLの脆弱性で想定されるリスクとして
【追記あり】MacのブラウザからGithubにアクセスするときの証明書エラーを解決する方法
記事の末尾に追記があります 今朝、Marvericksのアップデートが来ていたのでMacをアップデートしました。その影響かどうかわかりませんが、ChromeでGithubにアクセスすると以下のような証明書のエラーが発生するようになりました。あまり見たことの無いエラーなのでスクリーンショットもとっておきました。 実際の github.com に接続できない 現在、github.com への安全な接続で何らかの干渉が発生しています。 数分後にもう一度このページを再読み込みするか、新しいネットワークに切り替えてからもう一度再読み込みしてください。最近、新しい Wi-Fi ネットワークに接続した場合は、再読み込みする前にログインを済ませておく必要があります。 今すぐ github.com にアクセスすると、悪意あるユーザに個人情報が漏れてしまう恐れがあります。プライバシーを保護するために、実際の
Charles Web Debugging Proxy • HTTP Monitor / HTTP Proxy / HTTPS & SSL Proxy / Reverse Proxy
Web Debugging Proxy Application for Windows, Mac OS and Linux Charles is an HTTP proxy / HTTP monitor / Reverse Proxy that enables a developer to view all of the HTTP and SSL / HTTPS traffic between their machine and the Internet. This includes requests, responses and the HTTP headers (which contain the cookies and caching information). Read More Recent Developments For discussion on the latest ch
red日記: Flash + SSL
テスト環境では、正常に動作していたにもかかわらず、 HTTPSに上げた瞬間変な挙動になった。 1)IE上で、sendAndLoadが異常に不安定になった。 というか、動作しなくなりました。 いや。する場合もある。 これは完全にIEのみ。 FFとか、Mac FireFox/Safariでは問題ナッシング。 解決策： 原因はPHPにある。 以下、下記のサイトを引用 ------------------------- 実はこのリクエストに応えるのがPHPなのだが、デフォルトでヘッダーにPragma:no-cache が含まれていて、それが問題らしい。IEのバグでPragma:no-cacheがヘッダにあると ダウンロードせずにキャッシュをみようとするんだとか。（逆やんか） 解決策はPHPのスクリプトの先頭に header('Pragma:'); といれておく。no-cach
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Engadget | Technology News & Reviews