Skip to contentSkip to conversation

rpm: Fix cpio 32 bit overflow issues on 64 bit inode filesystems

PATCH In review Richard Purdie 3 participants 4 messages Jun 10, 2014

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 rpm: Fix cpio 32 bit overflow issues on 64 bit inode filesystems

When building on XFS filesystems, the resulting rpms can be corrupted with the same inode number being used for multiple hardlinked files. There are two fixes, one to stop rpm crashing when accessing a broken binary rpm, the other to stop generating them in the first places. Full descriptions in the patch headers.

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +43 -0
new file mode 100644
index 0000000..d49de6f
@@ -0,0 +1,43 @@
+We need to sanity check that the nlink size and our linksLeft counter
+do match. If an rpm is badly constucted with identical inode values
+for multiple hardlinked files, such an rpm will overwise access memory
+out of array bounds and cause memory corruption and crashes.
+
+The fix is to add in the sanity check and exit if bad circumstances
+are found. We need to fix the caller to check the return code too.
+
+RP 10/6/1024
+
+Upstream-Status: Pending
+
+Index: rpm-5.4.9/lib/fsm.c
+===================================================================
+--- rpm-5.4.9.orig/lib/fsm.c	2014-06-10 10:54:08.601049402 +0000
++++ rpm-5.4.9/lib/fsm.c	2014-06-10 10:55:45.633046077 +0000
+@@ -495,6 +495,11 @@
+     }
+ 
+     if (fsm->goal == IOSM_PKGBUILD) --fsm->li->linksLeft;
++    if (fsm->li->linksLeft > st->st_nlink) {
++	rpmlog(RPMLOG_ERR, _("Corrupted hardlinks found (count %d does not match %d), exitting.\n"), fsm->li->linksLeft, st->st_nlink);
++	return -1;
++    }
++
+     fsm->li->filex[fsm->li->linksLeft] = fsm->ix;
+     /*@-observertrans -dependenttrans@*/
+     fsm->li->nsuffix[fsm->li->linksLeft] = fsm->nsuffix;
+@@ -1876,8 +1881,13 @@
+ 	fsm->postpone = iosmFileActionSkipped(fsm->action);
+ 	if (fsm->goal == IOSM_PKGINSTALL || fsm->goal == IOSM_PKGBUILD) {
+ 	    /*@-evalorder@*/ /* FIX: saveHardLink can modify fsm */
+-	    if (S_ISREG(st->st_mode) && st->st_nlink > 1)
++	    if (S_ISREG(st->st_mode) && st->st_nlink > 1) {
+ 		fsm->postpone = saveHardLink(fsm);
++		if (fsm->postpone < 0) {
++		    rc = RPMRC_FAIL;
++		    break;
++		}
++	    }
+ 	    /*@=evalorder@*/
+ 	}
+ if (fsmGetFi(fsm)->mapflags & IOSM_PAYLOAD_LIST) fsm->postpone = 1;
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +39 -0
new file mode 100644
index 0000000..f054546
@@ -0,0 +1,39 @@
+If we run builds on a filesystem with 64 bit inodes like XFS, we need to
+map the inode numbers to something 32 bit since the cpio header only allows
+for 32 bit inode values. If we don't do this:
+
+#define SET_NUM_FIELD(phys, val, space) \
+        sprintf(space, "%8.8lx", (unsigned long) (val)); \
+        memcpy(phys, space, 8)
+
+from cpio.c will print larger that 8 character values and then truncate the 
+LSBs. This generates cpio files where hardlinked files may have the same
+inode number. The resulting rpms are then corrupted.
+
+There is a sperate patch for the crash the identical inode numbers causes
+when extracting the rpm.
+
+Patch taken from http://git.pld-linux.org/?p=packages/rpm.git;a=commitdiff;h=10526c23aac60b7b636e4c93862887dbef8e8f15
+
+RP 10/6/2014
+
+Upstream-Status: Pending
+
+--- rpm-5.4.10/lib/fsm.c~
++++ rpm-5.4.10/lib/fsm.c
+@@ -898,6 +898,7 @@ int fsmMapAttrs(IOSM_t fsm)
+ 
+     if (fi && i >= 0 && i < (int) fi->fc) {
+ 	mode_t perms = (S_ISDIR(st->st_mode) ? fi->dperms : fi->fperms);
++	ino_t finalInode = (fi->finodes ? (ino_t)fi->finodes[i] : 0);
+ 	mode_t finalMode = (fi->fmodes ? (mode_t)fi->fmodes[i] : perms);
+ 	dev_t finalRdev = (dev_t)(fi->frdevs ? fi->frdevs[i] : 0);
+ 	rpmuint32_t finalMtime = (fi->fmtimes ? fi->fmtimes[i] : 0);
+@@ -937,6 +938,7 @@ int fsmMapAttrs(IOSM_t fsm)
+ 	    if ((S_ISCHR(st->st_mode) || S_ISBLK(st->st_mode))
+ 	    && st->st_nlink == 0)
+ 		st->st_nlink = 1;
++	    st->st_ino = finalInode;
+ 	    st->st_rdev = finalRdev;
+ 	    st->st_mtime = finalMtime;
+ 	}
meta/recipes-devtools/rpm/rpm_5.4.9.bb +2 -0
index 43f46ed..6934749 100644
@@ -91,6 +91,8 @@ SRC_URI = "http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.9-0.20120508.src.rpm;ex
 	   file://rpm-lsb-compatibility.patch \
 	   file://rpm-tag-generate-endian-conversion-fix.patch \
 	   file://rpm-verify-files.patch \
