Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*encryption\s*$/: 30 ]

Total 30 documents matching your query.

1. encryption (score: 1)
Author: Stephen Brewer <stephen.brewer@xxxxxxxxxxxx>
Date: Thu, 5 Jul 2001 17:18:57 +0200
i am interested in encrypted filesystems and was wondering if xfs would be good to encrypt... my thoughts was to intercept the reading/writing of inodes from/to disk and doing the en-decryption there
/archives/xfs/2001-07/msg00147.html (7,879 bytes)

2. Re: encryption (score: 1)
Author: Steve Lord <lord@xxxxxxx>
Date: Thu, 05 Jul 2001 10:41:09 -0500
It might be a little tough! If you have an encryption algorithm which does not change the size of the information, i.e. the encrypted data takes the same number of bytes as the non-encrypted data, t
/archives/xfs/2001-07/msg00150.html (9,630 bytes)

3. Re: encryption (score: 1)
Author: Christian Widmer <cwidmer@xxxxxxxxxxxx>
Date: Thu, 5 Jul 2001 17:47:21 +0200
the idea is not new (exept using xfs maybe). the new suse7.2 distribution has support for encryted file system. and it looks like it does't matter what filesystem you use. there is a description on t
/archives/xfs/2001-07/msg00151.html (9,364 bytes)

4. Re: encryption (score: 1)
Author: Krzysztof Rusocki <kszysiu@xxxxxxxxxxxx>
Date: Thu, 5 Jul 2001 17:56:12 +0200
Hi Steve, you may also take a look at Loopback-Encrypted-Filesystem-HOWTO on www.linuxdoc.org , you'll need to patch your kernel with encryption patch (available on ftp.kernel.org afaik).. However i
/archives/xfs/2001-07/msg00153.html (10,518 bytes)

5. Re: encryption (score: 1)
Author: Andi Kleen <ak@xxxxxxx>
Date: Thu, 5 Jul 2001 18:00:30 +0200
If your data is a multiply of the block cipher blocksize (normally 16 bytes on a AES style cipher or 8 bytes for DES) then the data size doesn't change. If it's not a multiple of a good block cipher
/archives/xfs/2001-07/msg00154.html (10,438 bytes)

6. RE: encryption (score: 1)
Author: Stephen Brewer <stephen.brewer@xxxxxxxxxxxx>
Date: Thu, 5 Jul 2001 18:22:57 +0200
if i understand things correctly the journal is empty when the filesystem is unmounted, if this is the case then the data is not protected after a crash, this is something to live with... what is mor
/archives/xfs/2001-07/msg00155.html (9,802 bytes)

7. RE: encryption (score: 1)
Author: Stephen Brewer <stephen.brewer@xxxxxxxxxxxx>
Date: Thu, 5 Jul 2001 18:32:02 +0200
i agree with the blocksize... i did think that i might have to force an inode size to match the encryption size... or vice versa... (not sure if i mean inode size here... still learning!!!) the benef
/archives/xfs/2001-07/msg00156.html (10,374 bytes)

8. Re: encryption (score: 1)
Author: Thomas Winkler <t.winkler@xxxxxxxxxxx>
Date: Thu, 05 Jul 2001 17:30:22 +0200
i did some testing with xfs kernel and crypto patch from http://www.kerneli.org . i guess thats the one you are talking about. but i was not able to make a xfs filesystem on the loopback, since the e
/archives/xfs/2001-07/msg00157.html (8,679 bytes)

9. Re: encryption (score: 1)
Author: Steve Lord <lord@xxxxxxx>
Date: Thu, 05 Jul 2001 12:19:19 -0500
Hmm, xfs does work on loopback normally. Steve
/archives/xfs/2001-07/msg00158.html (9,010 bytes)

10. Re: encryption (score: 1)
Author: "D. Stimits" <stimits@xxxxxxxxxx>
Date: Thu, 05 Jul 2001 13:05:56 -0600
There is already XOR based loopback support in the kernel, but the international crypto patches have some technical problems, they are pretty much considered "bad code" on the kernel dev list. Two pr
/archives/xfs/2001-07/msg00160.html (11,310 bytes)

11. encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 17:18:57 +0200
i am interested in encrypted filesystems and was wondering if xfs would be good to encrypt... my thoughts was to intercept the reading/writing of inodes from/to disk and doing the en-decryption there
/archives/xfs/2001-07/msg01438.html (7,879 bytes)

12. Re: encryption (score: 1)
Author: xx>
Date: Thu, 05 Jul 2001 10:41:09 -0500
It might be a little tough! If you have an encryption algorithm which does not change the size of the information, i.e. the encrypted data takes the same number of bytes as the non-encrypted data, t
/archives/xfs/2001-07/msg01441.html (9,630 bytes)

13. Re: encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 17:47:21 +0200
the idea is not new (exept using xfs maybe). the new suse7.2 distribution has support for encryted file system. and it looks like it does't matter what filesystem you use. there is a description on t
/archives/xfs/2001-07/msg01442.html (9,364 bytes)

14. Re: encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 17:56:12 +0200
Hi Steve, you may also take a look at Loopback-Encrypted-Filesystem-HOWTO on www.linuxdoc.org , you'll need to patch your kernel with encryption patch (available on ftp.kernel.org afaik).. However i
/archives/xfs/2001-07/msg01444.html (10,518 bytes)

15. Re: encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 18:00:30 +0200
If your data is a multiply of the block cipher blocksize (normally 16 bytes on a AES style cipher or 8 bytes for DES) then the data size doesn't change. If it's not a multiple of a good block cipher
/archives/xfs/2001-07/msg01445.html (10,438 bytes)

16. RE: encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 18:22:57 +0200
if i understand things correctly the journal is empty when the filesystem is unmounted, if this is the case then the data is not protected after a crash, this is something to live with... what is mor
/archives/xfs/2001-07/msg01446.html (9,802 bytes)

17. RE: encryption (score: 1)
Author: xx>
Date: Thu, 5 Jul 2001 18:32:02 +0200
i agree with the blocksize... i did think that i might have to force an inode size to match the encryption size... or vice versa... (not sure if i mean inode size here... still learning!!!) the benef
/archives/xfs/2001-07/msg01447.html (10,374 bytes)

18. Re: encryption (score: 1)
Author: xx>
Date: Thu, 05 Jul 2001 17:30:22 +0200
i did some testing with xfs kernel and crypto patch from http://www.kerneli.org . i guess thats the one you are talking about. but i was not able to make a xfs filesystem on the loopback, since the e
/archives/xfs/2001-07/msg01448.html (8,679 bytes)

19. Re: encryption (score: 1)
Author: xx>
Date: Thu, 05 Jul 2001 12:19:19 -0500
Hmm, xfs does work on loopback normally. Steve
/archives/xfs/2001-07/msg01449.html (9,010 bytes)

20. Re: encryption (score: 1)
Author: xx>
Date: Thu, 05 Jul 2001 13:05:56 -0600
There is already XOR based loopback support in the kernel, but the international crypto patches have some technical problems, they are pretty much considered "bad code" on the kernel dev list. Two pr
/archives/xfs/2001-07/msg01451.html (11,310 bytes)


This search system is powered by Namazu