ロシアとウクライナの戦いでは、通常の武力攻撃だけでなく、サイバー空間での攻防も繰り広げられている。ニュースなどで、その断片を知っている人も多いだろう。しかし、その実態の多くは、いまだ謎に包まれたままだ。私たちサイバー取材班は、ウクライナ当局や現地の関係者に対して直接取材を試み、“見えない戦場”で一体何が起きているのか、その実態に迫った。
![ウクライナ侵攻のもうひとつの戦場「サイバー空間」その実態に迫る|NHK](https://cdn-ak-scissors.b.st-hatena.com/image/square/e662abd3ac3be694347f1067ab27d71f1fc98431/height=288;version=1;width=512/https%3A%2F%2Fwww3.nhk.or.jp%2Fnews%2Fspecial%2Fsci_cul%2Fassets%2Fimg%2Fpost%2F2022%2F07%2Ff8aa57b61ccc13527454693fb26e0c67.jpg)
Zabbixは7月25日、オープンソース監視ソフトウェア「Zabbix」の最新バージョンZabbix 6.2のリリースを発表した。 最新バージョンでは、AWS EC2(Amazon Elastic Compute Cloud)の監視テンプレートを搭載し、VMware監視の機能を拡張している。また、発生した障害を一時的に抑制する機能を追加し、ホストのローレベルディスカバリを強化するなど、複数の新機能追加と改善を行っている。 VMware監視機能では、ローレベルディスカバリのホストプロトタイプにより自動的に作成されたホストのテンプレート、タグ、ユーザマクロの設定を変更できるようになった。これにより、自動的に検出、作成されたゲストVMのホストに追加でテンプレートを適用し、仮想インフラの監視とエージェントを利用したリソースやアプリケーションの監視をシームレスに統合して実施することが可能だ。 障害を
書名:ピアリング戦記 日本のインターネットを繋ぐ技術者たち 著者:小川晃通 著 発行:2022年7月13日 ISBN:978-4-908686-14-6 A5判、152ページ 紙本体2000円 電子本体1800円 インターネットを構成する「技術」は世界共通です。 その仕様であるTCP/IPは万人に対して公開されており、解説書も数多くあります。 仕様や解説書は体系的に記述されているので、一見するとインターネットは実に合理的に技術的な要請に基づいて構成された形をしているように思えるかもしれません。 しかし、インターネットは人間が作り運営しているものです。 そのため、インターネットの形には「人間の営み」が少なからず影響しています。 そもそもインターネットを物理的に構築するためにはどうしても各所でお金が必要です。 回線代、場所代、電気代、運用者の人件費など、維持にはさらにお金がかかります。 お金が
HTTP/3入門 第1章進化するHTTPの歩み ~ HTTP/1.1とHTTP/2をおさらいし、HTTP/3の基本を知る この特集記事は2021年6月24日に発売されたWEB+DB PRESS Vol.123に掲載された特集1「HTTP/3入門」を再掲したものです。 先日2022年6月にHTTP/3を含むHTTP関連の仕様が正式なRFCとなりました。ここではRFCの正式リリースに伴い、いち早く変更点を抑え、囲みボックスを用いた加筆解説でわかりやすくお伝えしております。 特集のはじめに HTTP(Hypertext Transfer Protocol)の最新版であるHTTP/3が登場しました。HTTP/3では、より安全で速い通信が行えます。本特集では、今までのHTTPにあった課題と、HTTP/3で課題をどのように解決し、改善が行われたかを解説します。 本章では、HTTPそのものと各バージ
This post is also available in Deutsch, Français, 简体中文, 繁體中文, 日本語, 한국어, Español and ไทย. IntroductionToday, June 21, 2022, Cloudflare suffered an outage that affected traffic in 19 of our data centers. Unfortunately, these 19 locations handle a significant proportion of our global traffic. This outage was caused by a change that was part of a long-running project to increase resilience in our busi
Intro 2022/06/06 ~ 9 あたりに、長きに渡って策定作業が行われていた HTTP 関連の RFC が大量に公開された。 RFC 9110: HTTP Semantics RFC 9111: HTTP Caching RFC 9112: HTTP/1.1 RFC 9113: HTTP/2 RFC 9114: HTTP/3 RFC 9163: Expect-CT Extension for HTTP RFC 9204: QPACK: Field Compression for HTTP/3 RFC 9205: Building Protocols with HTTP RFC 9209: The Proxy-Status HTTP Response Header Field RFC 9211: The Cache-Status HTTP Response Header Field
アプリケーションの高度化やデータ通信量の増加に対応するため、TCP/IP(Transmission Control Protocol/Internet Protocol)の後継となる技術の検討も始まっている。その代表格が「QUIC」というプロトコルだ。TCPに取って代わる可能性があるとして注目されている。 QUICは、米グーグルが自社のWebサービスで大量のアクセスを高速に処理するために開発した独自プロトコルをベースにしている。同社はこのプロトコルを2015年にIETF(Internet Engineering Task Force)へ提出。その後、TLS(Transport Layer Security)の機能を取り込み、HTTP以外にも使えるようにするなどの変更を加えて標準化へと至った。 UDPでTCP相当の信頼性を確保 QUICの主な特徴は、「TCPと同等の再送制御や輻輳制御を備える
By Brad Duncan March 3, 2024 at 5:00 PM Category: Tutorial, Unit 42 Tags: Advanced Threat Prevention, Advanced URL Filtering, Advanced WildFire, Cloud-Delivered Security Services, Cortex XDR, Cortex XSIAM, DNS security, malware analysis, next-generation firewall, packet capture, pcap, Wireshark, Wireshark Tutorial This post is also available in: English (英語) 概要 セキュリティ専門家は、不審なアクティビティのパケット キャプチャ (pc
より速く、かつ安定した無線通信を求めてWi-Fiルーターを新調したのに、思ったような通信速度が出ないし、接続も安定しない。このようなWi-Fiルーターに対するネガティブな声は価格.comのクチコミでも見られるが、それはWi-Fiルーターの設定が使用環境に合っていないからかもしれない。特に接続の安定性については、チューニングによって大きく改善することがある。本記事では、Wi-Fi 6(IEEE 802.11ax)に対応するWi-Fiルーターを例にして、安定接続を実現するための実践的な設定方法を紹介したい。 NECの「Aterm WX3600HP」(2021年6月3日発売)を使って、Wi-Fiルーターの設定方法を紹介する。本製品は発売当初、動作の不安定さが指摘されていたが、ファームウェアのアップデートと設定の見直しで改善。今では、安定動作のWi-Fi 6ルーターとして評価されるようになっている
この記事は,ネットワークの学習の序盤につまずくポイントである 「MACアドレスとIPアドレスってどっちか片方だけじゃだめなの?」「レイヤ2と3って結局何が違うの?」 という疑問について,私なりの回答をまとめた記事です。世に不正確な記事が出回っているように見受けられるので,正確な回答をまとめたく、長文になってしまいました。とはいえ,初学者向けにかなり初歩的なところから書いたつもりですので是非読んでみてください。 この記事について この記事を読むと何が分かるか MACアドレスとIPアドレスの役割の差が分かる レイヤ2(=同一サブネットの通信)とレイヤ3(=サブネット間の通信)の仕組みが分かる ネットワーク設計時にレイヤ2・レイヤ3のいずれで設計すべきか判断できる なお,教科書的な説明ではなく,概念や捉え方の説明となっていますので,試験勉強には役立ちません。実務としてネットワーク設計を行う方の役
Wireshark でしばしば観測される TCP エラー (Wireshark の『Bad TCP』のフィルターで引っ掛かるもの) について、それぞれの意味と原因をまとめます。 [TCP Previous segment not captured]これは『パケットの Seq# (シーケンス番号) を見る限り、このパケットよりも一つ前に本来あるべきパケットが Wireshark からは見られない』ときに表示されます。 これがマークされる原因はおそらく以下 2 つのどちらかです。 一つ前のパケットを取りこぼしているキャプチャ開始前に受信している 1 については実際にパケットロスしている可能性もありますが、Wireshark が取りこぼしているだけ (実際のクライアントアプリ⇔サーバアプリ間では通信は取りこぼしていない) のケースもあり得ます。 [TCP ACKed unseen segment
MACアドレスが重複しているBluetoothレシーバーがあった――そんな投稿がTwitterで話題になった。投稿によると、中国ネットワーク機器メーカーのTP-Linkが販売するBluetoothレシーバーにおいて、原則同じものは存在しないはずのMACアドレスが重複しており、2台同時に使用できないという。事実関係をTP-Link日本法人に尋ねた。 話題になったのは同社のBluetoothアダプター「UB500」。PCのUSBポートに挿入することで、Bluetooth通信機能を付加する製品だ。TP-Linkによると、同製品でMACアドレスが共有されているのはミスではなく仕様という。MACアドレスはネットワーク機器に振り分けられる識別番号。原則として全ての機器に異なる番号が割り振られる。 複数の個体でMACアドレスが重複している理由についてTP-Linkは「ほとんどのユーザー環境でユーザー1人
2025年度からの導入に向けて、仕様の策定が進められている次世代の電力メーター。資源エネルギー庁が2020年9月から2022年3月にかけて開催した「次世代スマートメーター制度検討会」による議論の結果、家庭向けの電力メーターと利用者側の宅内ネットワークをつなぐ「Bルート」に2.4GHz帯の無線LANを採用する。 スマートメーターの通信路は、電力やガス事業者側でメーターを管理する「メーターデータ管理システム(MDMS)」とつながる通称「Aルート」と、住戸やビル内のネットワークにつながるBルートの2つがある。Bルートは、スマートメーターの計測値を利用者側に送信する通信路だ。Bルート経由で計測値を受け取ったエネルギー管理システム(EMS)が、消費電力の見える化や、電力の供給状況に応じて利用者の電力使用を制御する「デマンドレスポンス」などに役立てる。家庭向けのEMSを「HEMS」、ビル向けのEMSを
Dell'Oro Groupは、企業向けWi-Fi機器とAIアプリケーションに今後の5年間で450億~500億ドルが費やされると予測する。 同社はWi-Fi 6の進捗(しんちょく)に大きな変化が生じる可能性についても強調している。Wi-Fi 6はここ数年で無線LANのデファクトスタンダードになり、Wi-Fi 6をサポートする技術は堅調に展開している。2022年にはWi-Fi 6互換機器が市場に約20億台投入されると推定されている。 ここで予想外の動きがあった。業界団体のWi-Fi Allianceが2022年1月、Wi-Fi 6 Release 2を発表したのだ。 ユーザーはWi-Fi 6Eを求めていない? iStock.com/falconer 自然な流れとして、Wi-Fi 6の次のステップはWi-Fi 6Eになると長い間予想されていた。Wi-Fi 6Eでは2.4GHzと5GHzに加えて
https://www.slideshare.net/yuyarin/quicnat 最近QUICとNATについての話をJANOGで紹介するぐらいQUICという新しいプロトコルに既存のネットワークインフラがどう適応していくかを考えています。 id:asnokaze さんの記事で紹介されているように、QUICやHTTP3/3で送信元UDPポートとして利用を避けるべきポートの議論が行われています。これはUDPのリフレクション攻撃のへの対応としてインフラストラクチャ側で特定のUDPポートのトラフィックをブロックしているケースがあるからです。実際に私もこのブロックの設定を行ったことがあります。 これはUDPというプロトコルの特性に起因する問題であり、QUIC, HTTP/3に限らずUDPを使うプロトコルに広くある問題です。 asnokaze.hatenablog.com QUICクライアント側で送
はじめに QUIC + NATがいろいろなところで話題になってます。NATの挙動について推測を含みますが二つまとめてみました。 QUICがNATテーブルを枯渇させるとは、どのような状況なのか? もし本当に枯渇してるなら、MAP-E NATでのポート節約などの収容セッション数を増やす工夫が有効なのではないか? もしNATがIPv4 NAPTではなくて、QUIC + NAT64 になったらどうなるのだろうか? まだ疑問をまとめるのみです。いずれも緻密なQUIC仕様を正しく理解しつつ、実機の動きも検証が必要ですが、理解もふくめてそこまで至っていない状況であることをご承知ください。 まとめ その1 NATルータの送信元ポートの割り当て方法について 利用可能なポート数に制約のあるMAP-E CEのNATはセッションテーブルが枯渇しにくよう、送信元ポートを節約する割り当方法がある。 ポート節約の工夫が
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く