+	   file://rpm-payload-use-hashed-inode.patch \
+	   file://rpm-hardlink-segfault-fix.patch \
 	  "
 
 # Uncomment the following line to enable platform score debugging
#1 lore raw
Quoted 14 lines · Richard Purdie

When building on XFS filesystems, the resulting rpms can be corrupted with the same inode number being used for multiple hardlinked files. There are two fixes, one to stop rpm crashing when accessing a broken binary rpm, the other to stop generating them in the first places. Full descriptions in the patch headers.

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +0 -0
new file mode 100644
index 0000000..d49de6f

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 2

Quoted 2 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +2 -0
@@ -0,0 +1,43 @@
+We need to sanity check that the nlink size and our linksLeft counter
+do match. If an rpm is badly constucted with identical inode values

s/constucted/constructed

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 3

Quoted 1 line
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +1 -0
+for multiple hardlinked files, such an rpm will overwise access memory

s/overwise/otherwise

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 9

Quoted 6 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +6 -0
+out of array bounds and cause memory corruption and crashes.
+
+The fix is to add in the sanity check and exit if bad circumstances
+are found. We need to fix the caller to check the return code too.
+
+RP 10/6/1024

2014?

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 22

Quoted 12 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +12 -0
+Upstream-Status: Pending
+
+Index: rpm-5.4.9/lib/fsm.c
+===================================================================
+--- rpm-5.4.9.orig/lib/fsm.c	2014-06-10 10:54:08.601049402 +0000
++++ rpm-5.4.9/lib/fsm.c	2014-06-10 10:55:45.633046077 +0000
+@@ -495,6 +495,11 @@
+     }
+
+     if (fsm->goal == IOSM_PKGBUILD) --fsm->li->linksLeft;
++    if (fsm->li->linksLeft > st->st_nlink) {
++	rpmlog(RPMLOG_ERR, _("Corrupted hardlinks found (count %d does not match %d), exitting.\n"), fsm->li->linksLeft, st->st_nlink);

exiting

Quoted 30 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +21 -0
++	return -1;
++    }
++
+     fsm->li->filex[fsm->li->linksLeft] = fsm->ix;
+     /*@-observertrans -dependenttrans@*/
+     fsm->li->nsuffix[fsm->li->linksLeft] = fsm->nsuffix;
+@@ -1876,8 +1881,13 @@
+ 	fsm->postpone = iosmFileActionSkipped(fsm->action);
+ 	if (fsm->goal == IOSM_PKGINSTALL || fsm->goal == IOSM_PKGBUILD) {
+ 	    /*@-evalorder@*/ /* FIX: saveHardLink can modify fsm */
+-	    if (S_ISREG(st->st_mode) && st->st_nlink > 1)
++	    if (S_ISREG(st->st_mode) && st->st_nlink > 1) {
+ 		fsm->postpone = saveHardLink(fsm);
++		if (fsm->postpone < 0) {
++		    rc = RPMRC_FAIL;
++		    break;
++		}
++	    }
+ 	    /*@=evalorder@*/
+ 	}
+ if (fsmGetFi(fsm)->mapflags & IOSM_PAYLOAD_LIST) fsm->postpone = 1;
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +3 -0
new file mode 100644
index 0000000..f054546
@@ -0,0 +1,39 @@
+If we run builds on a filesystem with 64 bit inodes like XFS, we need to
+map the inode numbers to something 32 bit since the cpio header only allows
+for 32 bit inode values. If we don't do this:

meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch line 13

Quoted 10 lines
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +10 -0
+
+#define SET_NUM_FIELD(phys, val, space) \
+        sprintf(space, "%8.8lx", (unsigned long) (val)); \
+        memcpy(phys, space, 8)
+
+from cpio.c will print larger that 8 character values and then truncate the
+LSBs. This generates cpio files where hardlinked files may have the same
+inode number. The resulting rpms are then corrupted.
+
+There is a sperate patch for the crash the identical inode numbers causes

separate

Quoted 41 lines
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +26 -0
+when extracting the rpm.
+
+Patch taken from http://git.pld-linux.org/?p=packages/rpm.git;a=commitdiff;h=10526c23aac60b7b636e4c93862887dbef8e8f15
+
+RP 10/6/2014
+
+Upstream-Status: Pending
+
+--- rpm-5.4.10/lib/fsm.c~
++++ rpm-5.4.10/lib/fsm.c
+@@ -898,6 +898,7 @@ int fsmMapAttrs(IOSM_t fsm)
+
+     if (fi && i >= 0 && i < (int) fi->fc) {
+ 	mode_t perms = (S_ISDIR(st->st_mode) ? fi->dperms : fi->fperms);
++	ino_t finalInode = (fi->finodes ? (ino_t)fi->finodes[i] : 0);
+ 	mode_t finalMode = (fi->fmodes ? (mode_t)fi->fmodes[i] : perms);
+ 	dev_t finalRdev = (dev_t)(fi->frdevs ? fi->frdevs[i] : 0);
+ 	rpmuint32_t finalMtime = (fi->fmtimes ? fi->fmtimes[i] : 0);
+@@ -937,6 +938,7 @@ int fsmMapAttrs(IOSM_t fsm)
+ 	    if ((S_ISCHR(st->st_mode) || S_ISBLK(st->st_mode))
+ 	    && st->st_nlink == 0)
+ 		st->st_nlink = 1;
++	    st->st_ino = finalInode;
+ 	    st->st_rdev = finalRdev;
+ 	    st->st_mtime = finalMtime;
+ 	}
meta/recipes-devtools/rpm/rpm_5.4.9.bb +2 -0
index 43f46ed..6934749 100644
@@ -91,6 +91,8 @@ SRC_URI = "http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.9-0.20120508.src.rpm;ex
  	   file://rpm-lsb-compatibility.patch \
  	   file://rpm-tag-generate-endian-conversion-fix.patch \
  	   file://rpm-verify-files.patch \
+	   file://rpm-payload-use-hashed-inode.patch \
+	   file://rpm-hardlink-segfault-fix.patch \
  	  "
 
  # Uncomment the following line to enable platform score debugging
#2 lore raw
Quoted 24 lines · Mark Hatle
Quoted 14 lines · Richard Purdie

