Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp4587006imm; Wed, 30 May 2018 08:16:15 -0700 (PDT) X-Google-Smtp-Source: ADUXVKJUJXlJsH4phF/z6gdLstTYOxisaVTuswexRei114NxfgqQsMqWOaPHyX3gd+GsyePrQ+qh X-Received: by 2002:a17:902:ac8d:: with SMTP id h13-v6mr3267086plr.338.1527693375929; Wed, 30 May 2018 08:16:15 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1527693375; cv=none; d=google.com; s=arc-20160816; b=Q96f0JK+CAAI3zhnPdYKlLhN6ZTAnsIdQlmdTiQyym5NSTEQNRyrCeiQFZamt6VrNf +sHVrX9ELhbKS7cMpjXAHfJu1tIsuSkolexWATiIpRNMvcQU4jldi1e5IvQMnjksD2tF Eb6ru38QNdHeG4NQhNFDg++KsPZlHKdtoqpluesn2JI4OWslLgOeFrlacnyRmqcrqape dd2SP1404ldrOf/+newRoPe7qSBcAsuX4pV4JZI66g/473aFJfqXonHIYs/+FH9EOOFE VberE0v60MRBdlQYepmKPaTy9RaCQntkXsBFokK6+3EKnGXviDoqvXRY+IDaPAt9ysKc yfCQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:organization:message-id:date:subject:cc:to :from:arc-authentication-results; bh=Z3vdMZrnH8pinr6L4WdACWj8TQ/u2jDpAwQPBqPP2O4=; b=cwTE4ohsrisTBgCwlGlJ/rxLGSzqvzHJmeLQo0/lXZCntv3Z/HZ4QqJJlQjpSUlEgO TCGw9tsgXwjLL99AkMojnaDEcEIeNDhrid6uLbNy/UsbtTek26KnPZ1lWB81e4aaw07h pUjSuoZXlJTJqDtllE/sMzV6p68w2T1cr8Exx+pStHjpm0cd2Zs2Agtlxvb4f0+MjrWp F5n8Y3eyEWiV4LnjTl+LqGVvgdaaOmiN5icVwgtX+00vgId126WzbOpZKjIO0CUYGTTO D+jK3qKXSo2vLRjhqfwAwgsgf1x4q4jP36nd1Aw2E72pFIIYpw3HXF/WbRNokhLMxAEk 0QEA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id c27-v6si4285948pgn.320.2018.05.30.08.16.01; Wed, 30 May 2018 08:16:15 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753815AbeE3PPh (ORCPT + 99 others); Wed, 30 May 2018 11:15:37 -0400 Received: from mx3-rdu2.redhat.com ([66.187.233.73]:42932 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750990AbeE3PPc (ORCPT ); Wed, 30 May 2018 11:15:32 -0400 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.rdu2.redhat.com [10.11.54.3]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 9CE6F859AC; Wed, 30 May 2018 15:15:31 +0000 (UTC) Received: from x2.localnet (ovpn-120-68.rdu2.redhat.com [10.10.120.68]) by smtp.corp.redhat.com (Postfix) with ESMTP id 26D9110EE6CE; Wed, 30 May 2018 15:15:29 +0000 (UTC) From: Steve Grubb To: Stefan Berger Cc: zohar@linux.vnet.ibm.com, linux-integrity@vger.kernel.org, linux-kernel@vger.kernel.org, linux-audit@redhat.com Subject: Re: [PATCH 8/8] ima: Differentiate auditing policy rules from "audit" actions Date: Wed, 30 May 2018 11:15:29 -0400 Message-ID: <15281606.YptaXzsEVL@x2> Organization: Red Hat In-Reply-To: <2d5baf73-755b-dc82-a778-25a3cd22989a@linux.vnet.ibm.com> References: <20180524201105.3179904-1-stefanb@linux.vnet.ibm.com> <1569841.KfYyxMilWs@x2> <2d5baf73-755b-dc82-a778-25a3cd22989a@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Scanned-By: MIMEDefang 2.78 on 10.11.54.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Wed, 30 May 2018 15:15:31 +0000 (UTC) X-Greylist: inspected by milter-greylist-4.5.16 (mx1.redhat.com [10.11.55.2]); Wed, 30 May 2018 15:15:31 +0000 (UTC) for IP:'10.11.54.3' DOMAIN:'int-mx03.intmail.prod.int.rdu2.redhat.com' HELO:'smtp.corp.redhat.com' FROM:'sgrubb@redhat.com' RCPT:'' Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, May 30, 2018 9:54:00 AM EDT Stefan Berger wrote: > On 05/29/2018 05:30 PM, Steve Grubb wrote: > > Hello, > > > > On Thursday, May 24, 2018 4:11:05 PM EDT Stefan Berger wrote: > >> The AUDIT_INTEGRITY_RULE is used for auditing IMA policy rules and > >> the IMA "audit" policy action. This patch defines > >> AUDIT_INTEGRITY_POLICY_RULE to reflect the IMA policy rules. > >> > >> With this change we now call integrity_audit_msg_common() to get > >> common integrity auditing fields. This now produces the following > >> record when parsing an IMA policy rule: > >> > >> type=UNKNOWN[1806] msg=audit(1527004216.690:311): action=dont_measure \ > >> > >> fsmagic=0x9fa0 pid=1613 uid=0 auid=0 ses=2 \ > >> subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 \ > >> op=policy_update cause=parse_rule comm="echo" exe="/usr/bin/echo" \ > >> tty=tty2 res=1 > > > > Since this is a new event, do you mind moving the tty field to be between > > auid= and ses= ? That is the more natural place for it. > > 6/8 refactors the code so that the integrity audit records produced by > IMA follow one format in terms of ordering of the fields, with fields > like inode optional, though, and AUDIT_INTEGRITY_RULE in the end being > the only one with a different format. Do we really want to change that > order just for 1806? > > 5/8 now produces the following: > > type=INTEGRITY_PCR msg=audit(1527685075.941:502): pid=2431 \ > uid=0 auid=1000 ses=5 \ > subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 \ > op=invalid_pcr cause=open_writers comm="grep" \ > name="/var/log/audit/audit.log" dev="dm-0" ino=1962494 \ > exe="/usr/bin/grep" tty=pts0 res=1 > > Comparing the two: > > 1806: action, fsmagic, pid, uid, auid, ses, subj, op, cause, > comm, exe, tty, res > INTEGRITY_PCR: pid, uid, auid, ses, subj, op, cause, > comm, name, dev, ino, exe, tty, res OK. I guess go with it as is. It passes testing. -Steve > > Also, it might be more natural for the op= and cause= fields to be before > > the pid= portion. This doesn't matter as much to me because those are > > not searchable fields and they are skipped right over. But moving the > > tty field is the main comment from me. > > With the refactoring in 6/8 we at least have consistency among the > INTEGRITY_* records, with the only exception being AUDIT_INTEGRITY_RULE > that has its own format: > > https://elixir.bootlin.com/linux/latest/source/security/integrity/ima/ima_a > pi.c#L324 > > The other ones currently all format using integrity_audit_msg(). > > > Thanks, > > -Steve > > > >> Signed-off-by: Stefan Berger > >> --- > >> > >> include/uapi/linux/audit.h | 3 ++- > >> security/integrity/ima/ima_policy.c | 5 +++-- > >> 2 files changed, 5 insertions(+), 3 deletions(-) > >> > >> diff --git a/include/uapi/linux/audit.h b/include/uapi/linux/audit.h > >> index 4e61a9e05132..776e0abd35cf 100644 > >> --- a/include/uapi/linux/audit.h > >> +++ b/include/uapi/linux/audit.h > >> @@ -146,7 +146,8 @@ > >> > >> #define AUDIT_INTEGRITY_STATUS 1802 /* Integrity enable status */ > >> #define AUDIT_INTEGRITY_HASH 1803 /* Integrity HASH type */ > >> #define AUDIT_INTEGRITY_PCR 1804 /* PCR invalidation msgs */ > >> > >> -#define AUDIT_INTEGRITY_RULE 1805 /* policy rule */ > >> +#define AUDIT_INTEGRITY_RULE 1805 /* IMA "audit" action policy msgs > >> */ +#define AUDIT_INTEGRITY_POLICY_RULE 1806 /* IMA policy rules */ > >> > >> #define AUDIT_KERNEL 2000 /* Asynchronous audit record. NOT A > > > > REQUEST. */ > > > >> diff --git a/security/integrity/ima/ima_policy.c > >> b/security/integrity/ima/ima_policy.c index 3aed25a7178a..a8ae47a386b4 > >> 100644 > >> --- a/security/integrity/ima/ima_policy.c > >> +++ b/security/integrity/ima/ima_policy.c > >> @@ -634,7 +634,7 @@ static int ima_parse_rule(char *rule, struct > >> ima_rule_entry *entry) int result = 0; > >> > >> ab = integrity_audit_log_start(NULL, GFP_KERNEL, > >> > >> - AUDIT_INTEGRITY_RULE); > >> + AUDIT_INTEGRITY_POLICY_RULE); > >> > >> entry->uid = INVALID_UID; > >> entry->fowner = INVALID_UID; > >> > >> @@ -926,7 +926,8 @@ static int ima_parse_rule(char *rule, struct > >> ima_rule_entry *entry) temp_ima_appraise |= IMA_APPRAISE_FIRMWARE; > >> > >> else if (entry->func == POLICY_CHECK) > >> > >> temp_ima_appraise |= IMA_APPRAISE_POLICY; > >> > >> - audit_log_format(ab, "res=%d", !result); > >> + integrity_audit_msg_common(ab, NULL, NULL, > >> + "policy_update", "parse_rule", result); > >> > >> audit_log_end(ab); > >> return result; > >> > >> }