Engadget | Technology News & ReviewsMeta Quest Pro review: A next-gen headset for the VR faithful
隠された（見えない）デスクトップに潜む脅威とその仕組み
2018.09.14 コンサルティングサービス事業本部 サイバーインテリジェンスグループ 吉川 孝志 普段我々がWindows PCを操作するときに必ず目にする領域、いわゆる、ファイルやフォルダのアイコンが並んでいる「デスクトップ」という領域があります。 実はそのデスクトップの裏側に、通常では見ることのできない「隠されたデスクトップ」が存在し悪用されている可能性があります。本記事では、その脅威と仕組みを掘り下げて解説します。 結論から述べると、Windows OSでは通常のデスクトップ（”Default”という名称のデスクトップ）の他に新たな別のデスクトップを任意に作成することができる仕組みが存在します。ただし、一般のユーザーが簡単に作成できるような方法や手段は用意されていません。あくまでプログラムからデスクトップを新たに作成するコード（Win32API）を呼び出して明示的に作成する必要が
Windowsでプロキシ自動設定ファイルを適用するPowerShellスクリプト: Days on the Moon
Windowsで一時的にプロキシ自動設定ファイル(プロキシ自動構成スクリプト、pacファイル)を利用したいとき、 プロキシ自動設定ファイルを配信するHTTPサーバーを立てなければいけない。(以前はローカルファイルが使えたが、Windows 10 Creators Updateから使えなくなった。) Windowsの「プロキシ」設定画面で「スクリプトのアドレス」を指定しなければいけない。 という手間があります。 そこで、プロキシ自動設定ファイルを配信するHTTPサーバーを立ち上げ、そのURLをWindowsのプロキシ設定に指定するPowerShellスクリプトを書きました。 上記リンク先のスクリプトをローカルに保存し、Explorerでスクリプトファイルのコンテキストメニューから「PowerShell で実行」を選択すると、コンソールウィンドウが開き、スクリプト中に記述されたプロキシ自動設定
XamarinでWindows / Mac OSX 両対応のデスクトップアプリを作る - Qiita
私はSSHクライアントPoderosaを開発・販売していますが、最近、従来のWindows版に加えてMac OSX版をXamarinを使って作成するという仕事をしましたので、そこでの知見をまとめておこうと思います。 Windows/OSXの両対応アプリを作る際の定石のようなものも見えてきました。 なおこの記事執筆時点ではOSX版Poderosaは開発終盤ですが未公開です。2017年4月に正式リリース予定です。 基礎知識おさらい Xamarin社は、源流はオープンソースの.NET環境ですが、現在はマイクロソフト傘下になっています。Xamarinの構成要素も多岐にわたり、C#コンパイラ、CLRランタイム、本家.NET互換の基本ライブラリ群、Xamarin FormsというiOS/android両対応のモバイルアプリを作る環境、Xamarin StudioというIDE、などいろいろありますが、こ
［GDC 2014］DirectX 12，ついに発表。その特徴に迫る
［GDC 2014］DirectX 12，ついに発表。その特徴に迫る ライター：西川善司 会場のスタッフは皆「XII」Tシャツを着ており，お祭りムード 北米時間2014年3月20日，予告されていたとおりではあるが，Microsoftは，Game Developers Conference（以下，GDC）2014で「DirectX 12」を正式に発表した。 DirectX 11が発表されたのは2009年。Windows 7とほぼ同時期にリリースされたことを憶えている人もいることだろう。2012年にWindows 8とDirectX 11.1が，2013年にはWindows 8.1とDirectX 11.2がリリースされているが，メジャーバージョンアップとしては本当に久しぶりということになる。 現地時間20日，朝一発めのセッションであるにもかかわらず，会場はオープン前から長蛇の列ができた。当然
ブラウザのセキュリティを高めるサンドボックスについて
こんにちは。開発担当の森本です。 今回は、Sleipnir 3 for Windows の webkit エンジンでも使用されているサンドボックスについてお話しします。 Web 上にあるデータは危険かもしれない Web の発展と共にブラウザで表示できるものは、どんどん複雑になってきています。 それに伴って、ブラウザのセキュリティを破る方法も多種多様になってきているのが現状です。 そもそも、(trident を除いて)ブラウザのエンジン部分のソースは公開されており、攻撃者は防御側に比べると比較的優位にあります。 さらに、開発にかけられるコストが有限である以上、セキュリティホールが全くない状態を維持することは現実的ではありません。 私たちは危険かもしれない状態のブラウザを使い続けないといけないのでしょうか？ 破られても重要な部分にアクセスできなければ OK 「セキュリティを破る」を言い換えると
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Node最新トピックス
CEDEC2014 「ライブラリを作ってはいけない ～それでも作りたいあなたへのアドバイス～」
mmap (メモリマップトファイル) : kei@sodan