1 TB USB sticiks...

[Ricky]

On Saturday, January 28, 2023 at 2:51:13 PM UTC-4, whit3rd wrote:

On Friday, January 27, 2023 at 10:43:25 PM UTC-8, Jan Panteltje wrote:
On a sunny day (Fri, 27 Jan 2023 09:40:10 -0800 (PST)) it happened Ed Lee
edward....@gmail.com> wrote in
40098d7b-8d95-42bb...@googlegroups.com>:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:

I have encrypted the USB stick with latest kwantuum particles of course...
I have been thinking about how to encrypt it, one idea was to XOR every byte with the digits in PI
However I could not immediately find PI to 1,000,000,000,000,000 digits,
then thought about calculating that, but putah power and time .. went full circle so to speak...,
If you compress files first (to increase the info concentration) then XOR,
there won\'t be as much tolerance; one bit wrong in your XOR standard, though,
will clobber the compression.
To get long multibyte randoms, an old UHF receiver tuned to static will
video-capture a nice hash; a non-repeatable \'seed\' to fit a DVD-ROM can
be replicated, and copies kept in multiple sites... and if you don\'t store
all the instructions for use in the same place, decryption by passers-by is unlikely.

I obtain a very, very high degree of compression by first, XORing the contents of a file with itself. It will then become very small by compressing through a special program I\'ve written. I\'ve never had anyone be able to figure out how to reverse the process without my zero bit length key. It\'s very easy to remember this key, without writing it down. This is one of the advantages of modulo 1 arithmetic.

--

Rick C.

--+ Get 1,000 miles of free Supercharging
--+ Tesla referral code - https://ts.la/richard11209

 

[Sylvia Else]

On 28-Jan-23 12:29 pm, Carlos E.R. wrote:

On 2023-01-27 22:54, Sylvia Else wrote:
On 28-Jan-23 4:31 am, Jan Panteltje wrote:
For about 75 Euro (is about the same in US dollars) I bought a 1 TB
USB stick...
Very small thing, smaller than my thumb.

Interesting, put Linux ext4 filesystem on it and ran some tests,
sort of half expected it to be fake, but writing a 500 GB test file
worked,
so spend some time using it to create backups so as to have something
that
you can carry with you....
All of my website, email, code I wrote and one old CD after the other..
Write speed is slow, but read speed seems high enough for HD video.
And it fits in my Raspberry Pi4... or any recent Linux laptop.
  http://panteltje.com/pub/1TB_USB_stick_closed_IXIMG_0927.JPG
  http://panteltje.com/pub/1TB_USB_stick_open_IXIMG_0929.JPG
Old USB socket!

So also discovered all my CD-R I burned back in about 2002, so 21
years ago (for the mamaticians)
still read 100% and mostly at high speed on my LG M-Disc reader....
All optical media is stored in light proof alu box...

I mean I am used to high capacity, have 2 4 TB harddisks and 2 1 TB
harddisks in use,
but those suck current, make a little noise too and are relatively big
and fragile (dropping is not good for drives),
but this is really small and you can drop it as often as you like...

Who needs cloud storage? carry it anywhere,
I have encrypted the USB stick with latest kwantuum particles of
course...

Most suckers that find it will run MS windows, not sure that even
recognizes ext4 filesystem?
Anyone know?


These days I store important stuff, strongly encrypted, on Amazon,
with the advantage that it can be automated, and is off site, so I\'m
OK even if the house burns down.

And where do you keep the encryption key and software?  :-D

If it is strong encryption, they key has to be big, so not to be kept in
neurones based memory :-DD

Actually, the RSA private key is also on the server, but is protected by
a long pass phrase which I can remember. So the difficulty of finding
the key is the lower of the difficulty of finding a passphrase that
decrypts the key to something that works, and the difficulty of
factorising the public key.

The former is certainly computationally more feasible than the latter[*]
but still pretty hard, especially as I know better than to use a
combination of birth dates and family names.

I am confident that both Amazon and the NSA have better things to do
with their computational resources, and even for them the computational
effort required would be daunting.

Sylvia.

[*] Given that that\'s currently regarded as computationally infeasible.

 

[Don Y]

On 1/28/2023 6:31 PM, Sylvia Else wrote:

On 28-Jan-23 12:29 pm, Carlos E.R. wrote:
On 2023-01-27 22:54, Sylvia Else wrote:
On 28-Jan-23 4:31 am, Jan Panteltje wrote:
For about 75 Euro (is about the same in US dollars) I bought a 1 TB USB
stick...
Very small thing, smaller than my thumb.

