BookLiveが採用したサイファーテックDRMの技術の甘さを実証してみた - Windows 2000 Blog
3rdに引っ越しました。 2010/12/31 以前＆2023/1/1 以降の記事を開くと５秒後にリダイレクトされます。 普段の日記は あっち[http://thyrving.livedoor.biz/] こちらには技術関係のちょっとマニアックな記事やニュースを載せます。 Windows2000ネタ中心に毎日更新。 LiveBookなどで採用されているサイファー テックの自称 DRM技術ですが。 アイデア商品ってことに理解を示しつつも、2年前にひどい技術ということで改善されたらいいなという記事を書いたんですが、全く改善がみられないようなので簡単に実際にハッキングできるか実験してみました。 まずこの文字列を元に解析してみると %COMMONPROGRAMFILES%\CypherTec\cgrdcore32.dllが処理をしてるのが分かったよ このDLLを利用して制御してるのが Cypher
Man page of MMAP
Section: Linux Programmer's Manual (2) Updated: 2015-01-22 Index JM Home Page roff page 名前 mmap, munmap - ファイルやデバイスをメモリーにマップ/アンマップする 書式 #include <sys/mman.h> void *mmap(void *addr, size_t length, int prot, int flags, int fd, off_t offset); int munmap(void *addr, size_t length); 機能検査マクロの要件に関する情報は「注意」の節を参照。 説明 mmap() は、新しいマッピングを呼び出し元プロセスの仮想アドレス空間に作成する。 新しいマッピングの開始アドレスは addr で指定される。マッピングの長さは length 引
七転び八起きのLinuxカーネルコミュニティ開発体験記
はじめに 現在のLinuxカーネルはメモリーホットプラグという，一般的にはなじみがない機能をサポートするようになっています。私は長い間その開発にかかわってきました。 コミュニティに参加する方法というのは，今ではノウハウ化が進み，「Linuxカーネル開発への参加方法」という文書も紹介されるようになりました。 しかし，私が活動をはじめた当時は，まだどうやって開発していけばよいのか勝手がわからず，四苦八苦することとなりました。これまでプロプラエタリなソフト開発しかしたことがないエンジニアにとって，コミュニティ開発というのはまったく開発スタイルの違う世界に飛び込むことだったからです。しかし，その苦労によって得られた経験は，その後の他の開発活動に活かされることになりました。ちょうど良い機会をいただいたので，そのときの苦労を振り返りたいと思います。 メモリーホットプラグをサポートしているハードウエアは
歴史：ReRAM - Wikipedia
ReRAM（英: resistive random access memory）は電圧の印加による電気抵抗の変化を利用した半導体メモリー。RRAM、抵抗変化型メモリなどとも呼ばれる。なおRRAMはシャープの登録商標である。 ReRAMは電圧印加による電気抵抗の大きな変化（電界誘起巨大抵抗変化、CER[1]効果）を利用しており、 電圧で書き換えるため（電流が微量で）消費電力が小さい 比較的単純な構造のためセル面積が約6F2（Fは配線の径で、数十nm程）と小さく、高密度化（=低コスト化）が可能 電気抵抗の変化率が数十倍にものぼり、多値化も容易 読み出し時間が10ナノ秒程度と、DRAM並に高速 といったデバイスとしての利点がある。 原理[編集] ReRAMのセル構造 電界誘起巨大抵抗変化には、金属酸化物と電極の界面での抵抗変化と、金属酸化物中での電導経路の抵抗変化の2種類の原理がある。このうち前
“第3のメモリー”の衝撃、ストレージとDBが一変する
出典：日経コンピュータ 2012年12月20日号 pp.70-77 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 2012年、DRAMでもフラッシュメモリーでもない“第3のメモリー”の量産出荷が始まった。DRAM並みに高速でありながら、フラッシュ同様に電源をオフにしてもデータが消えない「新世代不揮発性メモリー」だ。新メモリーによってコンピュータのアーキテクチャーは激変し、入出力（I/O）の大幅な高速化が実現すると共に、消費電力は激減する。 コンピュータには、高速だが電源をオフにするとデータが消える「主記憶装置（メインメモリー）」と、低速だがデータが消えない「外部記憶装置（ストレージ）」という2種類の記憶装置がある。 こんなコンピュータアーキテクチャーの常識が一変する可能性が出てきた。DRAM並みに高速でありながら不揮発性を備えた「新世代不揮発性メモリー」の量産出荷が始
メモリバルーニング（メモリの動的追加） – VirtualBox Mania
仮想マシンのメモリ割り当てを増減させる場合、通常は仮想マシンを停止した上で行わなければなりません。 これを仮想マシンを起動したまま、動的にメモリの割当を変更するするのがメモリバルーニング（動的追加）です。 「日中は仮想マシンのアプリサーバにメモリを多く割り当て、夜間のバッチ時間帯にはそのメモリを今度はバッチサーバにメモリを割り当てる」 このようなメモリの動的追加を行って、限られた物理メモリの有効活用を行うといった事は、エンタープライズサーバー環境ではよく行われています。 VirtualBoxでは バージョン3.2からこの機能が実装されました。 メモリバルーニングの条件 このような便利なメモリーバルーニングですが、この機能を使うには以下の条件を満たしておく必要があります。 64bitのホストOSであること MacOSX以外のホストOSであること ゲストOSにGuestAdditionsをイン
iPhoneのマルチタスクバーからアプリを消すことには意味があるのか？
こんにちは。元OSマニアのAndyです。 iPhoneのマルチタスクバー（下の画面の一番下のところです）からアプリって消してますか？ という疑問を抱いたのは「マルチタスクから超高速でアプリを消す方法！通常の2倍〜4倍速くなります！」という記事をAppBankさんで読んだからでした。 実は私、マルチタスクバーでアプリを消したこと、ほとんどありません（iOS4になったばかりはやったことがありますが）。あまり意味がないような気がするからです。 そこで、ちょっとした検証をしてみたのですが、その話をする前に、まずiPhone（iOS）のメモリ管理について私が理解していることをまとめておきましょう。 ツイッターで教えてもらった記事（aquarlaさん、ありがとうございます）「iOSのマルチタスクに関する誤解」は、私の理解とほぼ一致しているので、そちらも良かったら見ていただくといいと思うのですが、端的に
（緊急）BIND 9.xの致命的な脆弱性（過度のメモリ消費）について（2013年3月27日公開）
--------------------------------------------------------------------- ■（緊急）BIND 9.xの致命的な脆弱性（過度のメモリ消費）について（2013年3月27日公開） - キャッシュ／権威DNSサーバーの双方が対象、即時の対応を強く推奨 - 株式会社日本レジストリサービス（JPRS） 初版作成 2013/03/27（Wed） --------------------------------------------------------------------- ▼概要 BIND 9.xにおける実装上の問題により、namedに対する外部からの攻撃が可 能となる脆弱性が、開発元のISCから発表されました。本脆弱性により namedが過度のメモリ消費を引き起こし、その結果としてnamedを含む当該サー バーで動作しているプ
Linuxをはじめよう！:ローカルバッファーオーバーフロー
前回の記事で警告してみましたが 2名の方がそれでも熱心に 「ハッキングについて教えてください」メールを お二人合わせて9通もくださいましたので 試しに"なぜハッキングなるものが成立するか"という内容で 記事を書いてみようと思います。 まず初めに注意から ・今回紹介するプログラムはわざと脆弱性を含めたコードを 自作しますが、同じ脆弱性は現在でも数多く発見されています。 絶対にこの記事で得た知識を悪用することは止めてください。 この記事の知識を悪用して発生したいかなる問題について 当ブログは責任を持ちません。あくまで"知識"として知っている ことは無駄ではないと思います。 ・この記事の内容を理解するにはC言語を扱えること超基本的な アセンブリの知識があること。そしてCPUレジスタとメモリの扱いを 理解している必要があります。 **********************************
Home - Broadcom Community - Discussion Forums, Technical Docs, and Expert Blogs
Broadcom Software Academy We are pleased to announce the launch of the redesigned and upgraded Broadcom Software Academy. Enterprise Software Industry analysts agree: a scalable, open and flexible digital business technology platform is mandatory for digital business success. Explore our capabilities NetOps Virtual Summit Discover how leading organizations are using DX NetOps and AppNeta to assure
OOMKillerに亭主を殺されて一年が経ちました。 - 私が亭主と出会ったのは今からちょうど4年2ヶ月前、私がGentoo... - Yahoo!知恵袋
OOM Killerに亭主を殺されて一年が経ちました。 私が亭主と出会ったのは今からちょうど4年2ヶ月前、私がGentooをインストールしていたときでした。 亭主はそれなりに経験があるkernel hackerだったので、いとも簡単にGentooをインストールしてくれ、私は一目惚れしてしまいました。 幸い亭主も私も同じVim教だったので、教会で素敵な結婚式を挙げることができました。 少し下品な話ですがmakeに励んだおかげで子宝にも恵まれ、私たちは幸せに暮らしていました。 でも、二人とも気づかなかったのです。 まさか私たちのメモリが限界を迎えていたなんて、思ってもみませんでした。 「メモリ不足な昔の話だからどうせ私たちには関係ない」 - そう思っていたのが間違いだったのです。 亭主は突然、あの悪名高きOOM Killerに殺されてしまったのです。 そこからは悪夢のような日々でした。 毎日毎
Android: SoftReferenceでOut of Memory対策 | 自転車で通勤しましょ♪ブログ
現在Androidで画像を扱うアプリを作っているのですが、Androidの場合、画像を大量に扱うと、あっという間にメモりを使い果たしてOut of Memoryで強制終了してしまうという悲しい現実があります。画像をある程度キャッシュするようにしないと、毎回画像をインターネットからDLすることになってパフォーマンスは低下するし、かといってキャッシュするとOut of Memoryが発生する…。 Web+DB Press Vol.57で、onPauseのタイミングで大きなリソースは解放してしまい、小さなリソースのみキャッシュするというふうにするとOut of Memoryが発生しにくいというふうに書かれていたので、サムネイルのみキャッシュして、でかい画像は全くキャッシュしないように実装してみたのだけれど、どうもしっくりこない。やっぱりパフォーマンスが落ちるからでしょう。 パフォーマンス対策のみ
『Bitmapを扱う画像処理でoutofmemoryが発生する場合の対処』
いろいろ備忘録 東京で働くプログラマー Androidアプリの開発にここ半年ほどは集中、今年後半はスマフォ向けサイトの仕事が増える予感。実装に躓いたことなどを書き溜めています。 ※このエントリーは続報があります Androidで大きいサイズのビットマップを扱うその２ Androidで大きいサイズのビットマップを扱うその３ 上記の2エントリーも読んでください。 2011/03/10追記 先日から作成しているもとい作成させられている画像を扱うアプリで、元の画像の2.5倍くらいのBitmapを作り画像処理を行う処理を書いてテストしていたところ2.1搭載の実機でout of memory例外が発生して落ちるようになってしまっていた。 環境としては Android SDK 2.1 update 1で 実機はxperia x10を使用 でっかいBitmapで遊んだあと壁紙を設定したりして、 もういちど
out of memoryについて端末の依存状況 - 素人のアンドロイドアプリ開発日記
このブログにて、何度かメモリについて取り扱ってきたのですが、 今回は、端末の責任を書きます。 メモリを見ると100Mとか200Mとか余っててもバカスカ落ちる端末がいます。 この場合、アプリが100MBとか、そういう責任ではないのです。 androidのアプリにheapと言うのがあるようで、 楓 software を参考にさせてもらうと 下は24MBで上が70MBですが、 この値を超えると強制終了するようです。 つまり、カンタンに言うと、自分の端末のスペックがいい人は、このheap問題に気づかないと言う事です。 galaxy sは記載されてないですが、結構heapサイズがでかいみたいで、検証の時には問題なかったのにHTCで急に落ちる事が何が問題かわかりませんでした。 以前の端末では16MBくらいだったらしいので、バージョンを1.6くらいからに設定したい人には、その値を目安にする方がいいかもし
CppCheckでC言語/C++のメモリリーク（解放漏れ）を静的解析で検出する。 · Futurismo
2 Oct, 2012 · by admin · Read in about 3 min · (1044 Words) CppCheck cygwin OSS 組込み 静的解析 メモリ解放漏れ・メモリ二重解放は組込みエンジニアにとって、背筋が凍る単語だ。 それは、即、残業しなさいという意味に転じる。 そこから、泥沼のデバッグにハマることがよくある。 そんな課題をスマートに解決するために、メモリ解放漏れやメモリ二重解放を検出するツール調べてみたので、メモメモ。 オープンソース CppCheckのインストールをしよう Cppcheckを使うことでメモリ解放漏れを静的解析で見つけることが可能だ。CppCheckはその他にも、アロケーション(確保と解放)の不一致（メモリ二重解放），バッファオーバーランの検出ができる。OSSなので、誰でも無料で利用可能。 CppCheckのダウンロードはココから C
チタンや航空機用アルミニウム製の破壊不可能なUSBメモリ「EternalCase」を作るプロジェクト
コンクリートミキサーに水や砂利と一緒に入れてかき混ぜても壊れることがない、という堅牢なUSBメモリや保護ケース「EternalCase(エターナルケース)」を量産するためのプロジェクトがアメリカのクラウドファンディングサイトKickstarter上で進行中です。 EternalCase -metal case for flash drive & other small things by Serhiy Khvashchuk ― Kickstarter http://www.kickstarter.com/projects/952731033/eternalcase-metal-case-for-flash-drive-and-other-s このプロジェクトの発起人であるウクライナ在住のSerhiy Khvashchukさん。 そして、これが「エターナルケース」の試作品。 洗濯機の中に2時
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: BUFFALO オートリターン USB3.0 高速USBメモリー 32GB レッド RUF3-HPM32G-RD: パソコン
Amazon.co.jp: :
HugeDomains.com
Cppcheckで静的解析して、Jenkinsで表示してみる。 · Futurismo