Lockheed Martin Proprietary/Export Controlled Information Proprietary information owned by Lockheed Martin, such as business, financial or technical information, that requires protection from unauthorized disclosure, and is subject to US or foreign export control laws or regulations. . . . Message Start: -----------------------<o:p></o:p><html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns:p="urn:schemas-microsoft-com:office:powerpoint" xmlns:a="urn:schemas-microsoft-com:office:access" xmlns:dt="uuid:C2F41010-65B3-11d1-A29F-00AA00C14882" xmlns:s="uuid:BDC6E3F0-6DA3-11d1-A2A3-00AA00C14882" xmlns:rs="urn:schemas-microsoft-com:rowset" xmlns:z="#RowsetSchema" xmlns:b="urn:schemas-microsoft-com:office:publisher" xmlns:ss="urn:schemas-microsoft-com:office:spreadsheet" xmlns:c="urn:schemas-microsoft-com:office:component:spreadsheet" xmlns:odc="urn:schemas-microsoft-com:office:odc" xmlns:oa="urn:schemas-microsoft-com:office:activation" xmlns:html="http://www.w3.org/TR/REC-html40" xmlns:q="http://schemas.xmlsoap.org/soap/envelope/" xmlns:rtc="http://microsoft.com/officenet/conferencing" xmlns:D="DAV:" xmlns:Repl="http://schemas.microsoft.com/repl/" xmlns:mt="http://schemas.microsoft.com/sharepoint/soap/meetings/" xmlns:x2="http://schemas.microsoft.com/office/excel/2003/xml" xmlns:ppda="http://www.passport.com/NameSpace.xsd" xmlns:ois="http://schemas.microsoft.com/sharepoint/soap/ois/" xmlns:dir="http://schemas.microsoft.com/sharepoint/soap/directory/" xmlns:ds="http://www.w3.org/2000/09/xmldsig#" xmlns:dsp="http://schemas.microsoft.com/sharepoint/dsp" xmlns:udc="http://schemas.microsoft.com/data/udc" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:sub="http://schemas.microsoft.com/sharepoint/soap/2002/1/alerts/" xmlns:ec="http://www.w3.org/2001/04/xmlenc#" xmlns:sp="http://schemas.microsoft.com/sharepoint/" xmlns:sps="http://schemas.microsoft.com/sharepoint/soap/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:udcs="http://schemas.microsoft.com/data/udc/soap" xmlns:udcxf="http://schemas.microsoft.com/data/udc/xmlfile" xmlns:udcp2p="http://schemas.microsoft.com/data/udc/parttopart" xmlns:wf="http://schemas.microsoft.com/sharepoint/soap/workflow/" xmlns:dsss="http://schemas.microsoft.com/office/2006/digsig-setup" xmlns:dssi="http://schemas.microsoft.com/office/2006/digsig" xmlns:mdssi="http://schemas.openxmlformats.org/package/2006/digital-signature" xmlns:mver="http://schemas.openxmlformats.org/markup-compatibility/2006" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns:mrels="http://schemas.openxmlformats.org/package/2006/relationships" xmlns:spwp="http://microsoft.com/sharepoint/webpartpages" xmlns:ex12t="http://schemas.microsoft.com/exchange/services/2006/types" xmlns:ex12m="http://schemas.microsoft.com/exchange/services/2006/messages" xmlns:pptsl="http://schemas.microsoft.com/sharepoint/soap/SlideLibrary/" xmlns:spsl="http://microsoft.com/webservices/SharePointPortalServer/PublishedLinksService" xmlns:Z="urn:schemas-microsoft-com:" xmlns:st="" xmlns="http://www.w3.org/TR/REC-html40"><head><meta name=ProgId content=Word.Document><meta name=Generator content="Microsoft Word 12"><meta name=Originator content="Microsoft Word 12"><link rel=File-List href="cid:filelist.xml@01CBFDD1.CED26C00"><style></style></head><body lang=EN-US link=blue vlink=purple style='tab-interval:.5in'><div class=WordSection1>Steve,<o:p></o:p><o:p> </o:p> Hi, we have what I think is a new but undesirable result trying to audit access failures on files in a NISPOM audit configuration.<o:p></o:p>We are not seeing audit events for the access failures if the file has a parent directory in the path that blocks access.<o:p></o:p> Example:<o:p></o:p>Directory Permission<o:p></o:p> /var 755<o:p></o:p>/var/test 755<o:p></o:p>/var/test/bin 700<o:p></o:p>/var/test/bin/file 740<o:p></o:p><o:p> </o:p> If an unprivileged user attempts to change /var/test/bin/file there is no audit event recorded, either for the file or the parent directory /var/test/bin.<o:p></o:p> Our theory is that the failure to open the /var/test/bin directory causes the audit path to be broken, or something to the like, please excuse my terminology faux pas. <o:p></o:p> This is happening on the following configuration:<o:p></o:p><![if !supportLists]>- <![endif]>Kernel - 2.6.18-238.5.1.el5<o:p></o:p><![if !supportLists]>- <![endif]>Auditd - 1.7.18-2.el5<o:p></o:p><o:p> </o:p> We have tried the following auditd rules (among others), no change in result:<o:p></o:p><![if !supportLists]>- <![endif]>-w /var/test/bin/file –p rwxa<o:p></o:p><![if !supportLists]>- <![endif]>-a exit,always –S open –F path=/var/test/bin/file –F success=0<o:p></o:p><![if !supportLists]>- <![endif]>-a exit,always –S open –R dir=/var/test/ -F success=0<o:p></o:p><o:p> </o:p> And, this is something New, we have been using watches to audit this file for years with previous kernel and auditd versions, such as:<o:p></o:p><![if !supportLists]>- <![endif]>Kernel - 2.6.9-100.ELsmp<o:p></o:p><![if !supportLists]>- <![endif]>Auditd - 1.0.16-4.el4_8.1<o:p></o:p><o:p> </o:p> On this system we get audit events for access failures using a simple file watch.<o:p></o:p><o:p> </o:p> Are we missing something obvious?<o:p></o:p> Thanks! For any help,<o:p></o:p><o:p> </o:p>Tom Call, LMCO<o:p></o:p></div></body></html>