平文のTCP/IPにおいて転送されたデータの信頼性を期待してはいけない - 最速配信研究会(@yamaz)
TL;DR 平文のTCP/IPの通信では送信したデータの完全性は期待できないので、経路にはSSL/TLSを使いましょう TCP/IPはUDPと違い、信頼性のある通信を実現するためのプロトコルという説明がよくされる。なのでTCP/IPでやり取りしたデータは1bitの狂いもなく転送先に届くと思われがちだ。TCP/IPが信頼性のある通信を確保してると言われているのは下記の理由による。 1. データが届かなかった場合の再送処理がプロトコルに入っている 2. TCPパケットにペイロードのチェックサムがあり、不具合が検知されると修正もしくは再送される(ただし16bit) 3. IP層の更に下の層にチェックサムがあり、不具合が検知されると修正もしくは再送される(イーサの場合32bit) しかしチェックサムはそれぞれ16/32bitのため、昨今の超大量データを取り扱うにはかなり心もとない。 1. ざっくり
Linuxカーネルの「TCP_TIMEWAIT_LEN」変更は無意味？
小崎 資広 (KOSAKI Motohiro) @kosaki55tea . @sonots から日本のWeb界隈ではTCP_TIMEWAIT_LEN を変更してカーネルリコンパイルがデファクトという話を聞いて軽くぐぐってみたところ、たしかに大量にそのようなページがヒットする。しかもどれ一つとして理由が書いてない。そして日本特有の現象 小崎 資広 (KOSAKI Motohiro) @kosaki55tea 軽くソースを見た感じだと、tcp_tw_reuse をセットすると１秒で TIME_WAITのsocketは再利用が始まるので、いまひとつリコンパイルの必要性が分からず。これ、ソース呼んで妥当性チェックした人がいるノウハウなのかなあ
sshのポートをデフォルトの22/tcpから変えるべきか論争に、終止符を打ちました - ろば電子が詰まつてゐる
また間が開きましたが、すみだセキュリティ勉強会2015#2を開催しました。発表していただいた@inaz2さん、@yasulibさん、ありがとうございました。当日の発表資料は上記の勉強会ブログからリンクしています。 今回の私の発表は、「攻撃を『隠す』・攻撃から『隠れる』」。ポートスキャンをするとsshが100個現れる「ssh分身の術」がメイン(?)です。 当初は、パケットヘッダやプロトコルのすき間にメッセージを隠したり、ファイルを隠すなども考えていたのですが……。あまりに盛りだくさんになりそうだったので、「ポートスキャンをいかに隠れて実行するか・ポートスキャンからどうやって隠れるか」と、ポートスキャンとnmapに絞って発表しました。 発表資料 私の発表資料は以下です。 (PDF)攻撃を「隠す」、攻撃から「隠れる」 発表ノート付きなのでPDFです。以下、落穂ひろいなど。 スキャンするポート数と
37564ポートスキャン急増、攻撃の踏み台探す？
警察庁は5月25日、37564/TCPに対するポートスキャンが急増しているとして注意を呼び掛けた。オンラインゲームのユーティリティツールを導入している一般のコンピュータを標的としている可能性があるという。 同庁によれば、ポートスキャンは4月中旬から継続的に行われ、5月中旬頃に急増した。同ポートへのアクセスでは接続先のコンピュータがプロキシとして動作するかを確認する行為がみられ、実行者がサイバー攻撃の踏み台に悪用できるコンピュータを探しているもようだという。 37564/TCPポートは、国内のあるオンラインゲームのユーティリティツールがプロキシとして使うように初期設定されている。警察庁では外部からのアクセス制限がしていない場合に、このユーティリティツールがオープンプロキシとして動作することを確認している。 ユーザーが意図せずコンピュータでオープンプロキシを動作させてしまっていると、サイバー攻
Red Hat Enterprise Linux 7.1でもssコマンドは腐っているので使い物にならない - ろば電子が詰まつてゐる
以前、CentOS 7 (7.0.1406)およびRed Hat Enterprise Linux 7のssコマンドが腐っていたことにビックリして、「ssコマンドはバグと地雷の塊なのでnetstatの代わりにならない」という記事を書きました。 これはどういうお話かと言うと： RHEL 7からはnetstatコマンドなどが収録されているnet-toolsパッケージが非推奨となり、デフォルトではインストールすらされなくなりました。 しかしnetstatコマンドの代替であるssコマンドはかなり雑な感じで、UDPポートを「tcp」と表示するひどいバグがあります というお話でした。 このssコマンドのバグは、2014年2月にRed Hat Bugzillaにも上がっていました。 https://bugzilla.redhat.com/show_bug.cgi?id=1063927 というわけで、さす
TCP層のプロトコル
第5章 トランスポート層プロトコル 更新日：06/01/18 17:45:08 インターネットでトランスポート層のプロトコルといえば，TCP（Transmission Control Protocol），またはUDP（ User Datagram Protocol）です．これらは，いずれもアプリケーションの規定しに従って，IP層以下の下位層のサービスを受けながら，相互に離れた場所にあるホストのプロセス間でのデータ伝送を行うプロトコルです． これらのうち，TCPは，送受信ホストのプロセス間に信頼性のあるコネクションを形成します．コネクションを形成するといっても，IPによる論理的コネクションですから，こういうタイプのそれをバーチャルコネクションと言います．TCPは送受信ホスト間にコネクションを確立した上で一連のデータがIP層やアプリケーション層でフラグメントされていようとも一つのものとして時間
Runtime error - webframe
Error message : Directory is not found or not writable (DATA_DIR) Directory is not found or not writable (DIFF_DIR) Directory is not found or not writable (BACKUP_DIR) Directory is not found or not writable (CACHE_DIR) Site admin: whitestar Copyright © 2006-2023 whitestar. All Rights Reserved. Icons powered by famfamfam. PukiWiki 1.5.0 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL
TCP Fast Open – Webを速くするためにGoogleがやっていること Make the Web Faster 4 –
TCP Fast Open – Webを速くするためにGoogleがやっていること Make the Web Faster 4 – Jxck HTTPは、その下層にあたるトランスポートレイヤーのプロトコルとして、通常TCPを使用します。 したがって、TCPのレイヤで速度が改善することは、そのままWebの高速化につながる可能性があるといえます。 GoogleはWebを速くするための活動として、TCPのようなプロトコルレイヤの改善にも取り組んでいます。 今回はその中の一つ、TCP Fast Openを取り上げ、解説と動作検証、簡単なベンチマークを行います。 検証環境等は最下部に記載します. Make the Web Faster: TCP Fast Open 3 Way Handshake TCPは、「正確、確実にデータを届ける」ことを重視した設計になっています。 特に接続確立時には、双方の状
～SleepingCat～ TCP segment of a reassembled PDU
"TCP segment of a reassembled PDU"で検索してくる方が最近 多いようです。 かといって明確な答えは書いていないのでガッカリして帰られる方も 多いのではないか？ということで 答えは正確には知らないんですが・・・ ADSLやVPN等MTUの小さい経路を通過するため、フラグメントされたパケット だと私は考えています。 11/1追記:さむそん様より 「TCP segment of a reassembled PDU」は、 送信（受信）データがMSS（MTU-IPヘッダ、TCPヘッダ）より 大きい場合にTCPレイヤで分割された場合に表記される内容です。 とのコメントをいただきました。 ちなみに回線ごとのMTUは ADSL,Bフレッツ = 1454byte 光プレミアム = 1438byte Ethernet = 1500byte コレにヘッダが含まれるのでデータサイズ
ネットワークの設定は正しいか～ipconfig／ifconfig／netstat～
ネットワークの設定は正しいか～ipconfig／ifconfig／netstat～：ネットワーク・コマンドでトラブル解決（2） 「セットアップしたマシンで、うまくネットワークに接続できない」「ネットワーク環境に変更を加えたら、突然アクセスできなくなった」といったトラブルは、比較的よく見受けられる。その際には、まずマシンのネットワーク設定が正しく行われているかどうかを確認すべきだろう。本稿では、ホストのネットワーク設定コマンドに着目。その使用方法やうまく通信が行えない場合のトラブルシューティング方法について解説していこう。 ネットワーク設定の基本 ホストにおけるネットワークの設定は、HDDやCD-ROMドライブといった周辺機器と同様にデバイスに依存したものであるため、実装するOSによって異なってくる。だが、その基本的な考え方は同じだと考えていいだろう。特にIPネットワーク環境に限っていえば、
MTUが小さいVPN間でファイル共有通信をすると通信できなくなる問題 – あんじーのテクニカルブログ
ヤマハルータのデフォルトMTUはVPN区間とそうでない区間で違っていることをご存知でしょうか？ VPN通信では1280Byte、それ以外は1500Byteになっていて、ICMPパケットを破棄する設定になっていると通信できなくなる問題を引き起こすようです。 ファイルサーバー | LAN | MTU1500 | RTX1100 | VPN | MTU1280 | RTX1100 | LAN | MTU1500 | クライアント それは、ファイル共有サービスについてはファイル共有の仕組みが(アプリケーション層で)MTUからTCPヘッダ分である40バイト引いた1460Byteで事前に分割して送信しようとするのですが、パケット分割禁止のフラグをあわせてつけて送ってしまっているために、VPNを構築している区間が通信できず、再送手続きを要求されてしまうようです。(アプリケーション層で分割しないような通常
イマドキなNetwork/IO
The 7 Deadly Sins of Packet Processing - Venky Venkatesan and Bruce Richardsonharryvanhaaren
tcpflow: httpレスポンスボディをリアルタイムで見たいとき | Ore no homepage
tcpdumpの表示では見にくいし、pcapをいちいちwiresharkに食わせてfollow tcp streamするのは面倒。そんなときに使えるツール。 (1) tcpflow tcpflow(最新はgithubかな) http://www.circlemud.org/jelson/software/tcpflow/ https://github.com/simsong/tcpflow (2) インストール 自分のメモをペッと貼付けただけなので、バージョンやダウンロード先は適当に読みかえてください。 yum install libpcap-devel wget http://www.circlemud.org/pub/jelson/tcpflow/tcpflow-0.21.tar.gz tar xvfz tcpflow-0.21.tar.gz cd tcpflow-0.21 ./con
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SIOS "OSSよろず" ブログ出張所: rsyslog でリモートホストにログを転送管理する
Wiresharkで TCP segment of a reassembled PDU の表示：こっそりと。 - livedoor Blog