🧗‍♂️hideo suzuki🏃‍♂️

趣味はクライミングにトレイルランニング。

[Claude @claudeai]

We're extending access to Claude Fable 5 on all paid plans through July 12.

[nwiizo @nwiizo]

エンジニアは徹底して論理的だが、その論理が立つ大前提には、しばしば本人のこだわりが紛れ込んでいる。推論がどれほど厳密でも、出発点が個人の美意識である限り、結論は客観ではなく、ただ洗練された主観にすぎない。最も怖いのは、自分が選んだ前提を、誰もが従うべき真理と取り違える瞬間である。

[Taka YAYOI/弥生 隆明@MLflowで実践するLLMOps @taka_aki]

ai-dev-kitがDeprecatedになり、後継のDatabricks Agent Skillsが登場しました。

新版をClaude Codeに入れて、Lakeflowパイプラインを実際に作らせてみた記事を書きました。「知識と実行の分離」という設計思想を、生成コードのレベルまで追っています。

https://t.co/r2cJF50BWZ

[Anthropic @AnthropicAI]

We’ve received notice that the Department of Commerce has lifted export controls on Claude Fable 5 and Mythos 5.

We'll begin restoring access tomorrow, and will share an update soon.

We’re grateful to our users for their patience, and to everyone who worked with us on redeploying the models.

[Ayaan 🐧 @twtayaan]

AWS just replaced your FinOps team with an AI agent.

This is AWS FinOps Agent. Just went into public preview.

Every cloud team has lived this nightmare. Your AWS bill jumps. Someone gets paged. You spend hours crawling through Cost Explorer, CloudTrail and tag data trying to find the one engineer who spun up something they forgot about.

AWS FinOps Agent kills that entire workflow.

Here is what it actually does:

→ Detects a cost anomaly and immediately investigates the root cause without anyone touching it
→ Correlates the cost spike with CloudTrail events to find exactly what changed and who owns it
→ Opens a Jira ticket or sends a Slack message directly to the engineer responsible with full context attached
→ Answers natural language questions like "why did my AWS bill go up last month" using your actual usage data
→ Generates weekly, monthly and daily cost reports in PDF, HTML or PPT on a schedule automatically
→ Pulls optimization recommendations from Cost Optimization Hub and Compute Optimizer into one Jira ticket

Workday, Convera and AVIV Group are already using it in production.

Workday said what used to take hours of manual dashboard work now starts from a natural language interface.

Cloud cost management has always been reactive, manual and painful.

AWS just made it autonomous.

Full details here:
https://t.co/rt1R29CpiU

[辻 伸弘 (nobuhiro tsuji) @ntsuji]

CISAが脆弱性対応の優先順位を実際のリスクで判断する方針を示す BOD 26-04を公開。

対応優先度評価は

・資産の露出状況
・KEV掲載
・攻撃自動化可能性
・技術的影響

を用い、最も厳しいものは3日以内の対応と侵害調査を要求。

内容をスライドに簡単にまとめました。

https://t.co/8lfhwnk1xY

[しまぶ @shimabox]

すごい決断だ。惚れる。

> 設計者の月額AI利用料は440万円。
これもすごい。

価格.comをAI駆動で全面刷新する ー 30年分の技術的負債を返し、次の30年の土台をつくる ー https://t.co/LxHMy5uqXl

#speakerdeck

[Tim Sneath @timsneath]

One of my personal favorite features announced at WWDC will I suspect be a sleeper hit: container machines, allowing your Mac to run a lightweight, persistent Linux environment with your home directory and repos automatically mounted: https://t.co/dOBdfOOVxC

[fat47./きかい @fat47]

大急ぎで記事書きました！祭りだ！！！> 新メジャーバージョン Aurora MySQL 8.4が登場しました！ - CyberAgent SRG #ca_srg https://t.co/JPyVDr9aHu

[yousukezan @yousukezan]

最新安定版NGINX 1.31.0で、新たなゼロデイRCE「nginx-poolslip」が公開された。直前に修正された重大脆弱性「nginx-rift」を回避するASLR突破手法が含まれ、世界規模で影響拡大が懸念されている。

脆弱性はNebSec所属研究者Vega氏が2026年5月21日に公開した。問題はNGINX内部のメモリプール処理に存在し、攻撃者は認証不要でリモートコード実行を達成できる可能性がある。

特に深刻なのは、OSレベル防御機構ASLR（Address Space Layout Randomization）を回避できる点だ。数週間前には、2008年以来存在していたヒープバッファオーバーフロー「CVE-2026-42945」が修正されたばかりだったが、nginx-poolslipはその修正後環境も対象となる。

NGINXは世界Webサーバの30〜40％を占め、APIゲートウェイやロードバランサとしても広く利用されている。今回、最新安定版1.31.0自体が影響対象とされたことで、直前に緊急アップデートした企業も再び危険にさらされる形となった。

現時点でCVE番号や公式パッチは未公開で、NebSecは30日間の責任開示方針に基づき詳細技術情報を伏せている。暫定対策として、ASLR有効化、WAFによる攻撃面制限、rewrite/if/setディレクティブ監査などが推奨されている。
https://t.co/PNPfg4jC8s

[k0kubun @k0kubun]

We released Ruby 4.0.5 and published security advisory for CVE-2026-46727.

If you use Ruby 4.0.0~4.0.4, we recommend updating your Ruby version to 4.0.5.

https://t.co/oo0P2OWOqJ

[International Cyber Digest @IntCyberDigest]

‼️🚨 BREAKING: GitHub has been compromised by TeamPCP. GitHub has confirmed the internal breach. A poisoned VS Code extension on an employee device exfiltrated ~3,800 internal repositories.

TeamPCP is already selling the data on a cybercrime forum.

