マイクロソフト、「Rust」試用は概ね順調--不足する機能にも言及
端的に言うと、この取り組みは順調であり、エンジニアらはRustの利用について「全体的に肯定的」な評価を下しているが、不足している機能もあるという。それでも同社はこのプロジェクトを支援し、さらに進めていこうとしている。 Microsoftは今夏、Rustを活用する試験的な取り組みについて明らかにした。同社のさまざまなサービスについて、Rustで書き換えることを検討しようとしていると発表した。 Microsoftのエンジニアは、Rustに関心を寄せた理由について、過去10年ほどにわたって同社が毎年公開してきたパッチのうち、およそ70％はメモリー関連のものだったことなどを挙げていた。Rustはメモリー関連の問題を防ぐ目的などで構築された。 MicrosoftはどのサービスでRustを使用しようとしているのか明らかにしていないが、試験的な取り組みの状況についてユーザーに情報を公開していくとしている
マイクロソフト、Rustベースのセキュアなプログラミング言語を探求中
Liam Tung （Special to ZDNET.com） 翻訳校正： 村上雅章 野崎裕子 2019-12-23 06:30 Microsoftの「Project Verona」プロジェクトは、Mozillaが開発したプログラミング言語「Rust」を低水準のWindowsコンポーネントと統合するという最近の取り組みとともに、「Windows 10」をよりセキュアにすることを目指している。だたし、「Windows」のコードが捨て去られるというわけではない。 同社は、Windowsからセキュアでないコードを除去するためにCやC＋＋ではなくRustを採用するという試験的な取り組みが一定の成果を出したことを最近明らかにした。では、なぜMicrosoftはこうした取り組みを実行したのだろうか？ 同社はRustの試用に至ったセキュリティ上の動機付けを断片的に説明しただけで、詳細については語ってい
マイクロソフト、セキュアなコード実現に向けプログラミング言語「Rust」評価
Microsoftは、RustがCやC++などの代替となり、同社や他社のアプリのセキュリティを強化するうえでの方策になるかどうかを調査しようと計画している。 この情報は、Microsoft Security Response Center（MSRC）の主席セキュリティエンジニアリングマネージャーであるGavin Thomas氏が米国時間7月16日に同組織のブログ上で明らかにしたものだ。 Thomas氏は「MSRCがインシデントや脆弱性への対応組織だと考えている人もいるだろう」と述べたうえで、「われわれは対応組織でもあるが、積極的な役割も担っている。このため、ブログ上の新シリーズではより安全なシステムプログラミング言語に向けたMicrosoftの探求を取り扱っていきたい。手始めはRustだ」と続けた。 その目標は、誕生から時間が経っているCやC++といったプログラミング言語から「メモリーセー
A proactive approach to more secure code | MSRC Blog | Microsoft Security Response Center
This blog post is older than a year. The information provided below may be outdated. What if we could eliminate an entire class of vulnerabilities before they ever happened? Since 2004, the Microsoft Security Response Centre (MSRC) has triaged every reported Microsoft security vulnerability. From all that triage one astonishing fact sticks out: as Matt Miller discussed in his 2019 presentation at
Goodbye, EdgeHTML - The Mozilla Blog
Microsoft is officially giving up on an independent shared platform for the internet. By adopting Chromium, Microsoft hands over control of even more of online life to Google. This may sound melodramatic, but it’s not. The “browser engines” — Chromium from Google and Gecko Quantum from Mozilla — are “inside baseball” pieces of software that actually determine a great deal of what each of us can do
再定義できない世界になりつつあるネットの新秩序 - 雑種路線でいこう
個人でEV SSL証明書が欲しい話 - Speaker Deckを読んで驚いたんだけど、いつの間にかFirefoxにはEVSSL証明書のルート認証局がハードコーディングされて、それを書き換えるにはブラウザをビルドし直す必要があるらしい。（というかリビルドしても追加した証明書でアドレスバーが緑色にならなかったみたい。何が足りないのかな？）ルート証明書そのものは後から足せるのだが敢えてハードコードした理由は想像できる。ルート証明書なんて後から侵入者なりマルウェアが簡単に足すことができるし、現にそういった攻撃はこれまで行われてきたからだ。 ついでにFirefoxが近々DHCPで降ってくるDNSを信用するのを止めて、DNS over HTTPSでCloudflareに問い合わせるという。これもまたDNS履歴を監視する国だとか、日本も含めてWeb検閲のためにDNSをいじってる国があって、そういった影
Documenting the Web together
Today, we’re excited to share some big news for developers around the world wide web: We’re committing our resources towards making MDN Web Docs the best place to go for web API reference. To kick things off, today we started redirecting over 7,700 MSDN pages to corresponding topics in the MDN web docs library powered by Mozilla. In conjunction with similar commitments from Mozilla, Google, the W3
Mozilla brings Microsoft, Google, the W3C, Samsung together to create cross-browser documentation on MDN | The Mozilla Blog
Mozilla brings Microsoft, Google, the W3C, Samsung together to create cross-browser documentation on MDN Today, Mozilla is announcing a plan that grows collaboration with Microsoft, Google, and other industry leaders on MDN Web Docs. The goal is to consolidate information about web development for multiple browsers – not just Firefox. To support this collaboration, we’re forming a Product Advisory
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
WebAssembly