Unnecessary complexity leads to difficulty when restoring from seed. What do you see as the benefit of storing a stenographically encrypted seed in a digital image, as opposed to just stamping some titanium plates? Maybe for an immigrant who can only smuggle a microSD with them it could make sense. Please elaborate why you think this is needed? Also: How easy is it to detect if an image has been stenographically impregnated with information? If it's easy, then the whole thing is worthless. Cool tech, just not for storing my seeds.

Reply to this note

Please Login to reply.

Discussion

This is the sort of feedback i want. Thank you brother. I have an issue with the purchase of titanium plates as often times you are leaving your informarion online, and in a potential gov attack and executive order, you are now a target. Depending on how one impregnates the image, the message can be discovered to have hidden content in varying degrees of difficulty. My idea is editing one of the rgb pixel values for certain pixels at varying locations depending on pic size and message length, which would be practically invisible to most detection programs. The drawback is that the image would need to be in lossless image format such as png or bmp. The goal is not to replace a current well locked system. Its just an extra in case the other options are compromised. Someone looking for keys will be looking for titanium plates and nodes, not images.

I see. Then if this is an intermediary backup, so that in the case of other backups being compromised, one could sweep their own wallet to a new wallet, it makes sense. If plates became illegal, and I need to flee, I've thought about getting a tattoo on my inner thigh with in invisible ink. But comparing the two, stenographic encryption would be a faster, cheaper alternative. What if you had some type of derivation path seed that was 4 or 6 words long, and was required to decrypt the correct information (seed) and not junk/padding data (other BIP39 words) to mislead an attacker attempting to brute-force extract all stenographically stored data?

So if I'm understanding correctly, you are suggesting that fluff data be added to potentially detract? I love that idea actually

Yes, because even if the file is decrypted, there should be extra seed words to add more entropy(?). This is why I said about there being a small seed phrase needed to select the proper seed phrase. Even without adding extra words, there is [12!] or [24!] possible combinations, and thus numbering the seed words is also important data. In reality, you're storing a two dimensional array. One column is the seed number, and the other is the seed words. Each row has a seed word and the number the corresponds to it's order in the sequence.

TL;DR encrypted padding data to hide the real data is good. 👍