| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, Eric Sandeen <sandeen@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfs_metadump: obfuscate remote symlinks on CRC filesystems |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Sun, 21 Jun 2015 20:54:14 -0500 |
| Cc: | xfs-oss <xfs@xxxxxxxxxxx> |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20150621091419.GA26833@xxxxxxxxxxxxx> |
| References: | <55847BE8.8010908@xxxxxxxxxx> <20150621091419.GA26833@xxxxxxxxxxxxx> |
On 6/21/15 4:14 AM, Christoph Hellwig wrote: > On Fri, Jun 19, 2015 at 03:30:32PM -0500, Eric Sandeen wrote: >> On CRC filesystems, the symlink block starts with a header, >> which contains magic, "XLSM" >> >> The code happens to "work" today w/o corrupting anything, >> because it seems "XSLM" as a string, decides it's too short >> to obfuscate, and leaves it alone. >> >> But the real symlink target is untouched. Fix that by moving >> the pointer to the string we want to obfuscate by the size >> of the header, and shorten the length to obfuscate accordingly. > > Looks good, > > Reviewed-by: Christoph Hellwig <hch@xxxxxx> > > Any chance to get a test for this into xfstests? I have a larger metadump testcase brewing, it'd cover this too. Thanks, -Eric |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [PATCH] libxfs: add xfs_bit.c, Dave Chinner |
|---|---|
| Next by Date: | [PATCH] xfs: remote attribute headers contain an invalid LSN, Dave Chinner |
| Previous by Thread: | Re: [PATCH] xfs_metadump: obfuscate remote symlinks on CRC filesystems, Christoph Hellwig |
| Next by Thread: | xfs_repair and xfs filesystem strange behaviour, Gabriel VLASIU |
| Indexes: | [Date] [Thread] [Top] [All Lists] |