生成AI時代の新しい悩みとして、AIボットによるアクセス集中が疑似DDoSのような負荷を生み、企業サイトが遅延・ダウンに追い込まれるリスクが顕在化している。Impervaの2024年版「Bad Bot Report」によれば、インターネットトラフィックの約半分が人間以外であり、そのうち悪性ボットが3分の1近くを占める という。AIの普及に伴い、簡易なボットを誰でも作れるようになったことが背景にあると指摘されている。 この1年で状況はさらに動いた。Cloudflareは2025年の分析で、2024年5月〜2025年5月の間にクローラートラフィックが18％増加し、とりわけ「GPTBot」は305％増という急拡大を報告 した。AIボットの一部は、検索エンジンやAIボットにサイトのどの部分をクロールしてよいかを指示する設定ファイルであるrobots.txtやアクセス制御を無視してクロールし、特定サ

米Cloudflareは12月5日（現地時間）、同日に発生した自社ネットワーク障害の原因と影響範囲を説明するブログを公開した。障害は同日8時47分から9時12分まで（協定世界時。日本時間では17時47分から18時12分まで）発生し、約25分間にわたって同社ネットワークの一部がダウンした。影響を受けたのはCloudflareが処理する全HTTPトラフィックの約28％に相当するという。 今回の障害は自社システムに対するサイバー攻撃や悪意ある活動によるものではなく、「React Server Components」の新たな脆弱性への対応作業の一環として、Webアプリケーションファイアウォール（WAF）のボディ解析ロジックを変更したことが直接のきっかけであったと説明している。 この変更が、同社の古いプロキシで動作するルールモジュール内のバグを顕在化させ、一部の構成の顧客環境でHTTP 500エラー

Starlink幹部のXへの投稿によると、障害はコアネットワークにおけるソフトウェアの問題が原因で発生し、約2時間半後に復旧した。同社は「今後も安定したサービス提供に努め、再発防止策を徹底する」とコメントしている。 Starlink has now mostly recovered from the network outage, which lasted approximately 2.5 hours. The outage was due to failure of key internal software services that operate the core network. We apologize for the temporary disruption in our service; we are deeply committed to… https://t.co/f

2025年6月12日（米太平洋時間）に発生した、GoogleやCloudflareを含む複数の企業のサービスに影響があった大規模障害について、Googleは原因がAPI（アプリケーションプログラミングインタフェース）更新プログラムの不具合であると説明した。この障害は、ネットワークインフラの複雑な相互依存関係について重要な教訓を示していると専門家は指摘する。 Google CloudとCloudflareの大規模障害はなぜ起こったのか？ Googleによる暫定的なインシデント報告によると、問題の原因はAPI管理システムに対して無効な自動クォータ更新が行われたことで、外部からのAPIリクエストが失敗する結果となった。 Googleのクラウドサービス部門Google Cloudはステータスページで「このインシデントは発生すべきではなかった」と述べ、再発防止策として以下のことを実施すると発表した。

月額換算750円で5年間パケット使い放題のPC登場　キャリア5Gオフィスの可能性を探る：羽ばたけ！ネットワークエンジニア（75） 筆者が以前から提案している「5Gオフィス」。オフィス内で自前の有線LANや無線LANを構築、運用せず、キャリアの費用負担で5G／4G無線設備を設置し、PCやスマートフォンは常時5Gでネットワークに接続するという方式だ。5年間パケット使い放題のPCが登場し、5Gオフィスがさらに実現しやすくなった。 連載：羽ばたけ！ネットワークエンジニア 5Gオフィスの目的は、企業ネットワークのTCO（Total Cost of Ownership：ICTシステム導入時の設備投資、維持管理にかかる費用の総額）削減と利便性向上にある。 全てのPCを常時5Gまたは4Gでネットワークに接続すれば自社でネットワーク設備を持つ必要がなく、高価な帯域保証型の固定回線を使う必要もない。5G／4G

「我々は高品質のサービスを低価格で提供する。さらに、家庭や企業などでも使えるサービスの柔軟性や、当社ならではのシンプルな顧客体験を実現する」 米SpaceX（スペースX）が手掛ける衛星ブロードバンドサービス「Starlink（スターリンク）」に真っ向から対抗すべく、米Amazon.com（アマゾン・ドット・コム）が開発を進めている同サービス「Project Kuiper（プロジェクト・カイパー）」について、同社のNaveen Kachroo氏（Amazon’s Project Kuiper Director,Product Management and Business Development）は、冒頭のように発言した（図1）。

