[PATCH v1 0/3] Improve server SECINFO robustness

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi-

This series addresses the concern I posted about here:

  http://marc.info/?l=linux-nfs&m=135975864104672&w=2

If a transient or permanent configuration error is introduced on a
Linux NFS server, it could cause the server to form an invalid reply
to a SECINFO request.  GSS flavors listed in the reply would appear
as their pseudoflavor numbers rather than as GSS triples.

This series applies on top of the series I posted last week:

  [PATCH v3 0/9] Dynamically load GSS pseudoflavors by OID

---

Chuck Lever (3):
      NFSD: Kill some mixed sign comparisons in fs/nfsd/nfs4xdr.c
      NFSD: SECINFO doesn't handle unsupported pseudoflavors correctly
      NFSD: Simplify GSS flavor encoding in nfsd4_do_encode_secinfo()


 fs/nfsd/nfs4xdr.c |   43 +++++++++++++++++++++++++------------------
 fs/nfsd/xdr4.h    |    2 +-
 2 files changed, 26 insertions(+), 19 deletions(-)

-- 
Chuck Lever
--
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Filesystem Development]     [Linux USB Development]     [Linux Media Development]     [Video for Linux]     [Linux NILFS]     [Linux Audio Users]     [Yosemite Info]     [Linux SCSI]

  Powered by Linux