#microsoft

MicrosoftがRustを「Tier-1 language」として扱っている、とRust Foundationの寄稿記事が改めて説明しました。単に「Rustを使っています」という話ではなく、社内開発の中でC++やC#、TypeScriptと並ぶ重要言語として位置づけ、Windows向けの開発基盤に深く組み込んでいるという宣言です。Rustは安全性の高い言語として語られがちですが、この記事が面白いのは、その評価が理想論ではなく、Microsoftの実務やビルド基盤の話にまで降りている点にあります。しかも焦点は言語そのものより、RustをWindowsの既存エコシステムにどう接続するかにあります。 記事はまず、RustがMicrosoftにとって戦略上重要な技術であると位置づけます。Azure CTOのMark Russinovichが以前に示したネイティブコードの将来戦略や、MicrosoftがRust Projectを支えるために長年にわたって資金を投じてきた流れを踏まえたうえで、Rustは今や社内開発で最もよく支援される言語群の一つになったと述べています。ここでいう「Tier-1

What jumps out to me is how little of this is really about “agents” in the flashy sense and how much of it is about runtime plumbing, permissions, and stopping conditions. That’s the boring part, and it’s also the part that decides whether anyone can trust the thing in production. Microsoft saying the Agent Framework harness and Foundry Hosted Agents are GA feels less like a product launch than an admission that the harness is the product. The article’s line about one binary across local, contai

AnthropicのAI「Mythos」が、Microsoftの脆弱性をものすごい勢いで見つけている、という話です。しかも見つける速度が、Microsoftの修正速度を上回っている。セキュリティの世界ではかなりぞっとする状況です。 「AIがバグを見つけると便利だよね」で終わる話ではありません。むしろ本当に怖いのは、その発見スピードが速すぎて、守る側の人間が追いつかないことだと思います。この記事は、その現実をかなり生々しく伝えています。 AnthropicのAI「Mythos」が、Microsoft製品の脆弱性を大量に発見している Microsoft内部では、見つかった穴を順番に埋める作業が「mad dash」と表現されるほど切迫している SharePointだけでも、短期間で多数の critical や important の脆弱性が見つかった Microsoftは深刻度の高いものから順に直しているが、低〜中程度の穴が連鎖すると大きな攻撃につながるおそれがある AI時代の脆弱性対応は、従来の優先順位づけを見直す必要があるかもしれない この記事の面白いところは、AIが“攻撃者側の武器”に