2022年9月9日、「スプラトゥーン3」が発売されました。とても楽しみにしていたのですぐに買いました。発売から１月半ほどたってこの文章を書いていますが、いろいろなステージで様々なブキを使ってインクを塗り合い楽しくプレーしています。ちなみに今のウデマエはS＋30になったところです。 この特集は、人気のスプラトゥーン3を通して、最新の通信技術の基本を学んでしまおうというものです。前半の今回はスプラトゥーン3を含むオンラインゲームの通信技術を解説します。後半となる次回は、実際にスプラトゥーン3のパケットをキャプチャーして、それらの通信技術が実際にどのように使われるのかを見ていきます。 なお記載内容については、筆者や編集部独自の考察や推測によるものであり、任天堂の公式見解ではないことを明記しておきます。 オンラインゲームを実現する通信技術、UDPとは 一般的なコンピューターが通信を行う主な方法にT

米Google（グーグル）が2022年10月11～13日（米国時間）にクラウドの年次イベント「Google Cloud Next 2022」を開催し、数十件の新サービスを発表した。それらの中から筆者にとって印象的だったものを3つランキング形式で紹介しよう。 1位：コンフィデンシャルコンピューティングをデータ共有にも適用 もったいぶらずに1位から始めよう。筆者にとって最も印象的な新サービスは、コンフィデンシャルコンピューティングの考え方に基づいたデータ共有サービスの「Confidential Space」だ。複数の組織やユーザーにまたがってデータを共有する際に、その使い方をワークロード単位で限定できるとする。 コンフィデンシャルコンピューティングとは、データを保存中や転送中だけでなく処理中も暗号化することで、データの所有者以外はたとえパブリッククラウドの運営側であっても読み出せなくする技術で

非常時のローミングやSIMなし緊急通報はなぜ実現困難なのか？　KDDI大規模障害で注目：房野麻子の「モバイルチェック」（1/6 ページ） 7月2日に発生したKDDIの大規模障害では、KDDIの携帯電話ネットワークを利用するauやUQ mobile、MVNOの携帯電話が2日間使えなくなった。この障害ではデータ通信や音声通話だけでなく、警察や消防への緊急通報もつながりにくくなった。 そんな中、注目を集めているのが、障害時などに臨時的にほかの事業者のネットワークを利用する「事業者間ローミング」だ。特に緊急通報は命に関わるもの。現在、緊急通報の多くが携帯電話からとなっており、非常時でも受理できる仕組みの検討が急がれている。 総務省は、9月28日に「非常時における事業者間ローミング等に関する検討会」を開催する。この検討会については、8月3日の臨時記者会見で当時の金子恭之総務大臣が検討会を9月を目処に

LANケーブルから直接パケットを取得するワイヤタッピングプローブ：Black Hatでハードウェアハック！（1）（1/3 ページ） 筆者の今岡通博氏がハッカーの祭典「Black Hat」に投稿した、ハードウェアの改変を中心にしたハッキングの事例を紹介する本連載。第1回は、LANケーブルからのスニッフィング（パケット取得）を可能とする「LANケーブルから直接パケットを取得するワイヤタッピングプローブ」だ。 はじめに こんにちは、連載「注目デバイスで組み込み開発をアップグレード」の筆者の今岡です。今回は、それとは別に「Black Hat」をネタにした連載記事を企画しました。 Black Hatは年に3回、北米、欧州、アジアで開催されている最大級のハッカーの祭典です。名だたるハッカーが世界中から集まり、今のサイバーセキュリティの問題点などを議論する場です。筆者はこのBlack Hatで、ハードウ

Webの歴史とはどんなものだったのか　並行世界Web1～Web3ではない、現実世界のWeb以前～Web創世記を語ってみた（1/4 ページ） 某社から出版された書籍が、並行世界のWebの歴史を記述しているとTwitter界隈ではちょっと話題になっている（なんか今見たら販売中止になってしまっている）。 別に筆者としてはそれをあげつらうつもりは全くなかったのだが、またしても担当編集の松尾氏より「僕らの知ってる世界線でこのあたりの時代の流れを書いていただけたらと。httpと並行してGopherがあったあたりの」という、分かる人間にしか分からないような依頼が飛んできた。 「Web3関連の書籍とか情報があって、そこでWeb1というのが出てくるんだけど、そこで情報が錯綜しているようなので、僕らが知っている歴史についてまとめておく、みたいな立て付けで」というので、「第三者から見ると大原が若い筆者をイジメて

