[データ復旧サービス] 悪質な事例2:論理領域の破壊を確認いたしました。[Data recovery service] Malicious scammer cases 2: We have confirmed the ruin of the logical partition.

いつもお世話になっております。
Hello friends!
以下URLにある悪質な事例を、すべて公開いたします。
Malicious scammer cases exhibit below.
https://www.iuec.co.jp/recovery/algo.html

2020年5月ご依頼のご案件です。
一度、他社にて「復旧可能」と言われていたのですが、
こちらに再ご依頼いただいたケースとなります。
This is a request for May 2020.
This was said by other company that
it could be recovered the data. But ……………
This is the case that the customer is canceled previous company,
then it again requests to our company in this drive.

論理パーティションがセクタ単位上書きで破壊され、
復旧可能なデータが抜かれている状態で消滅していました。

こうなってしまうと、データの復旧は「どこにもできません
What is this? It’s many just like this, and we are going mad.
The logical partition have been destroyed by sector-by-sector.
e.g. overwrite … thus,
these have been disappeared with recoverable all data removed.
If this case, we … yep,
all over the world of recovery company won’t be able to recover your data!!

このパターンは2005年からある、比較的よくみるパターンです。
ドライブを業者に預ける際は、十分な注意をお払いください。

This pattern is a relatively common pattern that
has been around since 2005.
Please be careful,
when you let your the precious drive to a recovery company!!

[データ復旧サービス] 悪質な事例1:ROMのすげ替えを確認いたしました。[Data recovery service] Malicious scammer cases 1: We have confirmed the deliberately plot of replacement of ROM.

いつもお世話になっております。
Hello friends!
以下URLにある悪質な事例を、すべて公開いたします。
Malicious scammer cases exhibit below.
https://www.iuec.co.jp/recovery/algo.html

先日、ご依頼いただきましたお客様の件で、ROMのすげ替えを確認いたしました。
赤丸部分が、そのすげ替えされたROMとなります。
We have confirmed the deliberately plot of replacement of ROM recently.
There is the red circle below.

はじめ、電源自体が入らないため、
電気系統の障害と判断いたしました。
しかし、基板自体に積まれているコンピュータがまったく動作しないため、
コンピュータへ供給する
電気系統の異常と判断していたのですが……
まさかの、ファームウェアROMのすげ替えでした。
まったく異なる機種のROMが積まれてしまっていて、
これでは、動かないのも納得です。

At first, the power of the drive itself don’t turn on,
so we have determined that there is an electrical system failure.
However, the computer on the board of drive itself does not work at all supply to computer, and we had determined that there was something wrong with the electrical system …
But, It was a cause that replacement of the firmware ROM.
The ROM of completely different models have been loaded,
we are convinced that this don’t work.

なにとぞよろしくお願いいたします。
thanks.

chapter127, ベンチマーク機能とブロックチェーンの融合

いつもお世話になっております。

 いつもお話しさせていただいております方が、SIM+生体認証にブロックチェーンを融合させた実験に成功したとのことで、にっこりでした。

 こちらは、ドライブの測定結果ですね。危なそうなドライブについて型番およびセクタの位置で事前に知ることができるだけでも、データの復旧率が跳ね上がります。そして、量産されているドライブについては、その故障個所が似ております

 それゆえに、RAIDを構築しても、同じ型番および近い製造日で組むため、壊れてしまいます。同じ場所が同じタイミングで壊れる可能性が高いのですから、これでは、RAIDであってもデータを保護できません。

chapter99, MSVCビルド版を分離します

いつもお世話になっております。

MSVCビルド版(Windows)のみ、新しい機能(ベンチマークと故障予測)を結合させ、GUIを変えて(軽量GUIで「応答なし」を防ぎます)、ビルドいたします。まず、きちんと動くかどうかも知りたいので、お試しです。とはいっても、Windows版としては、これをきちんとリリースできる段階まで仕上げます

MSVCでビルドしたときに限り、この軽量GUIになるようにマクロを設定いたします。なお、その他のコンパイラの場合(MinGW, g++, clang)はQtになります。

移植の面からみるととても面倒そうですが……、実はどのみち、ドライブの制御部分については……OS別(Windows, Linux, OSX)に全部書かなくてはならない(^^;という状況です。そして、自粛の都合で時間もありますので、ここは頑張ってみようと考えております。

chapter22, We will port this blockchain to the latest core

We are currently working on porting this blockchain to a new core.

Please wait for a while as we will adjust it to synchronize with the old core.

Drive failure predictions will be implement into this new core. In this way, even if the drive failure prediction don’t work, if the old the blockchain works, system of money transfer can be maintained.

CriticalSection has been fixed! Thanks

Thank you for the great analysis. (https://www.atomminer.com/)

This time, IPV6 is enabled as standard, and the placement of CriticalSection is changed.

Next time, we will implement RPC thread pool and verify with testnet.

In order to prevent deadlocks, we would like to put a mechanism like the message queue implemented in Windows.

The RPCs that need to proceed after processing has been processed reliably are like SendMessage, and if there are no problems asynchronously by accumulating in the queue with RPCs are processed efficiently with a mechanism like PostMessage.

Also, if we consider only the PostMessage part instead of thinking about the scope of CriticalSection, it can prevent deadlock even if it is complicated.

We will fix CriticalSections that classified according to the RPC processing issued by the mining pool

We will fix CriticalSections that classified according to the RPC processing issued by the mining pool.
※ Ultimately, CriticalSection is expected to be narrowed down to one.

As for this processing part, FIXME was attached, and it was operating abnormally with PoMP of NOMP.

This time, YiiMP PoW had a problem, so I decided to go back to the original CriticalSection and see what it was.
However, if it is this, it will not work with NOMP.
Therefore, it will be divided by the macro of the compiler.

As an improvement method,
I think that this RPC itself will be like this as Windows PostMessage, so that it will be issued one by one after being accumulated.
※ The current situation is similar to SendMessage that some of them do not work.

In addition, if this improvement is implemented, all RPCs will be affected, so I think that it will be released after testing with testnet.