@jdgregson It depends entirely on what you are storing in the outer volume.

Remember that filesystems contain timestamps, sometimes even access timestamps, so you should assume that the complete history of the filesystem in the outer volume can be recovered. If that history does not look like legit activity, it's suspicious.

For example, are there hundreds of files, but the filesystem layout and unallocated space show that no files were ever copied, moved, or renamed?

Does the timestamp data show all the files were created at once (shortly after the filesystem itself was created), not over time, indicating virtually no activity on the filesystem since creation? That would imply you only dumped a bunch of stuff to it once and never opened it again, so if your cover story is that it's your dirty porn collection, it'll be possible to prove your claims inconsistent.

From a purely technical point of view, the deniability of a VeraCrypt volume is dependent only on the security of the hidden volume passphrase and the underlying cipher, which means it's pretty damn strong.

Oh also, putting it on an SD card or any solid state device might be a bad idea due to wear leveling, which might give away the presence of the hidden volume.

@RoryAlsop Using bash as a shell and using it for scripting is much different. Anecdotally, my daughter was better with simple C than with bash as a programming language, even though she was already pretty good with bash as a shell.

When you start to use bash as a real language, it can be confusing.

@forest Exactly my point @RoryAlsop

Anyone here know the best method of testing for the presence of Kconfig-dependent BUG(), BUG_ON(), WARN_ON(), WARN_ON_ONCE(), etc. calls in Linux?

There's gotta be a technique easier than searching with brute force by passing it through the preprocessor with all possible configurations...

Oh wow, Apache 2.2.15 has a lot of vulnerabilities.

From www.airkoryo.com.kp:

So it runs Red Star OS, which has not yet been leaked.

With Apache 2.2.15.

Though nothing on cvedetails shows RCE, lots of modules are vulnerable.

And PHP 5.3.5 with even more.

Seems the same software is used by www.pyongyangtimes.com.kp.

Same with www.korean-books.com.kp and www.naenara.com.kp.