iPhone全モデルと2020年以降のMacからパスワードやメールを盗み出す「iLeakage」が報告される、実際に動作するデモ映像もあり
すべてのiPhoneおよびiPadや2020年以降に登場したApple Silicon搭載Macが対象となる攻撃手法「iLeakage」がジョージア工科大学の研究チームによって発見されました。iLeakageを悪用するウェブサイトにアクセスした場合、ウェブサービスのパスワードやメールなどの情報を盗み出されてしまいます。 iLeakage https://ileakage.com/ iLeakageは必要になる可能性のある処理を事前に行うことでCPU性能の向上を図る技術「投機的実行」を悪用するタイプの攻撃で、iPhoneやiPadに搭載されているAシリーズチップおよびMacや一部のiPadに搭載されてるMシリーズチップに対して有効です。このため、すべてのiPhoneおよびiPadと2020年以降に登場したMacはiLeakageによる攻撃の対象となり得ます。 iLeakageは「ウェブサイト
Google、アップル規約違反のiOSブラウザを開発中 | Gadget Gate
Image:Koshiro K/Shutterstock.com GoogleのChromium（ChromeのベースとなるオープンソースのWebブラウザ）開発者が、アップルのApp Storeガイドラインに反するiOS向けブラウザに実験的に取り組んでいることが明らかとなった。 現在、iOS向けのウェブブラウザについては、サードパーティであれ、アップル純正のブラウザエンジンWebkitの使用が義務づけられている（App Store Reviewガイドライン2.5.6）。macOSやWindows向けChromeはChromiumベースだが、iOS版はWebkitを使わざるを得ず、アップル製のSafariと似た挙動となっている。 そんな中、もっかChromium開発者が取り組んでいるものは、GoogleのBlinkエンジン（iOS以外のChromeやMicrosoft Edgeに使用）を使っ
ブラウザのしくみ: 最新ウェブブラウザの内部構造 - HTML5 Rocks
How browsers work Stay organized with collections Save and categorize content based on your preferences. Preface This comprehensive primer on the internal operations of WebKit and Gecko is the result of much research done by Israeli developer Tali Garsiel. Over a few years, she reviewed all the published data about browser internals and spent a lot of time reading web browser source code. She wrot
webkit-devで見るBlinkのフォーク | Scene Research Station
ついにWebKitからGoogle勢が分裂してBlinkという新しいフォークが出来てしまった。 折りしもmozillaがレンダリングエンジンをRustで作り直すという挑戦的なニュースも重なり、 新年度早々Web業界ウォッチャーには衝撃が走った。 さて、このBlinkのフォーク騒動だけど、理由は大きく２つあると思う。 一つは、性能や安全性向上のためのリアーキが現状のWebKitのtrunkでは難しいから。 二つは、WebKitのコミュニティ上でのApple勢とGoogle勢の信頼関係が崩れたため。 一つ目の性能に関する理由は明白。Blinkの公式サイトにもあるような、iframeのsandbox化、ネットワークコードの簡潔化、DOMをJSヒープに移動させることによるDOM操作の高速化などを、様々な移植層に適合した形で実現するのは技術的にも政治的にも非常に難しいためだ。 そういったドラスティッ
Google、WebKitに代わる新レンダリングエンジン「Blink」を発表
米Googleは4月3日（現地時間）、ChromiumプロジェクトのWebレンダリングエンジンを従来のWebKitからフォークしたオープンソースの「Blink」に切り替えると発表した。 WebKitは、Google Chromeの他、米AppleのSafariやノルウェーのOperaが採用しているオープンソースのレンダリングエンジン。GoogleはWebKitプロジェクトの中心的な存在だ。 GoogleはBlinkへの切り替えの主な理由として、ChromeでWebKitベースの他のWebブラウザと異なるマルチプロセスアーキテクチャを採用していることが、WebKitとChromiumの双方のコミュニティーの複雑さを増加させる原因になっており、イノベーションのスピードを減速させてきたことを挙げた。 また、Blinkの目標の1つはWebアプリの高速化を可能にすることという。Googleは、かつて
-webkit-border-radius なんて書いているWeb開発者は腹を切って死ぬべきである - hogehoge @teramako
地獄の火の中に投げ込むものである。 いや、まあそんなネタはどうでも良くて... そのベンダー接頭辞はいつまで書くの？ | Unformed Building 書いてあることは至極真っ当なこと。もろ手をあげて賛成である。 また、 ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても本当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 ベンダ
「モバイルにWebKitは存在しない」 - by edvakf in hatena
QuirksBlog: There is no WebKit on Mobile The Great WebKit Comparison Table Quirks Blog の PPK さんが、複数の WebKit 系エンジンのブラウザで特定の機能がサポートされているかをまとめて表にしてくれた。 僕としては、けっこうショッキングだった。"There is no WebKit on Mobile" というタイトルの意味は、それぞれのブラウザ（モバイル端末）の WebKit のバージョンに違いがありすぎて、"The WebKit" と呼べるものは存在しないということ。 「携帯市場では WebKit が既にデファクトスタンダードになり、それだけをターゲットに開発すればいい」という意見が多く見られるようになってきたが、そこにあるのは "Many WebKits" だよ、と。 今のままだと携帯ブラウ
Webkit.NETを触ってみた - SharpLab.
「C#凄い使いやすくて良い言語なんだけど、WebBrowserコントロールは残念だよなー、Trident最近頑張ってるんだけどWebkitとかに比べるとまだまだだよなー」とか常日頃から感じていたのですが、ふと「WebkitをC#から扱うためのラッパーとか探せばあるんじゃね？」という思いつきで「Webkit .net」とググってみると、ありましたありました、「Webkit.NET」というまんまなタイトルのプロジェクトが。オープンソース恐るべし。コンパイル済みのバイナリと共に、サンプルアプリがあったので実行してみました。 ･･･なにこれ凄い。日本語も全く普通に通りますし、普通に使えそうです。というわけで自分でもテスト用にWinFormsプロジェクトを作って動かすテストをしてみたので、メモを残しておきます。 まず、WebKit.NETライブラリをWebKit .NET | Get WebKit
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Blogger