Interesting, put Linux ext4 filesystem on it and ran some tests,
sort of half expected it to be fake, but writing a 500 GB test file worked,
so spend some time using it to create backups so as to have something that
you can carry with you....
All of my website, email, code I wrote and one old CD after the other..
Write speed is slow, but read speed seems high enough for HD video.
And it fits in my Raspberry Pi4... or any recent Linux laptop.
  http://panteltje.com/pub/1TB_USB_stick_closed_IXIMG_0927.JPG
  http://panteltje.com/pub/1TB_USB_stick_open_IXIMG_0929.JPG
Old USB socket!

So also discovered all my CD-R I burned back in about 2002, so 21 years ago
(for the mamaticians)
still read 100% and mostly at high speed on my LG M-Disc reader....
All optical media is stored in light proof alu box...

I mean I am used to high capacity, have 2 4 TB harddisks and 2 1 TB
harddisks in use,
but those suck current, make a little noise too and are relatively big
and fragile (dropping is not good for drives),
but this is really small and you can drop it as often as you like...

Who needs cloud storage? carry it anywhere,
I have encrypted the USB stick with latest kwantuum particles of course...

Most suckers that find it will run MS windows, not sure that even
recognizes ext4 filesystem?
Anyone know?


These days I store important stuff, strongly encrypted, on Amazon, with the
advantage that it can be automated, and is off site, so I\'m OK even if the
house burns down.

And where do you keep the encryption key and software?  :-D

If it is strong encryption, they key has to be big, so not to be kept in
neurones based memory :-DD


Actually, the RSA private key is also on the server, but is protected by a long
pass phrase which I can remember. So the difficulty of finding the key is the
lower of the difficulty of finding a passphrase that decrypts the key to
something that works, and the difficulty of factorising the public key.

The former is certainly computationally more feasible than the latter[*] but
still pretty hard, especially as I know better than to use a combination of
birth dates and family names.

I am confident that both Amazon and the NSA have better things to do with their
computational resources, and even for them the computational effort required
would be daunting.

Sylvia.

[*] Given that that\'s currently regarded as computationally infeasible.

But malware on your (local) PC could easily intercept that
passphrase. And, because you need to expose that machine to the
outside world, it is possible/likely that it can become infected.

An adversary could then access and examine your data without
your ever being aware of it. Potentially even as you later
*update* it!

Had all of your \"content\" been local -- and backed up locally -- then
you could eliminate the possibility of a malware infestation compromising
ANY of it.

Here, it is rather unlikely that an adversary would gain physical access
to my possessions AND LEAVE NO TRACE of having done so. (\"Let\'s just
take a peek at his files...\")

 

[Ricky]

On Saturday, January 28, 2023 at 9:31:23 PM UTC-4, Sylvia Else wrote:

On 28-Jan-23 12:29 pm, Carlos E.R. wrote:
On 2023-01-27 22:54, Sylvia Else wrote:
On 28-Jan-23 4:31 am, Jan Panteltje wrote:
For about 75 Euro (is about the same in US dollars) I bought a 1 TB
USB stick...
Very small thing, smaller than my thumb.

Interesting, put Linux ext4 filesystem on it and ran some tests,
sort of half expected it to be fake, but writing a 500 GB test file
worked,
so spend some time using it to create backups so as to have something
that
you can carry with you....
All of my website, email, code I wrote and one old CD after the other...
Write speed is slow, but read speed seems high enough for HD video.
And it fits in my Raspberry Pi4... or any recent Linux laptop.
http://panteltje.com/pub/1TB_USB_stick_closed_IXIMG_0927.JPG
http://panteltje.com/pub/1TB_USB_stick_open_IXIMG_0929.JPG
Old USB socket!

So also discovered all my CD-R I burned back in about 2002, so 21
years ago (for the mamaticians)
still read 100% and mostly at high speed on my LG M-Disc reader....
All optical media is stored in light proof alu box...

I mean I am used to high capacity, have 2 4 TB harddisks and 2 1 TB
harddisks in use,
but those suck current, make a little noise too and are relatively big
and fragile (dropping is not good for drives),
but this is really small and you can drop it as often as you like...

Who needs cloud storage? carry it anywhere,
I have encrypted the USB stick with latest kwantuum particles of
course...

Most suckers that find it will run MS windows, not sure that even
recognizes ext4 filesystem?
Anyone know?


These days I store important stuff, strongly encrypted, on Amazon,
with the advantage that it can be automated, and is off site, so I\'m
OK even if the house burns down.

And where do you keep the encryption key and software? :-D

If it is strong encryption, they key has to be big, so not to be kept in
neurones based memory :-DD

Actually, the RSA private key is also on the server, but is protected by
a long pass phrase which I can remember. So the difficulty of finding
the key is the lower of the difficulty of finding a passphrase that
decrypts the key to something that works, and the difficulty of
factorising the public key.

The former is certainly computationally more feasible than the latter[*]
but still pretty hard, especially as I know better than to use a
combination of birth dates and family names.

I find it very hard to crack a key based on family names, as long as it\'s the right family. Morticia, Gomez, Pugsley, Wednesday, Uncle Fester, Lurch. Not your everyday family names. Then there\'s Lebachiaceae, Voltziaceae, Palissyaceae, etc... Then there\'s Pandalidae, my favorite!

What are your family names?

--

Rick C.

-+- Get 1,000 miles of free Supercharging
-+- Tesla referral code - https://ts.la/richard11209

 

[Don Y]

On 1/28/2023 5:01 PM, Sylvia Else wrote:

I\'d be particularly annoyed at having to store (multiple?) HUGE
tarballs to archive the many TB of stuff I have, here.  Just the
bandwidth requirements to move it up and back would be silly!

[Packaging things in smaller units would mean maintaining
multiple secrets.]

They\'re encrypted compressed tar files, broken into numbered pieces (usually
just one, but the initial backup took more space). So I doubt much could be
deduced from the uploaded data.