IPアドレスを手動で割り当てる方法教えます ルーターの初期設定などの際にWindows 11のIPアドレスを手動で設定しなければならないことがある。Windows 10までは、ネットワークアダプターのプロパティで設定しなければならず、少々面倒であった。Windows 11では、［設定］アプリでもIPアドレスの設定が可能になっている。その方法を紹介しよう。 通常、LANやインターネットに接続する際、Windows OSのIPアドレスはDHCPによって自動で割り振られるため手動で設定する必要はない（DHCPによるIPアドレスの取得がデフォルトになっているため）。しかし、ルーターの初期設定を行う際やネットワークのトラブルが発生した際などには、IPアドレスを手動で設定しなければならないことがある。 これまでは、IPアドレスを手動設定するには、ネットワークアダプターのプロパティを開き、［ネットワーク

工場のリモート対応は2022年も加速、映像活用拡大もネットワーク環境が課題に：MONOist 2022年展望（1/2 ページ） 新型コロナウイルス感染症（COVID-19）以降、多くの業務のリモート化が進められてきたが、これまで「現地現物現実」が基本として徹底されてきた製造現場でも部分的にリモート対応を取り入れる動きが広がってきた。2022年はこうした仕組みの整備が進み、さらにより広く取り入れられる見込みだ。 ≫「MONOist新年展望」のバックナンバー 新型コロナウイルス感染症（COVID-19）の拡大以降、人の移動制限が断続的に行われる中、世界各地の工場にも人を送ることが難しくなった。こうした中で注目を集めているのが、工場のリモート対応である。物理的にモノを作る製造業において全ての業務がリモート化できるわけではない。「現地現物」の基本は変わらないが、デジタル技術を活用することで一部を代

セキュリティオペレーションセンター と セキュリティ情報統括室 に所属。システム開発者(極) を目指すプログラマ としての活動と、セキュリティアナリストとして活動をしています。うさぎさんのぬいぐるみが相棒 【IIJ 2021 TECHアドベントカレンダー 12/2（木）の記事です】 くまさかです。 弊社では、ご家庭の情シス主幹として活動している方がそれなりにいます。かくいう私もその一人です。 OSアップデートから、プリンタの設定など、ワンオペなのでやることは多岐にわたります。 そのような家務の中には、もちろんネットワーク運用も含まれます。 弊家のネットワーク運用では、ゲートウェイルータとして、IIJ製のルータであるSEIL を採用し、細かな経路設計なども実現できています。 今回は、そのようなSEILの経路設計から、 ひかり電話無し契約時のIPoE+DS-Lite/PPPoE な設定例を紹介

マイクロソフトが「SMB over QUIC」ファイル共有プロトコル実装中。VPNなしでもインターネット上で安全にファイルサーバへのアクセスを実現へ マイクロソフトが次期Windows Serverに、HTTP/3のベースとなるQUICプロトコルを搭載する予定であることは先週の記事でお伝えしていますが、同社はこのQUICをファイル共有プロトコルであるSMBのトランスポート層に用いた「SMB over QUIC」も開発中です。 最初に同社がこれを明らかにしたのは、今年の3月に公開したブログ「SMB over QUIC: Files Without the VPN」ででした。 そして次期Windows Serverの開発状況を伝える先週のブログ「Announcing Windows Server vNext Preview Build 20201」でも、QUICをHTTP/3だけでなくSMBの

Microsoft Teams で Web 会議するときは、どのくらいのネットワーク帯域を利用するのですか？と聞かれることもあるので、実際に試しながら観察してみました。結果として、帯域をどのくらい使うかは一概には言えないということが分かりました。 検証環境 同じネットワークにつながった Surface Pro 4 が 2 台。どちらも Wifi でインターネットに接続。 どちらもカメラをオフ、マイクはオン これがベースですね。 どちらもカメラをオン、マイクもオン どちらもカメラを送受信しているので、均等に増えている感じです。カメラのトラフィックはスゴイ。 受信側が Teams のウィンドウサイズを小さくする 面白かったのは、ウィンドウサイズを小さくすると受信トラフィックが少なくなります。実はこれ、送信側の送信トラフィックも少なくなっています…。 どうやらカメラに関する通信は、受信側のウィン