netcatコマンドとbashの/dev/tcpを使って通信をする。 Reverse Shell with Bashを実行してみました。 bashはtcpの通信を/dev/tcp/host/portというファイルへの入出力に見せかけることができる。 これを使ってサーバとクライアントで通信をして、遠隔操作をしてみる、サーバとクライアントを用意するけれど、この例では接続してきたクライアントをサーバ側で操作するというもの。 まずnc(netcat)コマンドをサーバで実行する。-lでlisten mode.ここではtcpの8080番ポートで待ち受けることにした。*1 次に、クライアントではbashにシェルを変更して、ファイルディスクリプタの5番を/dev/tcp/[サーバのアドレス]/[サーバが待ち受けてるポート]にむすびつける。*2 うまく繋るとサーバ側に繋った旨が表示された。 クライアント側で
Zeek has been a cornerstone of the open-source and cybersecurity communities for decades. Originally developed by Vern Paxson in the 1990s under the name “Bro,” Zeek was designed to provide deep insights into network activity across university and national lab networks. In 2018, the project was renamed Zeek to reflect its growing role and evolution in the world of network security. Today, Zeek rem
ドイツの研究者が、コンピュータ内蔵のスピーカーとマイクを通信手段に利用して、密かにデータを流出させる方法を実証した。 超音波を使ってコンピュータ間で無線通信を確立し、マルウェアに感染させたシステムからデータを流出させる方法を実証したとして、ドイツの研究者が通信学会誌Journal of Communicationsに論文を発表した。 発表によると、この方法ではオーディオ変調と復調を利用して、超音波周波数経由でコンピュータ間のデータ交換を行う「隠しチャネル」を確立した。これは、もともと水中通信用に設計された通信システムを応用したという。 この秘密音響無線通信は、第3の無線機によって通信を中継するマルチホップ通信や、無線メッシュネットワークにも拡張できると研究者は説明する。コンピュータ内蔵のスピーカーとマイクを通信手段に利用して、密かにデータを流出させられることを実証したとしている。 秘密音響
ということに、(今更？)気付いたお話です。 HAを組んだ際のVIPの切り替えテストをやっているときに、高負荷時とかは切り替えに7秒ぴったりかかるケースとかがあって、7秒って何の数字だろうと疑問を持ちました。 OSは、CentOS 6.4(2.6.32-358.23.2.el6.x86_64)です。 TCP SYNの再送間隔が、1...2...4...秒になっている で、tcpdumpを眺めていると以下のようなシーケンスです。 11:50:35.689301 IP client-host.8957 > server-host.http: Flags [S], seq 1616681830, win 14600, options [mss 1460,sackOK,TS val 889880946 ecr 0,nop,wscale 7], length 0 11:50:36.688503 IP
中国でGreatだよ Matsuzaki ‘maz’ Yoshinobu <maz@iij.ad.jp> 2013/08 @ APNIC36 network maz@iij.ad.jp 1 何だかアクセスできないよ Twitter Facebook YouTube ERR_TIMED_OUT ERR_TIMED_OUT ERR_NAME_RESOLUTIN_FAILED maz@iij.ad.jp 2 APNICが用意したネットワークだよ • AS# – 24555 • IPアドレス – 220.247.144.0/20 - transited by AS7497 – 2001:df9::/32 - transited by AS4837 • キャッシュDNS – BIND9 – 同じネットワーク内でIPv4/IPv6 dual stack だよ maz@iij.ad.jp 3 Twitt
Intro Google が SPDY の開発を始めたのは 2009 年で、 2012 年に HTTP2.0 のドラフトとして採用されたあたりからちょっと話題になりました。 翌 2 月には新たなプロトコル QUIC の存在が Chromium のソースからリークしたのですが、しばらくは音沙汰なく。 6 月に入ってやっと Google から公式アナウンスとドキュメント類が出ました。 去年から今年にかけて立て続けに出てくる新しいプロトコルの話。 なぜ今 Web のプロトコルが見直されるのか？ 何が問題で、なぜ Google はそれらを作り変えるのか？ SPDY や QUIC は Google の独自プロトコルだけど、それは本当にただの独自プロトコルで終わらせていいのか？ 20% ルールで作ってみた Play プロジェクトでしかないのか？ こうした新しい動きには、かならず「それまで」と「今」を踏
1.QUIC仕様の公開 以前、「Googleが仕掛ける新プロトコルQUICとは何か」のブログエントリーを書いたのが2月末の事でした。それから4か月経ち、今朝Googleが初めてQUICの公表(Chromium Blog: Experimenting with QUIC)を行いました。 IE11のSPDY/3対応が判明した直後でした。なんというタイミングでしょうか。 また、近いうち（来週？）には HTTP/2.0 の Implementation Draft が公開される予定です。8月上旬には、GoogleやMicrosoft等が集まって初めての HTTP/2.0 の相互接続試験を行う予定です。ただ今HTTP関連のプロトコルが急激に進化する真っ最中です。目が離せません。 2. で、QUICとは何なのか？ 先のChromium BlogのエントリーでQUICは、 「Quick UDP Inte
Linux kernel 3.9 のマージウィンドウでは SO_REUSEPORT というソケットオプションがマージされました。 Merge branch 'soreuseport' · c617f39 · torvalds/linux · GitHub これは同一ポートに複数のリスナー（listen ソケット）が bind できるようになるというもので、Webサーバなど単一のポートに多くのコネクションが来るようなワークロードで、複数プロセスでうまく負荷分散ができるようになるそうです。 （これまでだと一人がaccept()してそれぞれの worker に渡すというようなモデルがありましたが、これでは accept() する部分がボトルネックになってしまいがちでした。） BSDでは元々 SO_REUSEPORT オプションはあったようですが、マルチキャスト通信で使うもののようです。Linux
米Facebookが中心となってデータセンター技術のオープンソース化を推進する「Open Compute Project（OCP）」は現地時間2013年5月8日、スイッチ開発に関する新規プロジェクトをOCP内に立ち上げたと発表した。特定のOSに依存しないオープンなスイッチの仕様策定とリファレンスボックス開発を目指す。 OCPはFacebookが同社の高効率データセンターで採用している仕様や、ベストプラクティスを業界で共有可能にする取り組みとして2011年4月に発足した。2011年10月にOCPの運営団体Open Compute Project Foundationが設立され、現在では50社以上が公式メンバーとして参加している。 新プロジェクトは、Facebookネットワークエンジニアリングチーム責任者のNajam Ahmad氏が率いる。Facebookのほか、米Big Switch Net
SDN開発者のためのイベント TremaDay #2に参加してきました。 今回も前回同様、SDN開発なイベントとして濃い内容でした。 たしかにOpenFlowって、1.0な話しかネットに上がってないんですよね。 僕が先日書かせて戴いた＠ITの記事も1.0なお話なのですが、1.1以上ってまだまだ広まってない感がやはりありますね。 どうしてもネットワークエンジニアではない僕にとっては、1.1以降は理解し難い箇所もある訳で、この辺を非ネットワークエンジニアに分かりやすく記事を書く機会があればいいなぁとかは思います。 まずは、自分が理解する必要がありますがｗ おそくなりましたが、当日僕がLTさせて頂いた資料をアップします。
速い事実 光の速度で引き起こされる遅延を排除 web 最適化 動的サイトを含むすべてのウェブサイトのための作品 99.6% の圧縮率を実現します。 平均して、730 ％ のパフォーマンスを向上させる とある科学の超電磁砲™起源ネットワークオプティマイザ 超電磁砲あなたの起源サーバーと CloudFlare ネットワーク間の接続が可能な限り高速になります。超電磁砲は 99.6% 圧縮比以前キャッシュしない web オブジェクトと同様に高品質のビデオの圧縮に使用される技術を使用して実現します。これは、結果、730 ％ の平均のパフォーマンスの増加。 何超電磁砲 超電磁砲加速接続各 CloudFlare データ センターと起源サーバー間 CloudFlare キャッシュから提供することはできません要求それにもかかわらず提供していますので、非常に高速。 約 2/3 CloudFlare 上のサイト
まずは免責事項。 1.Disclaimer 本ブログの記載内容は、筆者が独自に QUIC に関する Chromium のソースを分析し、検証した結果です。 QUICに関するGoogle からの公式な技術資料は現状公開されていません。 今後、QUICの技術仕様の公表で本ブログの記述内容が不十分だったり、誤っている可能性があります。ご理解の上お読みください。 (注： 2013年6月27日に Google は正式に QUIC 仕様を公開しました。「Experimenting with QUIC 」 本ブログの内容は大筋では間違っていませんが、当時の解析漏れやその後の開発等により、細かいところで異なっていたり、説明が大きく不足している部分もあります。お読みになる際はご注意ください。) 2. はじめに、 Googleがまたまた新しいプロトコルの実装を始めました。Web表示の高速化を目指した SPDY
1. コマンドラインでお手軽SDN 空閑洋平 sora@haeena.net Trema Day #1 (2013/1/26) 3. 元々は… • 自作デバイス検証用にネットワークテスタがほしい – 個人で買うには高い + すぐに必要だった ⇛ RFC2544を参考にしたFPGA回路 • Throughput, PPS, Latency (8ns単位)の計測 • 64 byte + line-‐rateなパケット送受信機能 – キャプチャしたトラフィックデータの送受信機能 • Pcapを簡単にFPGAから送受信したい ↑を作っていました 4. できたもの Ethernet frame Packet capture Packet generate /dev/ethpip /dev/ethpip OS PCI Bus FPGA Port0 Port1 Ether frame Et
インターネットイニシアティブ（IIJ）は2013年1月21日、IIJグローバルソリューションズの上海現地法人を通じ、中国でクラウドサービス「IIJ GIO CHINA」を始めたと発表した。IIJの海外におけるクラウドサービスの提供は米国に次いで2カ国目。説明会に登壇した鈴木幸一社長（写真）は、年内にロンドンやシンガポールをはじめ、欧州や東南アジアへの展開も加速していく方針を示した。 新サービスは、中国固定通信最大手のチャイナテレコムと合同で展開し、IIJ GIO Solutions CHINAがサービスを構築・運営する。まず「仮想サーバ」と「物理サーバ」の2種類のIaaSを用意した。料金は日本とほぼ同じレベルで月額350元から。設備は上海のデータセンター内に設置してあり、閉域網による接続も可能。中国語・日本語・英語の3か国語で対応できるサポートセンターも用意した。 新サービスの最大の特徴は
チェック・ポイント・ソフトウェア・テクノロジーズは2012年12月14日、ファイアウォールのログ分析やインシデント対応などをメニュー化したサービス製品「Check Point ThreatCloud Security Services」を発表した。2013年5月に提供開始する。料金は、ログ分析の最小構成時に、月額7万円程度から。販売目標は、初年度70社。 不正アクセスやマルウエアなどの脅威に対抗するための運用兼コンサルティングサービスである。2種類のサービスを用意した。（1）「ThreatCloud Managed Security Service」は、同社のファイアウォール機器のログを分析して対応策を提示する。（2）「ThreatCloud Incident Response」は、セキュリティ上の問題（インシデント）が発生した際に、ユーザーからの報告を受けた専門家が適切に対処する。 （1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