[前田ヒロ ⭐ALL STAR SAAS FUND ⭐ @djtokyo]

SalesforceもNotionなど各プレイヤーからCLIが出てきてヘッドレス化が進む中、競争優位性はどこに移るか？ by a16z

[柴田 淳-【新刊】みんなのPython第五版/Pythonで学ぶはじめてのプログラミング入門教室 @ats]

・Shopifyが、Ruby向け静的解析エンジン「Rubydex GitHub
」を発表した。
・目的は、LSP・型チェッカ・ドキュメント生成・デッドコード検出などで重複していた“コード解析基盤”を統一すること。
・Rust製コア＋FFI＋Ruby gemという構成で、高速性と移植性を重視している。
・既に Ruby LSP や Tapioca、Packwerk などへ導入が進み、性能や精度が大幅改善した。
・特にTapiocaでは、RBI生成時間が約6分から約20秒まで短縮されたという。
・MCPサーバも実験的に搭載され、LLMがコードベースを効率よく探索できるようにする構想もある。
・将来的には共有DB、セマンティックLint、型推論対応なども視野に入れている。

面白いのは、この記事が単なる「新ツール紹介」ではなく、“Rubyコミュニティのインフラ再編”として書かれている点です。Prism parserの成功体験を踏まえ、「解析エンジンも共有資産にしよう」という思想がかなり明確に打ち出されています。これまで各ツールが別々に苦労して実装していた定数解決や継承解析を、一つの基盤へ集約しようとしているわけです。

さらに興味深いのは、LLM時代をかなり強く意識しているところです。MCPサーバを組み込み、「grepして全部読む」のではなく、構造化されたコード知識へ直接アクセスさせる方向へ進んでいます。これは単なるIDE支援ではなく、“コードベースを理解するための共通知識層”を作ろうとしているようにも見えます。Ruby版のLanguage Infrastructure Platformを作ろうとしている、そんな雰囲気があります。

https://t.co/dunM1etowx

[MasayaAoyama（青山真也） ⎈KubeCon Japan Co-Chair 6/16-17 @amsy810]

ECSとEKSの使い分け、色んな会社で色んな視点でよく語られるテーマですよね。
パナソニックさんの判断基準ありがたい
#cloudnativekaigi

[Modat @modat_magnify]

CVE-2026-44578 
⚠️ Next.js – WebSocket Upgrade SSRF (CVSS 8.6) 

A server-side request forgery vulnerability in Next.js allows unauthenticated attackers to force self-hosted instances to make internal HTTP requests via the WebSocket upgrade handler. 
By sending a crafted absolute-form HTTP request with Upgrade: websocket headers, attackers can access internal services, cloud metadata endpoints, admin panels, and internal APIs reachable from the Next.js server on port 80. Successful exploitation may expose cloud credentials, API keys, secrets, and configuration data. 

Affected: Next.js 13.4.13+, 14.x, 15.x <15.5.16, 16.0.0–16.2.4 

Mitigation: Upgrade immediately to 15.5.16 or 16.2.5.  

Modat Magnify Query: 
technology="Next.js" 

The platform: 
https://t.co/qJfEh7giE9 

#threatintel #vulnerability #CVE202644578 #Nextjs #SSRF #WebSocket #CloudSecurity #infosec #Critical #ModatMagnify

[yousukezan @yousukezan]

F5は13日、NGINX に深刻な脆弱性「CVE-2026-42945」が存在すると公表した。細工されたURIを送信するだけで、認証不要でヒープベースのバッファオーバーフローを引き起こせる。CVSS v4スコアは9.2で、リモートコード実行につながる恐れがある。

影響を受けるのは、NGINX Open Source 0.6.27〜1.30.0のほか、NGINX Plus、Ingress Controller、WAF製品群など広範囲に及ぶ。脆弱性は18年以上前から存在していたとされる。問題はHTTPリクエスト処理を担う ngx_http_rewrite_module にあり、特定の rewrite 設定で、正規表現キャプチャと「?」を含む置換文字列を組み合わせた場合に発生する。

攻撃者は単一のHTTPリクエストでワーカープロセスをクラッシュさせたり、任意コードを実行できる可能性があり、リバースプロキシやロードバランサとしてNGINXを利用する多数のサービスに影響する恐れがある。F5は修正版としてNGINX 1.31.0および1.30.1などを公開し、速やかなアップデートを呼びかけている。
https://t.co/UCdGPsYi3R

[りょうま @engineer_ryoma]

以前インシデント対応していて思ったけど、やっぱりEC2の最大のつらみは属人性が極限まで高まってしまうところ。EC2を再起動後、アプリケーションサーバを起動できないというトラブルで、原因は最近別の方が入れたdatadog-agentとsharedで動かしていたpuma-worker-killerが悪さをしていた。EC2の中でゴニョゴニョ作業をできちゃうから、「そこでそんなプロセス動いてたの？！」という現象がよく起こる。ECSならDockerfileとタスク定義に書いてあることが全てだから原因の特定をしやすいけど、EC2の場合導入した本人しか絶対に分からない設定がどんどん増えていく。属人性排除のためにもECSを推したい。

[りょうま @engineer_ryoma]

Datadogコースにて、トレースとログを仕込むGoの実装をメルカリのエンジニアにお願いしたんだけど、クオリティが高くて目から鱗だったので、その感動を伝えるべく図解と解説動画を追加した。改めて思うけど、Datadogの威力を存分に発揮するにはバックエンドとインフラどちらもできないと厳しそう。

[Yasunobu Kawaguchi / YesNoBut @kawaguti]

“だから、これまで以上に、人が育つ組織を意識してつくらないといけない。シニアエンジニアにすべての負荷がかかりつづけて、その人のがんばりでなんとかなっている、という状況では、疲れて辞めてしまうだろうな。”