【img via 20100929_techcrunch_mw_058 by TechCrunch】 CloudFlareを今後もしばらく使い続ける理由が1つ増えたかもしれない。 先日、GoogleはHTTPSサイトを検索順位で優遇することを発表した。詳しくは以下の記事からどうぞ。 影響はグローバルクエリの1％未満と言われているので一旦様子を見た方が賢明ではないかと判断しているが、CloudFlareを使っている人は導入の心配はしなくても良さそうだ！ TechCrunchによると、CloudFlareは全てのユーザー向けに無償でSSLを提供することを発表したそうだ！太っ腹すぎる！ 世界中のウェブサイトのうち、SSL認証をしているのは200万サイトのみ 現在、SSL認証を施しているウェブサイトはたったの200万サイト。CloudFlareが無償でSSLを提供することによって「その数字は倍にな

Update, January 2016: This guide is seriously out of date. Don't use StartSSL anymore, and don't jump through all these hoops below. Instead, check out either of three great options: 1) SSLMate issues single-domain certificates for $16/year. While it's more than $0, it's more than worth it to be able to run sslmate buy mywebsite.com and have it Just Work. If you use SSLMate, this guide will still

eWeekの記事「VeriSign Embraces Open-Source FreeBSD for Diversity」がVeriSignのCTO、Burt Kaliski氏の発言を引用する形で興味深い内容を伝えた。VeriSignではグローバルインフラストラクチャの多様性を確保するためにLinuxとともにFreeBSDを採用していると説明している。 VeriSignはルートネームサーバを運用している企業や組織のひとつ。説明によればVeriSignは中心的役割をこなす3つのデータセンターと、世界中に存在する70を超えるエッジロケーションを通じてルートのDNSを提供しているという。この構成で1日あたり700億トランザクションというオーダーの名前解決サービスを提供していると説明されている。 Burt Kaliski氏はサービスの信頼性を維持することが重要であり、そのためOSとして特定の実装を

flex - How can I pass the string "Null" through WSDL (SOAP) from AS3 to ColdFusion web service without receiving a "missing parameter error"? - Stack Overflow stackoverflowで、 「"Null"という文字列をAS3のWSDL(SOAP)からColdFusion Webサービスに、"missing parameter error"というエラーを出さずに渡すにはどうすればいい？」 という質問が注目を集めていた。 はて、この問題はどこかで見た気がする。 xkcd: Exploits of a Mom 「もしもし、あなたの息子さんの学校です。うちの学校がコンピューターシステムのトラブルに見舞われまして」 「あらまぁ、うちの子が何か

iptablesでサーバを守るときに知っておくと良いことを3つ紹介します 1. 接続回数を制限する(IPアドレスごと) hash_limitを使います これにより特定ホストからの大量アクセス、DoS攻撃を緩和することが可能です 例 2. 接続回数を制限する(サービスごと) limitを使って制限します これにより多数のホストからの攻撃、DDoS攻撃を緩和します limitを使った制限は全ホストが等しく制限を受けるため、ssh等に設定すべきではありません。 （攻撃を受けている間は自分たちも制限されるため） Webサーバが大量アクセスで落ちそうな場合は使えるんじゃないでしょうか？ 例 3. 接続IPアドレスを限定する IPアドレスの国別割り当てをAPNIC等から取得してコマンドを作ります この手のルールは長くなるので、ユーザー定義チェインにしたほうが見やすくなります 例 あとはこんな感じのスク

robots.txtとは robots.txtは、検索エンジンのクローラー（bot）に、クロールされたいページや、クロールされたくないページを教えるテキストファイルのことです。多くの検索エンジンのクローラーは、そのドメインの最上位ディレクトリに設置されたrobotst.txtを最初に読み込んで、クロールするべきページとクロールするべきでないページを取得し、それに基づいて巡回します。ただ、一部のクローラーには、このrobots.txtを無視するものもあります。 robots.txtの書き方はおよそ以下の通りです。 User-agent:（ここにbotのユーザーエージェントを記述。ワイルドカード指定も可能） Crawl-Delay:（クロールの時間間隔を指定） Disallow:（クロールされたくないページやディレクトリを指定） Allow:（Disallowで指定されたディレクトリの小階層で

This is not a drill! Today marks the final day to secure your early-bird tickets for TechCrunch Disrupt 2024 at a significantly reduced rate. At midnight tonight, May 31, ticket…

バージョン管理システムを使えば，エロ動画とかを一般人にはバレずに管理できるという手法を教えてもらった．通常はmasterにしておき，見たい時にはそのエロ動画が入っているブランチに移動する．見つかってその場では消してもバージョン管理しているので，すぐ戻すことが出来る．

【デジサート登壇】Webビジネス最前線：Webサイトの安全と信頼を守る取り組み ～デジサートの... その他 2022年08月22日 【新タイプ】IDCFクラウドのハードウェア専用マシンにスペックを大幅強化した「7XL」登場 クラウド 2022年07月27日 【サイバートラスト登壇】最新ITセキュリティ動向と対策 その他 2022年07月05日 【45分で解説】先端AIプラットフォームの構築・活用術をエヌビディアとIDCフロンティアが徹底... その他 2022年06月29日 ユニアデックスウェビナー「オンプレそっくりさんなクラウドサービスで良いとこ取りをしませんか！！... その他 2022年06月29日 【無料ウェビナー】情報セキュリティの確認ポイント 身近に潜むリスクと、すぐにできる対策とは その他 2022年06月09日 【無料ウェビナー】XaaSビジネスにおけるクラウドインフラ構

こんにちは。今回はmalaさんのインタビューをお届けします。 malaさんはNHN Japanのエンジニアとして多くのウェブサービスの設計に関わるだけでなく、セキュリティやプライバシの観点から見たアーキテクチャについて、ブログでさまざまな情報や問題提起を発信されています。 特に昨年末に公開されたブログ記事「はてな使ったら負けかなと思っている2011」は、インターネットはどこへ行くかという私のもやっとした問題意識にピッタリとハマる素晴らしい文章でした。あの記事を読んで、これはぜひ一度お会いして、インターネットの現状やエンジニアの役割について、お話を聞いてみたい、と思ったのが今回の企画の発端です。未読の方は、まずそちらからどうぞ。 なお、インタビューは三月末に行われました。無職期間中に公開する予定で、ずいぶん時間がかかってしまいました。文中、私の所属する企業の話も出てきますが、例によってここは

2019/10/16 初心者向けCTFのWeb分野の強化法 CTFのweb分野を勉強しているものの本番でなかなか解けないと悩んでいないでしょうか？そんな悩みを持った方を対象に、私の経験からweb分野の強化法を解説します。 How to strengthen the CTF Web field for beginners !! Although you are studying the CTF web field, are you worried that you can't solve it in production? For those who have such problems, I will explain how to strengthen the web field based on my experience. (study group) https://yahoo-osa

ハッシュテーブル実装に対する攻撃とは 昨年12月末にドイツで開催されたCCC（Chaos Communication Congress）において、"Effective Denial of Service attacks against web application platforms"（Webアプリケーションに対する効率的なDoS攻撃）と題した発表が行われました。タイトルに「Webアプリケーション」とついてはいますが、この問題はWebアプリケーションに限ったものではありません。以下の三つの条件が揃ったアプリケーションであれば例外なく、DoS攻撃の餌食となる危険があります。 ハッシュテーブルというデータ構造を使っている ハッシュ値を計算するアルゴリズムが「脆弱」である ハッシュテーブルに登録するデータをプログラム外部から指定できる ハッシュテーブルとその問題 Wikipedia（日本語版）