So, to recover anything, you have to pull the entire thing down?

 

[Sylvia Else]

On 29-Jan-23 3:38 pm, Don Y wrote:

On 1/28/2023 5:01 PM, Sylvia Else wrote:
I\'d be particularly annoyed at having to store (multiple?) HUGE
tarballs to archive the many TB of stuff I have, here.  Just the
bandwidth requirements to move it up and back would be silly!

[Packaging things in smaller units would mean maintaining
multiple secrets.]

They\'re encrypted compressed tar files, broken into numbered pieces
(usually just one, but the initial backup took more space). So I doubt
much could be deduced from the uploaded data.

So, to recover anything, you have to pull the entire thing down?

Each day\'s backup is self contained. I retain information about the
dates that individual files were backed-up, so it\'s not necessary to
retrieve the entire backup repository to restore something that has been
lost, just the compressed encrypted split tar files for that date.

That metadata is held locally, so if the house burns down, the entire
thing needs to be restored, but in that event that is what would be
required anyway.

I\'m not in the video making business, so I don\'t have terabytes of data
to backup.

Sylvia

 

[Don Y]

On 1/28/2023 9:51 PM, Sylvia Else wrote:

On 29-Jan-23 3:38 pm, Don Y wrote:
On 1/28/2023 5:01 PM, Sylvia Else wrote:
I\'d be particularly annoyed at having to store (multiple?) HUGE
tarballs to archive the many TB of stuff I have, here.  Just the
bandwidth requirements to move it up and back would be silly!

[Packaging things in smaller units would mean maintaining
multiple secrets.]

They\'re encrypted compressed tar files, broken into numbered pieces (usually
just one, but the initial backup took more space). So I doubt much could be
deduced from the uploaded data.

So, to recover anything, you have to pull the entire thing down?


Each day\'s backup is self contained. I retain information about the dates that
individual files were backed-up, so it\'s not necessary to retrieve the entire
backup repository to restore something that has been lost, just the compressed
encrypted split tar files for that date.

That metadata is held locally, so if the house burns down, the entire thing
needs to be restored, but in that event that is what would be required anyway.

I\'m not in the video making business, so I don\'t have terabytes of data to backup.

It doesn\'t take \"video\" to run through lots of bytes.

My music collection is approaching a terabyte (largely
because of a lot of content encoded lossless).

I have 500GB+ of \"technical papers\" that I\'ve accumulated
from various sources, over the years.

I probably have three times that in 3D and CAD models.

Note that I don\'t bother archiving \"collections\" for which
I have the original source media (e.g., clipart) as I can
always recopy them onto a new system disk, as needed.