When building on XFS filesystems, the resulting rpms can be corrupted with the same inode number being used for multiple hardlinked files. There are two fixes, one to stop rpm crashing when accessing a broken binary rpm, the other to stop generating them in the first places. Full descriptions in the patch headers.

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +0 -0
new file mode 100644
index 0000000..d49de6f

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 2

Quoted 2 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +2 -0
@@ -0,0 +1,43 @@
+We need to sanity check that the nlink size and our linksLeft counter
+do match. If an rpm is badly constucted with identical inode values

s/constucted/constructed

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 3

Quoted 1 line
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +1 -0
+for multiple hardlinked files, such an rpm will overwise access memory

s/overwise/otherwise

Quoted 8 lines

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 9

Quoted 6 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +6 -0
+out of array bounds and cause memory corruption and crashes.
+
+The fix is to add in the sanity check and exit if bad circumstances
+are found. We need to fix the caller to check the return code too.
+
+RP 10/6/1024

2014?

Perhaps even an ISO date (2014-06-10) since that's what's used everywhere else (and it's not October yet, at least not on this side of the pond)

Quoted 101 lines

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 22

Quoted 13 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +12 -0
+Upstream-Status: Pending
+
+Index: rpm-5.4.9/lib/fsm.c
+===================================================================
+--- rpm-5.4.9.orig/lib/fsm.c    2014-06-10 10:54:08.601049402 +0000
++++ rpm-5.4.9/lib/fsm.c    2014-06-10 10:55:45.633046077 +0000
+@@ -495,6 +495,11 @@
+     }
+
+     if (fsm->goal == IOSM_PKGBUILD) --fsm->li->linksLeft;
++    if (fsm->li->linksLeft > st->st_nlink) {
++    rpmlog(RPMLOG_ERR, _("Corrupted hardlinks found (count %d does not match %d), exitting.\n"), fsm->li->linksLeft, st->st_nlink);

exiting

Quoted 30 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +21 -0
++    return -1;
++    }
++
+     fsm->li->filex[fsm->li->linksLeft] = fsm->ix;
+     /*@-observertrans -dependenttrans@*/
+     fsm->li->nsuffix[fsm->li->linksLeft] = fsm->nsuffix;
+@@ -1876,8 +1881,13 @@
+     fsm->postpone = iosmFileActionSkipped(fsm->action);
+     if (fsm->goal == IOSM_PKGINSTALL || fsm->goal == IOSM_PKGBUILD) {
+         /*@-evalorder@*/ /* FIX: saveHardLink can modify fsm */
+-        if (S_ISREG(st->st_mode) && st->st_nlink > 1)
++        if (S_ISREG(st->st_mode) && st->st_nlink > 1) {
+         fsm->postpone = saveHardLink(fsm);
++        if (fsm->postpone < 0) {
++            rc = RPMRC_FAIL;
++            break;
++        }
++        }
+         /*@=evalorder@*/
+     }
+ if (fsmGetFi(fsm)->mapflags & IOSM_PAYLOAD_LIST) fsm->postpone = 1;
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +3 -0
new file mode 100644
index 0000000..f054546
@@ -0,0 +1,39 @@
+If we run builds on a filesystem with 64 bit inodes like XFS, we need to
+map the inode numbers to something 32 bit since the cpio header only allows
+for 32 bit inode values. If we don't do this:

meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch line 13

Quoted 10 lines
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +10 -0
+
+#define SET_NUM_FIELD(phys, val, space) \
+        sprintf(space, "%8.8lx", (unsigned long) (val)); \
+        memcpy(phys, space, 8)
+
+from cpio.c will print larger that 8 character values and then truncate the
+LSBs. This generates cpio files where hardlinked files may have the same
+inode number. The resulting rpms are then corrupted.
+
+There is a sperate patch for the crash the identical inode numbers causes

separate

