シェルのリダイレクトを「こわいものなし」というくらい完全に理解しよう - 檜山正幸のキマイラ飼育記 (はてなBlog)
「Java BlockingQueueで遊ぶ：パイプラインごっこ」でパイプラインの話をしたので、本来の、つまりUnixのパイプやリダイレクトを少し調べてみました。 たまに話題となる some-command >file 2>&1 と some-command 2>&1 >fileの挙動の違いについて、「シェルはコマンドラインリダイレクトの指定を右から左に解釈実行する」なんて説明が見つかりました。んなバカな！ パージングは左から右にするものですよ。パーズツリーを逆順にたどることはできるけど、そんなことする必然性はなんにもないよ。 次の記事を読むと、「右から左」なんて事情じゃないことが分かるでしょう。 UNIXの部屋 検索: リダイレクト シェルのリダイレクトにまつわる失敗 さてここでは、複雑なリダイレクト処理も完全に理解できる処方箋を示しましょう。例えば、次のコマンドラインが何をするか分かる
HTTPSを使ってもCookieの改変は防げないことを実験で試してみた
寺田さんのブログエントリ「他人のCookieを操作する」には、通信路上の攻撃者がいる場合は、SSLを使っても、Cookieの盗聴を防ぐことはできるが、Cookieの改変を防ぐことはできないと指摘されています。いかにも寺田さんらしい簡にして要を得たエントリで、これに付け加えることはあまりないのですが、残念ながらまだ読んでいない人が多そうだと言うことと、より広い読者に向けて具体的に説明した方がよいだろうと考えました。 そこで、通信路上に攻撃者がいる典型例として、公衆無線LANの偽AP（アクセスポイント）があるケースを題材として、「HTTPSを使ってもCookieの改変は防げない」ことを説明します（Secure属性使うと盗聴は防げますが、改変は防げません）。長いエントリなので結論を先に書いておきます。 Secure属性がないCookieはHTTPSでも盗聴できる Cookieの改変についてはSe
はてなブログをHugo+AWSに移行しました
長らくはてなブログで運営していた当ブログですが、この度AWSにHugoで移行しました。 ありがとう、さようなら、はてなブログ — ْ (@stormcat24) June 25, 2017 動機 色々考えるとこはあるんですが、つまるところ以下の要因。 はてなブログがHTTP2Sに未対応 はてなで独自ドメインかつHTTPS、さらにHTTP2化できる未来が直近で見えなかった マネージドだとそもそも自由度に限界がある。色々自由にやりたくなった お品書き 手順としては以下の通り。 はてなブログからブログデータをエクスポート はてなブログデータをHugo用に変換 HugoをCIでビルドし、Amazon S3にアップロード S3のStatic Web HostをCloudFrontで配信 AWS Certificate Managerで証明書を作成 CloudFrontを設定 旧ブログのURLから新ブ
Navigation Timing APIの仕様 - Qiita
利用可能なブラウザ Google Chrome Ver18〜 Firefox 7〜 Android OS Ver4〜 概要 Webサイトの制作では、ページデータの読み込み時間が問題になることがあります。ページが表示されるまでに時間がかかると、ユーザーのストレスが増加し、場合によってはユーザーが離れてしまう場合もあります。すばやく表示されるWebサイトであれば、ユーザーも使いやすいはずです。また、Googleはページの表示速度を検索結果の順位算出に使っていると明らかにしています（Googleの発表）。 ページの読み込み速度はJavaScriptで計測できます。ところが、JavaScriptではHTMLファイルが読み込まれHTMLの解釈が始まった段階からしか計測できず、どの処理に時間がかかっているのか、詳細な処理時間を把握できません。 そこで登場したのが、「Navigation Timing
Amazon API GatewayがLambdaのレスポンスからのリダイレクトとかに対応してた
表題どおり。 これまでAmazon API Gatewayは301とかを返してもLocationヘッダの値をLambdaからのレスポンスの値で変更したりというようなことができなかった。このせいで、たとえば何か画像をプログラムで生成して、そのURLにリダイレクトするみたいなサービスが作れなかった。リクエストURLを元にサムネイル作ったり、存在してればファイルだけ返したりとか、色々便利そうなのに出来ない。 で、これは公式のフォーラムでも要望が多かったようで（AWS Developer Forums: Setting HTTP response headers for an ...）、最近（2015年12月現在）やっとできるようになった。 やり方はこのフォーラムでも書いてあるように、ヘッダのマッピングにintegration.response.body.(field名)みたいなやり方でLambd
XSSやCSRFリスクを軽減する、Entry Point Regulationとは - ASnoKaze blog
Entry Point Regulation とは 反射型XSS・XSSI・CSRFのリスクを軽減するユーザエージェント上の仕組みとして、W3CでEntry Point Regulationという仕様が策定中です。 Webアプリケーションの口(Entry Point)に幾つかの制限をかけることが出来ます。別オリジンからのリクエストの時に、クエリパラメータやHTTPリクエストボディ(POSTメソッド)が付いていればブロックする、と言った事がマニフェストで指示できるようになりそうです。 EPRにおけるリクエストカテゴリ 各エンドポイント(URL)はどのようなリクエストを受け付けることが可能か指定できます。その時に指定するリクエストは以下に分類されます navigational request：context frame typeは"top-level", "auxiliary", "neste
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