I image each system after a project is complete. This lets
me restore that system image at a later date if followup work
is required on a project. The OS, applications, datasheets,
schematics, artwork, source code, etc. and each of their
versioning histories can easily exceed 500GB, depending on
what applications I might have needed for the project. This
has saved some clients\' asses when they mindlessly upgraded
their toolchains and discovered that the newer versions didn\'t
recognize work done with older versions (\"Don, do you happen
to still have...\")

[It\'s also a win, for me, as I\'m not \"stuck\" trying to maintain
something that the client has changed in the interim since I
released it. I can simply roll back everything to the point
at which I \"finished\" it]

Memory is cheap. It is silly to try to skimp. 8TB (consumer)
drives are $120. Buy two -- in case one shits the bed.

 

[Jan Panteltje]

On a sunny day (Sat, 28 Jan 2023 10:51:09 -0800 (PST)) it happened whit3rd
<whit3rd@gmail.com> wrote in
<930273d9-debe-48e0-9de0-20bf230e614bn@googlegroups.com>:

On Friday, January 27, 2023 at 10:43:25 PM UTC-8, Jan Panteltje wrote:
On a sunny day (Fri, 27 Jan 2023 09:40:10 -0800 (PST)) it happened Ed Lee
edward....@gmail.com> wrote in
40098d7b-8d95-42bb...@googlegroups.com>:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:

I have encrypted the USB stick with latest kwantuum particles of course...

I have been thinking about how to encrypt it, one idea was to XOR every byte with the digits in PI
However I could not immediately find PI to 1,000,000,000,000,000 digits,
then thought about calculating that, but putah power and time .. went full circle so to speak...,

If you compress files first (to increase the info concentration) then XOR,
there won\'t be as much tolerance; one bit wrong in your XOR standard, though,
will clobber the compression.
To get long multibyte randoms, an old UHF receiver tuned to static will
video-capture a nice hash; a non-repeatable \'seed\' to fit a DVD-ROM can
be replicated, and copies kept in multiple sites... and if you don\'t store
all the instructions for use in the same place, decryption by passers-by is unlikely.

My idea was to avdoid any random, but use a function (some sort of) that I can
use to decrypt the XORed stick.

As such a function I can, if I really need he backup, write on any computa.

 

[Jan Panteltje]

On 28-Jan-23 10:55 pm, Jan Panteltje wrote:
On a sunny day (Sat, 28 Jan 2023 19:04:56 +1100) it happened Sylvia Else
sylvia@email.invalid> wrote in <k3k398F2pd4U1@mid.individual.net>:

On 28-Jan-23 5:39 pm, Jan Panteltje wrote:

Never underestimate the power of US decryption facilities.

It would take a breakthrough in number theory related to factorisation
for RSA to be broken. There is no reason to think that the US has
achieved that.

There is a lot to do about quantum computers, I know they have some.
No idea if it can break RSA in a flash,
When sci.crypt was still alive there were interesting postings about that,

My cell phone tends to sit on my desk. It would be a rare occasion that
I even remember to take it with me when I go out.

I usualy carry at least one phone with me, more often 2, one smartphone,
nice to take pictures.... record things.

 

[Jan Panteltje]

On a sunny day (Sat, 28 Jan 2023 15:54:15 -0800 (PST)) it happened Ricky
<gnuarm.deletethisbit@gmail.com> wrote in
<4b91c267-fbd3-4205-bbe7-c662800adb9en@googlegroups.com>:

On Saturday, January 28, 2023 at 7:59:43 AM UTC-4, Jan Panteltje wrote:
On a sunny day (Sat, 28 Jan 2023 19:04:56 +1100) it happened Sylvia Else

Never underestimate the power of US decryption facilities.
But even then they likely see who you communicated with and when.
And where you was at any time from your cellphone
where and what you bought or sold from your bank.
All data sold to the highest bidder of course, to target you with advertising.

You
say that like it\'s a bad thing. Without advertising, how would you know
that you need mouthwash or better clothes, or a new car?

LOL

All kidding aside, out economy is consumer based. If we change our habits,
the economy goes into a tailspin that is hard to recover from. Look what happened
because we stayed home, en masse, and we lost the ability to manufacture
semiconductors in adequate numbers. Three years later, we still haven\'t
recovered that knowledge.

Yea, well US mafia . sanctions.. basically US is a big weapon factory and
its game is to create wars so it can sell weapons.
So side effect of capitalism.
Wars elsewhere of course, Vietnam, Korea, Iraq, Ukrain, Afghanistan ..
again and again....
And basically given its own people weapons so they can start shooting each other
from 6 years old shooting their teacher to again and again mass-shootings all over the country.
police kicking innocent people to death,,
Civilization as we know it? Not in the US!!!!
So what will stop this?
Global nuclear war, more and more countries now unite against that US weapon seller,
and under the table you will eventually have to hide when it rains nukes.

Most people don\'t know the Roman empire collapsed because of a bout with swine
flu that resulted in the loss of chariot manufacturing.

Well after Caesar its army was no longer any good, uprising of the slaves,
Nero playing the fiddle when Rome burned... an empire in decline
Carthage must be destroyed..
It says that last fact triggered the decline later, same as now US sanctions on China etc..
https://academic.oup.com/book/850/chapter-abstract/135458607?redirectedFrom=fulltext
have not read it, first link google found
I was sort of interested in these things in school times.
Europe took hundreds of years to recover..
So, as history has this habit of repeating itself, here is your future.
Also we see many times after some epidemic large wars happen.
The doomsday clock just made some noise first boing? ..
I say 2024 WW3

 

[Ricky]

On Sunday, January 29, 2023 at 4:06:03 AM UTC-4, Jan Panteltje wrote:

On a sunny day (Sat, 28 Jan 2023 15:54:15 -0800 (PST)) it happened Ricky
gnuarm.del...@gmail.com> wrote in
4b91c267-fbd3-4205...@googlegroups.com>:
On Saturday, January 28, 2023 at 7:59:43 AM UTC-4, Jan Panteltje wrote:
On a sunny day (Sat, 28 Jan 2023 19:04:56 +1100) it happened Sylvia Else
Never underestimate the power of US decryption facilities.
But even then they likely see who you communicated with and when.
And where you was at any time from your cellphone
where and what you bought or sold from your bank.
All data sold to the highest bidder of course, to target you with advertising.

You
say that like it\'s a bad thing. Without advertising, how would you know
that you need mouthwash or better clothes, or a new car?
LOL
All kidding aside, out economy is consumer based. If we change our habits,
the economy goes into a tailspin that is hard to recover from. Look what happened
because we stayed home, en masse, and we lost the ability to manufacture
semiconductors in adequate numbers. Three years later, we still haven\'t
recovered that knowledge.
Yea, well US mafia . sanctions.. basically US is a big weapon factory and
its game is to create wars so it can sell weapons.
So side effect of capitalism.
Wars elsewhere of course, Vietnam, Korea, Iraq, Ukrain, Afghanistan ..
again and again....
And basically given its own people weapons so they can start shooting each other
from 6 years old shooting their teacher to again and again mass-shootings all over the country.
police kicking innocent people to death,,
Civilization as we know it? Not in the US!!!!
So what will stop this?
Global nuclear war, more and more countries now unite against that US weapon seller,
and under the table you will eventually have to hide when it rains nukes.
Most people don\'t know the Roman empire collapsed because of a bout with swine
flu that resulted in the loss of chariot manufacturing.
Well after Caesar its army was no longer any good, uprising of the slaves,
Nero playing the fiddle when Rome burned... an empire in decline
Carthage must be destroyed..
It says that last fact triggered the decline later, same as now US sanctions on China etc..
https://academic.oup.com/book/850/chapter-abstract/135458607?redirectedFrom=fulltext
have not read it, first link google found
I was sort of interested in these things in school times.
Europe took hundreds of years to recover..
So, as history has this habit of repeating itself, here is your future.
Also we see many times after some epidemic large wars happen.
The doomsday clock just made some noise first boing? ..
I say 2024 WW3

You have a bizarre obsession with the US military spending.

2021 US GDP - $23 trillion
2021 US Consumer Spending - $14 trillion
2021 US Military Spending - $0.8 trillion

So you think the US economy is all about the military.

You are clearly a psycho.

--

Rick C.

-++ Get 1,000 miles of free Supercharging
-++ Tesla referral code - https://ts.la/richard11209

 

[Carlos E.R.]

On 2023-01-28 02:44, Ricky wrote:

On Friday, January 27, 2023 at 5:45:29 PM UTC-4, Carlos E.R. wrote:
On 2023-01-27 21:27, Ricky wrote:
On Friday, January 27, 2023 at 3:00:26 PM UTC-4, whit3rd wrote:
On Friday, January 27, 2023 at 9:40:15 AM UTC-8, Ed Lee wrote:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:


What\'s wanted, is an open (?ISO) file spec similar to the one on CDs etc. But, what
most flash media comes with, is FAT32 (which is out of patent, I hope?) or exFAT.
There was a filesystem designed by the media manufacturers (I forgot its
name), which hasn\'t gained traction. There are problems because they
were still changing the specs and there is no way to know which exact
version the media you have in your hand is using.
FAT32 has a 4 GB limit on file size, so I format all of my flash drives as exFAT... until I tried to print a file at a office supply store (don\'t recall which one). It would not read exFAT! WTF??? Talk about the lowest common denominator.
I have TV sets that do not read exFAT. And I may need big files there.



I recall a friend bought a video camera a few years back, and it would stop recording when the file reached 4 GB. LOL!

Which is simply sloppy software.

If the camera knows it is writing to FAT (whatever version of it) and
knows there is a size limitation, it should code around that by changing
to a different file every 4 GiB.

If things were done properly, that video camera vendor should be in prison.

--
Cheers, Carlos.

 

[Carlos E.R.]

On 2023-01-29 09:01, Jan Panteltje wrote:

On a sunny day (Sat, 28 Jan 2023 10:51:09 -0800 (PST)) it happened whit3rd
whit3rd@gmail.com> wrote in
930273d9-debe-48e0-9de0-20bf230e614bn@googlegroups.com>:

On Friday, January 27, 2023 at 10:43:25 PM UTC-8, Jan Panteltje wrote:
On a sunny day (Fri, 27 Jan 2023 09:40:10 -0800 (PST)) it happened Ed Lee
edward....@gmail.com> wrote in
40098d7b-8d95-42bb...@googlegroups.com>:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:

I have encrypted the USB stick with latest kwantuum particles of course...

I have been thinking about how to encrypt it, one idea was to XOR every byte with the digits in PI
However I could not immediately find PI to 1,000,000,000,000,000 digits,
then thought about calculating that, but putah power and time .. went full circle so to speak...,

If you compress files first (to increase the info concentration) then XOR,
there won\'t be as much tolerance; one bit wrong in your XOR standard, though,
will clobber the compression.
To get long multibyte randoms, an old UHF receiver tuned to static will
video-capture a nice hash; a non-repeatable \'seed\' to fit a DVD-ROM can
be replicated, and copies kept in multiple sites... and if you don\'t store
all the instructions for use in the same place, decryption by passers-by is unlikely.

My idea was to avdoid any random, but use a function (some sort of) that I can
use to decrypt the XORed stick.

As such a function I can, if I really need he backup, write on any computa.

As long as you use integer math, and words of the same size.

--
Cheers, Carlos.

 

[John Walliker]

On Sunday, 29 January 2023 at 12:26:49 UTC, Carlos E.R. wrote:

On 2023-01-29 09:01, Jan Panteltje wrote:
On a sunny day (Sat, 28 Jan 2023 10:51:09 -0800 (PST)) it happened whit3rd
whi...@gmail.com> wrote in
930273d9-debe-48e0...@googlegroups.com>:

On Friday, January 27, 2023 at 10:43:25 PM UTC-8, Jan Panteltje wrote:
On a sunny day (Fri, 27 Jan 2023 09:40:10 -0800 (PST)) it happened Ed Lee
edward....@gmail.com> wrote in
40098d7b-8d95-42bb...@googlegroups.com>:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:

I have encrypted the USB stick with latest kwantuum particles of course...

I have been thinking about how to encrypt it, one idea was to XOR every byte with the digits in PI
However I could not immediately find PI to 1,000,000,000,000,000 digits,
then thought about calculating that, but putah power and time .. went full circle so to speak...,

If you compress files first (to increase the info concentration) then XOR,
there won\'t be as much tolerance; one bit wrong in your XOR standard, though,
will clobber the compression.
To get long multibyte randoms, an old UHF receiver tuned to static will
video-capture a nice hash; a non-repeatable \'seed\' to fit a DVD-ROM can
be replicated, and copies kept in multiple sites... and if you don\'t store
all the instructions for use in the same place, decryption by passers-by is unlikely.

My idea was to avdoid any random, but use a function (some sort of) that I can
use to decrypt the XORed stick.

As such a function I can, if I really need he backup, write on any computa.
As long as you use integer math, and words of the same size.

If you want to avoid weaknesses in your random data due to unrecognised
systematic effects, then you can make a great improvement by XORing several
different random number streams that originate from different kinds of source.

John

 

[Jan Panteltje]

On a sunny day (Sun, 29 Jan 2023 11:15:07 +0100) it happened \"Carlos E.R.\"
<robin_listas@es.invalid> wrote in <bithajxt2e.ln2@Telcontar.valinor>:

On 2023-01-29 09:01, Jan Panteltje wrote:
On a sunny day (Sat, 28 Jan 2023 10:51:09 -0800 (PST)) it happened whit3rd
whit3rd@gmail.com> wrote in
930273d9-debe-48e0-9de0-20bf230e614bn@googlegroups.com>:

On Friday, January 27, 2023 at 10:43:25 PM UTC-8, Jan Panteltje wrote:
On a sunny day (Fri, 27 Jan 2023 09:40:10 -0800 (PST)) it happened Ed Lee
edward....@gmail.com> wrote in
40098d7b-8d95-42bb...@googlegroups.com>:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:

I have encrypted the USB stick with latest kwantuum particles of course...

I have been thinking about how to encrypt it, one idea was to XOR every byte with the digits in PI
However I could not immediately find PI to 1,000,000,000,000,000 digits,
then thought about calculating that, but putah power and time .. went full circle so to speak...,

If you compress files first (to increase the info concentration) then XOR,
there won\'t be as much tolerance; one bit wrong in your XOR standard, though,
will clobber the compression.
To get long multibyte randoms, an old UHF receiver tuned to static will
video-capture a nice hash; a non-repeatable \'seed\' to fit a DVD-ROM can
be replicated, and copies kept in multiple sites... and if you don\'t store
all the instructions for use in the same place, decryption by passers-by is unlikely.

My idea was to avdoid any random, but use a function (some sort of) that I can
use to decrypt the XORed stick.

As such a function I can, if I really need he backup, write on any computa.

As long as you use integer math, and words of the same size.

Sure
Even a small Microchip PIC with RS232 interface running asm code I wrote could be a key...
Could XOR it with PreCedent ByeThen\'s top secret papers too.... There must be enough for 1 TB ;-)
Or his son\'s laptop hardisk disk..

 

[Don Y]

On 1/28/2023 4:58 PM, Sylvia Else wrote:

Since my data is encrypted before it\'s sent, good luck to Amazon reading it.

Never underestimate the power of US decryption facilities.

It would take a breakthrough in number theory related to factorisation for RSA
to be broken. There is no reason to think that the US has achieved that.

Or, for <someone> to install a keylogger on your computer and
wait until you access the data -- cheerfully capturing your
300 character passphrase in the process.

You don\'t attack the encryption; you attack the user of the
encryption.

A colleague used to poo-poo my avoidance of ecommerce relying on
arguments like \"you\'d have to have a supercomputer to break that
(48 bit, at the time) encryption (for the secure link).\" It
never occurred to him that malware on his computer would have access
to the plaintext of all of his transactions! (\"Hmmm... how is
encryption going to protect you, there?\")

We have a dedicated laptop for all our ecommerce (banking, etc.)
uses. It doesn\'t handle mail, isn\'t used to browse the web, etc.
And, reloads the disk image each boot (so no persistent store).

If you rely on any external services, then you have to expose your
machine(s) to that outside world and discipline yourself to keep
them all secure (against even zero-day exploits). Most people
rely on convenience so end up exposing machines that are used
to handle sensitive material, needlessly.

My cell phone tends to sit on my desk. It would be a rare occasion that I even
remember to take it with me when I go out.

As does ours. But, no idea what the car reveals and to whom.
Plus, every time we use a credit card or membership card at
a store, etc. A more determined tracker (e.g., police)
could likely pick up visual imagery from the innumerable
stationary video cameras scattered around.

ObChuckle: My sister suspected her husband of some \"dallying\".
Looking at his phone bill (that she would routinely pay as part
of their division of labor), she could see calls DURING WORK HOURS
that were handled by cell towers located in cities other than where
his DESK was located! (ooops!) And, as he was addicted to his
phone, you could see him traveling from town to town making different
calls in rapid succession -- and deduce his eventual endpoint.
Along with the number of days of work he was missing!

[Towns, back east, are relatively close together so a 10 mile
drive could have you passing through 5 different towns and each
cell tower identifying itself as being in said towns]

 

[Ricky]

On Sunday, January 29, 2023 at 5:24:44 AM UTC-4, Carlos E.R. wrote:

On 2023-01-28 02:44, Ricky wrote:
On Friday, January 27, 2023 at 5:45:29 PM UTC-4, Carlos E.R. wrote:
On 2023-01-27 21:27, Ricky wrote:
On Friday, January 27, 2023 at 3:00:26 PM UTC-4, whit3rd wrote:
On Friday, January 27, 2023 at 9:40:15 AM UTC-8, Ed Lee wrote:
On Friday, January 27, 2023 at 9:35:28 AM UTC-8, Jan Panteltje wrote:


What\'s wanted, is an open (?ISO) file spec similar to the one on CDs etc. But, what
most flash media comes with, is FAT32 (which is out of patent, I hope?) or exFAT.
There was a filesystem designed by the media manufacturers (I forgot its
name), which hasn\'t gained traction. There are problems because they
were still changing the specs and there is no way to know which exact
version the media you have in your hand is using.
FAT32 has a 4 GB limit on file size, so I format all of my flash drives as exFAT... until I tried to print a file at a office supply store (don\'t recall which one). It would not read exFAT! WTF??? Talk about the lowest common denominator.
I have TV sets that do not read exFAT. And I may need big files there.



I recall a friend bought a video camera a few years back, and it would stop recording when the file reached 4 GB. LOL!

Which is simply sloppy software.

If the camera knows it is writing to FAT (whatever version of it) and
knows there is a size limitation, it should code around that by changing
to a different file every 4 GiB.

If things were done properly, that video camera vendor should be in prison.

--
Cheers, Carlos.

Let he who has not sinned...

--

Rick C.

+-- Get 1,000 miles of free Supercharging
+-- Tesla referral code - https://ts.la/richard11209

 

[Don Y]

On 1/28/2023 5:11 PM, Carlos E.R. wrote:
> Which is simply sloppy software.

Depends on the vintage. Would you fault FAT12 for not being able
to store 1GB files? Or, a developer who targets that medium as
the \"medium of exchange\"?

Why do we still see 2GB limits on partitions in some systems?
Why can\'t I set the date on my PC to a date before 1990 or
after 2099?

If the camera knows it is writing to FAT (whatever version of it) and knows
there is a size limitation, it should code around that by changing to a
different file every 4 GiB.

What if you are shooting RAW and have an 8GB file?

> If things were done properly, that video camera vendor should be in prison.

No, his product should find few buyers THAT ARE CONCERNED WITH THIS ISSUE.

 

[Carlos E.R.]

On 2023-01-29 19:11, Don Y wrote:

On 1/28/2023 5:11 PM, Carlos E.R. wrote:
Which is simply sloppy software.

Depends on the vintage.  Would you fault FAT12 for not being able
to store 1GB files?  Or, a developer who targets that medium as
the \"medium of exchange\"?

I a have a TV recorder box that can write unlimited long movies. An old
thing.

Why do we still see 2GB limits on partitions in some systems?
Why can\'t I set the date on my PC to a date before 1990 or
after 2099?

If the camera knows it is writing to FAT (whatever version of it) and
knows there is a size limitation, it should code around that by
changing to a different file every 4 GiB.

What if you are shooting RAW and have an 8GB file?

Split it.

If things were done properly, that video camera vendor should be in
prison.

No, his product should find few buyers THAT ARE CONCERNED WITH THIS ISSUE.

--
Cheers, Carlos.

 

[Don Y]

On 1/29/2023 11:39 AM, Carlos E.R. wrote:

On 2023-01-29 19:11, Don Y wrote:
On 1/28/2023 5:11 PM, Carlos E.R. wrote:
Which is simply sloppy software.

Depends on the vintage.  Would you fault FAT12 for not being able
to store 1GB files?  Or, a developer who targets that medium as
the \"medium of exchange\"?

I a have a TV recorder box that can write unlimited long movies. An old thing.

On what media? Can I store a 200TB video stream? Will it prompt me
to install a new disk when the one contained within is full?

There are always limits. You (as a designer) pick the limits that
seem most appropriate for your customers -- aware that every
limit has costs (in convenience, usage, development effort, etc.)

Why do we still see 2GB limits on partitions in some systems?
Why can\'t I set the date on my PC to a date before 1990 or
after 2099?

If the camera knows it is writing to FAT (whatever version of it) and knows
there is a size limitation, it should code around that by changing to a
different file every 4 GiB.

What if you are shooting RAW and have an 8GB file?

Split it.

Is there an industry standard way of splitting it and reassembling it?
Or, do you expect each camera to have a list of \"supported photo-processing
applications\" with which it works?

If you are unfortunate enough to have to deal with RAW formats, you quickly
learn that there\'s NO standard. Better hope the camera on which it was
shot is \"supported\" by your toolchain!

Folks started shooting in RED ~15 years ago. That\'s nominally a TB for
2 hours of video (note that a film requires far more video than the
post-processed \"final product\"). What sort of data densities/capacities
are they using today? Will a mini-mag only support 30 minutes of video?
Will your workstation need dozens of TB of scratch storage for the post
processing/review?

Where are you (as a developer) \"safe\" in your assumptions as to limits?

If things were done properly, that video camera vendor should be in prison.

No, his product should find few buyers THAT ARE CONCERNED WITH THIS ISSUE.