HTTP/1.1、公開から15年の時を経て改訂 | スラド IT
「1つだったRFCは6つに分割され」とあったのは、2616をUpdateした https://tools.ietf.org/html/rfc7230 Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing https://tools.ietf.org/html/rfc7231 Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content https://tools.ietf.org/html/rfc7232 Hypertext Transfer Protocol (HTTP/1.1): Conditional Requests https://tools.ietf.org/html/rfc7233 Hypertext Transfer Protocol
スイス Jura 社製コーヒーマシンの深刻な脆弱性がようやく公開される | スラド セキュリティ
先月末に脆弱性対策情報データベースに掲載された JVNDB-2009-004384 によると、Jura Impressa F90 (Amazon.co.uk のアイテム) 用の Jura Internet Connection Kit は、特権関数へのアクセスを適切に制限しないことが分かった。 悪意ある第三者が巧妙に細工したリクエストを行うことにより、サービス運用妨害 (物理的損害) 状態にされる、コーヒーの設定を変更される、およびコードを実行されるといった深刻な事態となることが考えられる。つまり「俺はエスプレッソを飲もうとしたらいつのまにかカプチーノを飲んでいた」という危険性があり (参考: hority 氏によるつぶやき) 、CVSS による深刻度も 10.0 (危険) となっている。該当機種保有者はすみやかにベンダーからの情報を参照して適切な対策を実施するように広く呼びかけられている
RFC2821(Simple Mail Transfer Protocol (SMTP))
トップページ - 翻訳ドキュメント - RFC 2821 原文：ftp://ftp.rfc-editor.org/in-notes/rfc2821.txt 訳注：transfer を「通信」とすべきか「転送」とすべきか……悩んだ末に混在させています。それ以外にも原文では同じ単語を別々の日本語に対応させている部分がたくさんあります。正確な理解を望むなら原文を参照されることを強くお勧めします。 2005/12/30 0.1.0 初版 ソーシャルブックマーク： サイト内関連リンク： RFC 5321 SMTP (日本語訳、SMTPの最新の仕様はこちらになります)/ RFC 5322 インターネットメッセージフォーマット(日本語訳)/ RFC 2554 SMTP-AUTH(日本語訳) Network Working Group Request for Comments: 2821 Obsolete
TLS1.2 における Truncated HMAC 利用時の脆弱性について – IIJ Security Diary
現在ソウルで開催されている ASIACRYPT2011 にて、RFC6066 で規定された拡張機能のひとつである Truncated HMAC を用いた TLS1.2 通信における脆弱性が公開されました。 本脆弱性[1]K.G. Paterson, T.E. Shrimpton and T. Ristenpart, Tag Size Does Matter: Attacks and Proofs for the TLS Record Protocol. http://www.isg.rhul.ac.uk/~kp/mee-comp.pdfは9月に公開された攻撃ツール BEAST と同様、暗号モードとして CBC を利用しているケースにのみ適用可能です。 Truncated HMAC は RFC6066 7章に記載されている方式で、メッセージ認証子 (MAC; データの完全性を保証するために利
どのようにしてインターネットはルールを確立したのか | taro-nishinoの日記 | スラド
去る4月7日は、RFCの40回目の誕生日でした。 最初のRFCを書いたと言われるSteve Crocker氏が、ニューヨークタイムズ紙に回顧録を書いておりました。そのタイトルは、ずばりHow the Internet Got Its Rulesです。 一読したところ、痛く感銘したので、以下に私訳を載せておきます。 どのようにしてインターネットはルールを確立したのか 今日はインターネットの歴史の中で、重要な日である。即ち、Request for Commentsとして知られるものの40回目の記念日なのだ。技術的なコミュニティ以外では、多くの人がR.F.C.について知らないが、これらの慎ましやかなドキュメントは、インターネットの内部の仕組みを形成し、インターネットの成功に重要な役割をしている。 R.F.C.が生まれた時は、World Wide Webが無かった。1969年の終わりですら、4つの
RFC、40周年 | スラド IT
1969年4月7日にRFC 1が発行されてから40年を記念するRFCが、RFC 5540: 40 Years of RFCsとして発行されている。この10年間は、1998年10月16日にJon Postelが死去したことにより、それまで個人で行われていたRFCの編集作業に大きな変革がもたらされた10年だった。インターネットの重要性が増すにつれ、RFCの発行数も上昇を続けており、RFC 2555: 30 Years of RFCsからこの10年間で、それまでの30年間に発行されたRFCの数を超える数のRFCが発行されている。
HTTP/1.1 の同時接続数について - daily dayflower
はてなブックマーク - Fasterfoxが最強すぎる件 - 真性引き篭もり が盛り上がってたので，机上の話だけですが，いまさら書いてみます。 RFC (2616) での記述 Clients that use persistent connections SHOULD limit the number of simultaneous connections that they maintain to a given server. A single-user client SHOULD NOT maintain more than 2 connections with any server or proxy. A proxy SHOULD use up to 2*N connections to another server or proxy, where N is the number
The Secure Shell | Silphireの日記 | スラド
RFC 4250: The Secure Shell (SSH) Protocol Assigned Numbers RFC 4251: The Secure Shell (SSH) Protocol Architecture RFC 4252: The Secure Shell (SSH) Authentication Protocol RFC 4253: The Secure Shell (SSH) Transport Layer Protocol RFC 4254: The Secure Shell (SSH) Connection Protocol RFC 4255: Using DNS to Securely Publish Secure Shell (SSH) Key Fingerprints RFC 4256: Generic Message Exchange Authent
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
April Fool's RFC's
Pecinta Drama
Loading...