著者アーカイブ 杉浦

著者:杉浦

WWW上のページをアーカイブし続けているWayback Machine

　Wayback MachineはInternet Archiveが保存するウェブアーカイブを閲覧することのできるサービスです。Internet Archiveは書籍、映像、ソフトウェア、音楽、ウェブサイトなどのコンテンツをアーカイブしている団体です。そのデータ量は2016年10月時点で15ペタバイトを超えていました。これらのコンテンツはアメリカの著作権法に則って収集されているため、おおよそ問題ありません。特に規模が大きいためか国、団体によっては問題視される場合もあります。
　Wayback Machineは過去にさかのぼってウェブページを見るためのサービスです。これを利用することでリンク切れのページや、更新前のページを見ることが出来ます。googleのキャッシュ機能との最大の違いは再現するページの時期を決めてくれることです。
　
　保存の日取りや仕方がまちまちで目当てのものが無い時も少なくないですが、最近ではphp4やphp5の始めあたりまでよく使われていたらしいxml用のphpライブラリの版元ページを参照することで役に立ってくれました。

著者:杉浦

ブラックリスト方式とホワイトリスト方式

　何かを受け入れる、受け入れないという処理を行う時、処理の対象と仕方のリストを作成することになります。リストにはブラックリスト方式とホワイトリスト方式があります。
　ブラックリスト方式は、基本的に受け入れを行い、リストに載っている対象のみを受け入れない方式です。
　ホワイトリスト方式は、基本的に受け入れを行わず、リストに載っている対象のみを受け入れる方式です。
　対象の領域が広いリストになってくると両方が組み合わさったような印象のリストができあがったりもします。例えば、ファイアウォールです。通信はプロトコル、送信先/元のIPアドレスとポートなどの要素で分類できます。

if(プロトコルがhttps){
	if(送信元アドレスが以前攻撃してきた相手Aのアドレスではない){
		受信する
	}
	if(送信元アドレスが以前攻撃してきた相手Bのアドレスではない){
		受信する
	}
}
受信しない

　上のコードの場合、大本はプロトコルhttpsのみを認めるホワイトリスト方式ですが、最初のifを過ぎた後は以前攻撃してきた相手のアドレスを弾くブラックリスト方式です。プロトコルhttpsの範囲が広く、リスト中のリストが作れるため、この様になります。
　リストを使用するシステムで問題が起きる時、その原因はよくリストの漏れにあります。リストの漏れによって起きる動作は、ブラックリスト方式が異常な対象を受け入れる、ホワイトリスト方式が正常な対象を弾く、です。異常な対象を受け入れた時に起きる問題の規模が大きければ大きいほど、ホワイトリスト方式を選ぶ理由が大きくなります。
　リストの変更頻度を抑えるという方針を考えた場合、新たに現れた分類の様なリストに載せられない未知の対象に対する振る舞いの定義が土台のリストの方式を決定づけます。とりあえず受け入れるならブラックリスト、弾くならホワイトリストです。

著者:杉浦

インターネット上の技術仕様をまとめているRFC

　RFC（Request for Comments）はインターネット上の技術仕様をまとめているサイトです。2018/08/07におけるRFCのページには次の様にあります。

RFCs cover many aspects of computer networking, including protocols, procedures, programs, and concepts, as well as meeting notes, opinions, and sometimes humor.

　RFCは多岐にわたるインターネット技術の多くの側面をカバーしています。HTTPの様なプロトコルの定義に始まり、手続き、プログラム、コンセプト、議事録、ユーモアなどです。ユーモアにはタイトルだけで落ちているようなRFC1149 – 鳥類キャリアによる IP データグラムの伝送規格や洗濯バサミ DHCP による IP アドレスの管理手法といったものがあります。
　最近、へぇ～となったのはメールアドレスの規格であるRFC 5321 – Simple Mail Transfer Protocolです。具体的な強制力はありませんが、大体これに従っています。注目するのは4.1.2節のCommand Argument Syntax、メールアドレスの構文です。メールアドレスといえば、@で前後を区切られるアドレスで@はメールアドレス中に一つだけとなんとなく思っている人が多いはずです。RFC 5321には次の様に記述されています。

   Mailbox        = Local-part "@" ( Domain / address-literal )

   Local-part     = Dot-string / Quoted-string
                  ; MAY be case-sensitive

...

   Quoted-string  = DQUOTE *QcontentSMTP DQUOTE
   
   QcontentSMTP   = qtextSMTP / quoted-pairSMTP

   quoted-pairSMTP  = %d92 %d32-126
                    ; i.e., backslash followed by any ASCII
                    ; graphic (including itself) or SPace

   qtextSMTP      = %d32-33 / %d35-91 / %d93-126
                  ; i.e., within a quoted string, any
                  ; ASCII graphic or space is permitted
                  ; without blackslash-quoting except
                  ; double-quote and the backslash itself.

　読み方は変数を当てはめていく感じです。

Mailbox = Local-part "@" ( Domain / address-literal )
Mailbox = (Dot-string / Quoted-string) "@" ( Domain / address-literal )
Mailbox = (Dot-string / DQUOTE *QcontentSMTP DQUOTE) "@" ( Domain / address-literal )
Mailbox = (Dot-string / DQUOTE *(qtextSMTP / quoted-pairSMTP) DQUOTE) "@" ( Domain / address-literal )
Mailbox = (Dot-string / DQUOTE *((%d32-33 / %d35-91 / %d93-126) / quoted-pairSMTP) DQUOTE) "@" ( Domain / address-literal )
　括弧の中の注目する部分だけ残して
Mailbox = DQUOTE *(%d32-33 / %d35-91 / %d93-126) DQUOTE "@" ( Domain / address-literal )

　%3aから%40までには広く使われる記号が入っており、＠も含まれています。DQUOTE、つまり”で括ればこれらも使えるので”@@@@@”@gmail.comなんてアドレスもRFCに準拠するメールアドレスになります。もっとも、””で括ったメールアドレスはあまり一般的とはいえず、インターネット上の少なくない場所で弾かれます。小ネタでした。