MicrosoftとAnthropicが、`Claude in Microsoft Foundry` の一般提供を発表しました。 ひとことで言うと、AzureやEntra IDで管理している企業が、そのままClaudeを業務に組み込みやすくなったという話です。 AIモデルは「性能がいい」だけでは足りません。実際の企業利用では、誰が使えるのか、課金はどうするのか、監査やガバナンスをどう効かせるのか、そこが面倒なんです。今回の発表は、その面倒ごとをMicrosoft側の仕組みに寄せながら、AnthropicのClaudeを使えるようにした点がかなり大きいと思います。 `Claude in Microsoft Foundry` が一般提供になった Azure/Entra ID/RBACなど、Microsoftの企業向け管理機能と合わせて使える Claudeは `Hosted on Azure` と `Hosted on Anthropic` の2系統がある 今回の本命はAzure上で動く `Hosted on Azure` NVIDIAの `Blackwell Ultra (GB30

「PCでは見えていたメッセージがスマホに来ない」「通知は鳴ったのに開くと真っ白」——Teamsのチャット同期トラブルは相変わらず多い。ただ、以前このテーマで書いたときの対処法は半分くらい使えなくなっている。クラシック版Teamsがとっくに引退し、WebView2ベースの「新しいTeams」だけになったことで、よく紹介されていた `%appdata%\Microsoft\Teams\Cache` を消すという定番ワザがそもそも存在しないフォルダを掃除する空振りになったからだ。今の環境に合わせて原因の切り分けと直し方を入れ替えておく。 数年前の解説記事はたいてい「Teamsを終了して `%appdata%\Microsoft\Teams` 配下のCacheやIndexedDB、tmpを消す」で締めくくられていた。新しいTeamsはストアアプリ(MSIX)として動くため、データの置き場所が `%localappdata%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache` に移っている。古い記事のパスを開いてもフォルダがない、あるいは中身が空で「効かないじゃ

BitLockerで保護されたドライブが、USBメモリ内の“特定のファイル”だけで開けてしまう脆弱性が報告された この手法は YellowKey と呼ばれる zero-day exploit（事前に知られていなかった攻撃手法） どうやら バックドアのように見える挙動 があるとされ、セキュリティ界隈ではかなり気になる話 BitLockerはWindowsの重要な暗号化機能なので、「暗号化しているから安心」と言い切れない ことを改めて示した ただし、記事本文では詳細な技術説明は限られており、実際の影響範囲や修正状況は要確認 だと思う Tom's Hardwareが伝えたところによると、Microsoftの暗号化機能 BitLocker で守られているドライブが、USBメモリに入ったいくつかのファイルだけで開けてしまう という、かなり驚きの脆弱性が見つかったそうです。 この発見に使われたのが、YellowKey と呼ばれる zero-day exploit です。 zero-day exploit というのは、ざっくり言

Microsoftと、Nightmare Eclipse（別名 Chaotic Eclipse）と名乗る研究者の対立が激化している 研究者はこれまでに 6件のWindows 0-day を公開し、うち 3件は実際に攻撃で悪用 されている Microsoftは「正式な手順で報告されていない」と主張し、法的対応を示唆した 研究者側は、Microsoftに連絡を無視され、アカウント削除や報酬なしの扱いを受けたと反発している 次の“公開予告”として 7月14日 が示されており、事態はさらに悪化する可能性がある この騒動は、脆弱性報告のルール作りがいかに難しいかを改めて見せつけている 今回の話は、かなり人間くさいです。 単なる「脆弱性が見つかった」「パッチが出た」という技術ニュースではなく、研究者とMicrosoftの関係が完全にこじれた結果、0-day公開合戦みたいな状態になっている、というのが本質です。 記事によると、Nightmare Eclipse（Chaotic Eclipseとも呼ばれる）は、Windowsの深い知識を持つ一方で、Microsoftに強

Microsoft AIが、新しいコード生成モデル MAI-Code-1-Flash を発表 GitHub Copilot と Visual Studio Code で、個人ユーザー向けに順次提供開始 速さ・効率・実用性を重視した、軽量な agentic coding model として設計 ベンチマークでは Claude Haiku 4.5 を上回ったと主張 難しい問題では 最大60%少ない token で解けるとしており、コストや待ち時間の削減が期待される Microsoft AIが、コードを書くための新しいAIモデル MAI-Code-1-Flash を発表しました。 これは一言でいうと、開発者の日常作業を「速く、軽く、うまく」手伝うためのモデル です。 最近のAIモデルは「何でもできる」方向に進みがちですが、今回のMAI-Code-1-Flashはかなり割り切っています。 Microsoft自身が「benchmarkのためではなく、実際の開発現場のために作った」と強調しているのが印象的でした。ここ、かなり大

Microsoftが、Windowsのゼロデイ脆弱性を投稿したセキュリティ研究者のGitHubアカウントを停止した 研究者側は「Microsoftに人生を台無しにされた」と主張し、今回の対応を「報復的だ」と非難している 研究者はGitLabへ移動し、さらに反撃を続ける構えを見せている ただし、脅迫めいた発言も含まれており、今回の件は単なる“意見の対立”では済まない重い問題になっている Tom's Hardwareが報じたのは、Microsoftとセキュリティ研究者のあいだで起きた、かなり後味の悪い一件です。 対象になったのは、Nightmare-Eclipse、別名 Chaotic Eclipse と呼ばれる研究者です。 この人物は、Windowsのゼロデイ exploit を投稿したことで、MicrosoftのGitHubアカウントを停止されたとされています。 ここでいう ゼロデイ とは、まだ修正されていない脆弱性 のこと。つまり、悪用されると危険なのに、メーカー側の対策がまだ間に合っていない状態です。 そして exploit は、その

Microsoft Researchが公開した Fara1.5 は、ブラウザ操作に特化した open-weight のAIエージェント 最上位の Fara1.5-27B は、実在するWebサイトを使う難しいベンチマーク Online-Mind2Web で 72% を記録 これは OpenAI Operatorの58.3%、Google Gemini 2.5 Computer Useの57.3% を上回った 9Bモデルの時点でも 63.4% と高く、かなり健闘している 学習には GPT-5.4をteacher agentとして使ったデータ生成 や、偽サイトを使った訓練 が効いている しかも公開重視で、weightsもコードもオープン。ここがかなり大きい ざっくり言うと、人間みたいにブラウザを触るAI です。 たとえば、 宿泊先を探す 5つのサイトを見比べる 予約フォームに入力する 最後に確認して送信する みたいな作業を、AIが画面を見ながら勝手にやってくれる。 プラグイン専用の連携ではなく、**画面上

Microsoftが、これまでで最古級のDOSソースコードを公開した 対象は、MS-DOS以前の段階にある 86-DOS のコード 86-DOSは、のちに MS-DOS / PC-DOS の土台になった重要なOS 紙に印刷された資料を、歴史保存チームが手作業でデジタル化した こうした公開は、古いソフトの歴史をたどるうえでかなり貴重で、正直かなりロマンがある Microsoftが今回オープンソース化したのは、「これまでに発見された最古のDOSソースコード」とされる資料です。 しかもこれ、ただの古いMS-DOSではありません。MS-DOSという名前が付く前の、86-DOS時代のソースコードだというのがポイントです。 公開された内容には、たとえば次のようなものが含まれます。 86-DOS 1.00 の kernel ソース PC-DOS 1.00 の開発途中のスナップショット CHKDSK などの有名な utility 開発者メモや関連ドキュメント ここでいう kernel は、OSのいちばん中心にある部

Microsoft（Hotmail / Live / MSN / Outlook）宛てのメールだけが、SendGrid上で Deferred になった エラーは `451 4.7.650`。内容は「IP reputation を理由に一時的に rate limit した」というもの 筆者は最初、Microsoft側の障害や誤判定を疑った しかし調べるうちに、「急に多くのメールを送ったこと」が引き金ではないかと考え始めた 対策として、Redis を使った送信レート制限を実装し、Microsoft宛てのメールを 1 IP あたり毎分 10通までに抑えた その後、Microsoft側の担当者から制限レベルを調整したという返信があり、送信は復旧した 筆者の結論は、「Microsoftの判定が厳しかった可能性が高いが、送信側でもスパiky な配信を抑える仕組みが必要」というもの 元記事は、Microsoft系メールアドレスにだけメールが届かなくなったというトラブルの記録です。 ここでいう Microsoft 系とは、Hotmail、Live、MSN、Outlook など。昔からあるメール

Elon MuskがOpenAIとSam Altmanらを訴えた件で、陪審団は全請求を退けた 理由は内容以前に、訴訟の提起が遅すぎたこと 9人の陪審団は全員一致で「時効（statute of limitations）」に引っかかると判断 審議は午前8時30分開始、10時23分終了とかなり短かった OpenAIにとっては、IPO（新規株式公開）に向けた大きな障害がひとつ減った形 Tom's Hardwareによると、2026年5月18日、カリフォルニア州オークランドの連邦陪審団が、Elon MuskのOpenAIに対する訴訟を全会一致で棄却しました。 相手はOpenAI、CEOのSam Altman、共同創業者のGreg Brockman、そしてMicrosoft。かなり豪華というか、火力の高い顔ぶれです。 ただし、陪審団が「OpenAIの主張が正しい」と判断したわけではありません。ポイントはもっと地味で、でも法廷では致命的なやつ。 “訴えを起こすのが遅すぎた”、つまり時効に引っかかった、という判断です。 時効というのは、ざ

Microsoft Defenderにあった 2つのゼロデイ脆弱性 が修正された 1つは 権限昇格（一般ユーザー権限から強い権限へ上がる）につながる問題 もう1つは DoS（サービス停止）を引き起こせる問題 どちらも すでに実際の攻撃で悪用されていた とMicrosoftは警告 CISAも危険度が高いとして KEVリスト に追加し、迅速な修正を求めている Microsoftが、Defender関連の2つの脆弱性に対する修正パッチを公開しました。 しかもただの脆弱性ではなく、「ゼロデイ」 です。ゼロデイというのは、攻撃に使われていることが先に分かっていたり、修正が出る前に悪用されていたりする状態のこと。要するに、かなりイヤなやつです。 今回修正されたのは以下の2件です。 CVE-2026-41091 CVSSスコアは 7.8。 Microsoft Defenderの「link following（リンク追跡）」の不備により、ローカルで権限昇格 できる問題です。 かんたんに言うと、攻撃者が端末の中で“偉くなれる”可能性

MicrosoftがPatch Tuesdayで138件の脆弱性を修正 そのうち30件がCriticalで、かなり重めの内容 Windows DNSとNetlogonに、ネットワーク経由でコード実行されうる深刻な欠陥 Secure Boot証明書の更新も重要で、放置すると来月以降に問題が出る可能性 Microsoft自身も、AIを使った脆弱性発見の加速で今後パッチ件数が増えると見ている --- Microsoftがまた大仕事をやっています。今回のPatch Tuesdayでは、なんと138件もの脆弱性に対して修正パッチが公開されました。しかも、そのうち30件がCritical。セキュリティ修正の世界では、これはかなりのボリュームです。 個人的には、ここが一番面白いところだと思います。単に「件数が多い」だけではなく、AIを使った脆弱性発見が加速していて、パッチの規模そのものが膨らみつつある、という流れがはっきり見えてきています。便利さの裏で、守る側の仕事もどんどん増えているわけです。 The Hacker Newsに

イーロン・マスクがOpenAIとサム・アルトマンらを訴えた裁判で、陪審は全員一致でOpenAI側勝訴と判断した ただし、裁判の本丸は「誰が正しかったか」よりも、訴えが法的に期限切れだったかどうかだった 裁判所は、マスクが主張する被害の多くが訴訟期限より前に起きていたと見た その結果、OpenAIの再編リスクはひとまず後退し、今後のIPO（新規株式公開）にも追い風になりそうだ マスク側は控訴する意向を示している イーロン・マスクが、サム・アルトマン、Greg Brockman、OpenAI、そしてMicrosoftを相手取って起こしていた訴訟で、マスク側が敗れました。 米カリフォルニア州の9人の陪審員は、全員一致でOpenAI側の主張を支持。理由はかなりシンプルで、マスクの訴えは法的な期限を過ぎていた、というものです。 ここ、かなり重要です。 ニュースの見出しだけ見ると「マスクが負けた」「OpenAIが勝った」と思いがちですが、実際には「OpenAIの主張が全面的に正しいと認定された」というより、**裁判として受け付けられる

匿名の研究者が、Microsoft製品の未修正ゼロデイ脆弱性を2件追加で公開した 1つはBitLocker回避、もう1つは権限昇格につながる問題 BitLocker回避が本当なら、盗難PCが“ただの紛失”では済まなくなる可能性がある 権限昇格のほうは、現時点では完全なPoCではないが、悪用される土台は示されている 研究者は今年だけで複数のゼロデイを公開しており、Microsoftへの報復的な流れが続いているように見える The Registerによると、Microsoftの脆弱性を立て続けに公開している匿名の研究者が、また2件のゼロデイ情報を出しました。 今回の名前は YellowKey と GreenPlasma。前者は BitLocker bypass、後者は privilege escalation（権限昇格）です。 ざっくり言うと、BitLocker bypassは「暗号化されたはずのPCの守りをすり抜ける」話、権限昇格は「一般ユーザーとして入ったあと、管理者権限やSYSTEM権限まで上がる」話です

Microsoftは、Edgeのデスクトップ版・モバイル版にまたがる長期的なAIメモリを使って、Copilotの体験をよくしようとしている その仕組みの一部として、Edgeのブラウザータブの情報をCopilotが集める可能性がある 目的は「ユーザーをより深く理解して、役立つ提案をすること」だが、プライバシー面の心配は当然出る 便利さは魅力的だけど、ブラウザーとAIの距離が近くなりすぎると、“何を見られているのか”の感覚がかなり変わると思う AI機能を使うときは、設定・権限・オプトイン（自分で許可すること）をしっかり確認したい MicrosoftのCopilotが、Edgeブラウザーのタブ情報をもとに「あなたを知る」ようになる――そんな話をCNETが取り上げています。 一言でいうと、AIアシスタントが、あなたのブラウジング履歴や見ているページの文脈を学習し、より“気が利く存在”になろうとしているわけです。 これだけ聞くと、「お、便利そう」と思う人もいるはずです。たとえば、仕事用の調べ物をしているときに関連情報を出してくれたり、見ているページ

Microsoftが、AIエージェントを束ねて脆弱性を探す新基盤「MDASH」を公開した MDASHは Multi-Model Agentic Scanning Harness の略で、100個以上のAIエージェントを連携させて動かす すでにWindows関連で 16件の新たな脆弱性 を発見し、そのうち 4件は重大（critical） 2件は リモートコード実行（RCE） につながる深刻な問題で、May updateで修正された テストでは false positive（誤検知）ゼロ をうたっており、かなり印象がいい ただし、これは「AIが全部解決する」話ではなく、AIをどう運用するか が本質だと感じる --- Microsoftが、AIを使ったセキュリティ基盤「MDASH」を発表しました。 名前だけ聞くと「またAIっぽい新製品かな？」と思うかもしれませんが、今回はわりと本気です。というのも、MDASHはすでに Windowsの新しい脆弱性を16件発見 していて、その中には 4件の重大なもの が含まれているからです。 しか