Quoted 41 lines
meta/recipes-devtools/rpm/rpm/rpm-payload-use-hashed-inode.patch new file +26 -0
+when extracting the rpm.
+
+Patch taken from http://git.pld-linux.org/?p=packages/rpm.git;a=commitdiff;h=10526c23aac60b7b636e4c93862887dbef8e8f15
+
+RP 10/6/2014
+
+Upstream-Status: Pending
+
+--- rpm-5.4.10/lib/fsm.c~
++++ rpm-5.4.10/lib/fsm.c
+@@ -898,6 +898,7 @@ int fsmMapAttrs(IOSM_t fsm)
+
+     if (fi && i >= 0 && i < (int) fi->fc) {
+     mode_t perms = (S_ISDIR(st->st_mode) ? fi->dperms : fi->fperms);
++    ino_t finalInode = (fi->finodes ? (ino_t)fi->finodes[i] : 0);
+     mode_t finalMode = (fi->fmodes ? (mode_t)fi->fmodes[i] : perms);
+     dev_t finalRdev = (dev_t)(fi->frdevs ? fi->frdevs[i] : 0);
+     rpmuint32_t finalMtime = (fi->fmtimes ? fi->fmtimes[i] : 0);
+@@ -937,6 +938,7 @@ int fsmMapAttrs(IOSM_t fsm)
+         if ((S_ISCHR(st->st_mode) || S_ISBLK(st->st_mode))
+         && st->st_nlink == 0)
+         st->st_nlink = 1;
++        st->st_ino = finalInode;
+         st->st_rdev = finalRdev;
+         st->st_mtime = finalMtime;
+     }
meta/recipes-devtools/rpm/rpm_5.4.9.bb +2 -0
index 43f46ed..6934749 100644
@@ -91,6 +91,8 @@ SRC_URI = "http://www.rpm5.org/files/rpm/rpm-5.4/rpm-5.4.9-0.20120508.src.rpm;ex
         file://rpm-lsb-compatibility.patch \
         file://rpm-tag-generate-endian-conversion-fix.patch \
         file://rpm-verify-files.patch \
+       file://rpm-payload-use-hashed-inode.patch \
+       file://rpm-hardlink-segfault-fix.patch \
        "
 
  # Uncomment the following line to enable platform score debugging
Signature · 4 lines
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------
#3 lore raw
Quoted 34 lines · Gary Thomas
Quoted 24 lines · Mark Hatle
Quoted 14 lines · Richard Purdie

When building on XFS filesystems, the resulting rpms can be corrupted with the same inode number being used for multiple hardlinked files. There are two fixes, one to stop rpm crashing when accessing a broken binary rpm, the other to stop generating them in the first places. Full descriptions in the patch headers.

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +0 -0
new file mode 100644
index 0000000..d49de6f

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 2

Quoted 2 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +2 -0
@@ -0,0 +1,43 @@
+We need to sanity check that the nlink size and our linksLeft counter
+do match. If an rpm is badly constucted with identical inode values

s/constucted/constructed

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 3

Quoted 1 line
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +1 -0
+for multiple hardlinked files, such an rpm will overwise access memory

s/overwise/otherwise

Quoted 8 lines

meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch line 9

Quoted 6 lines
meta/recipes-devtools/rpm/rpm/rpm-hardlink-segfault-fix.patch new file +6 -0
+out of array bounds and cause memory corruption and crashes.
+
+The fix is to add in the sanity check and exit if bad circumstances
+are found. We need to fix the caller to check the return code too.
+
+RP 10/6/1024

2014?

Quoted 2 lines

Perhaps even an ISO date (2014-06-10) since that's what's used everywhere else (and it's not October yet, at least not on this side of the pond)

I do try and use ISO dates in patches after a comment from you a while back. On this occasion lets just say it wasn't the top thing on my mind (nor was spelling, clearly :/).

I've been staring at debugging this issue for 48 hours and there is some pressure on for getting it fixed and several things unblocked. I wasn't feeling particularly well when I started and am not much better now so let me just say thanks for the fixes and leave this there :)

Cheers,

Richard