* Question about max syscall number
@ 2008-07-31 3:18 chuli
2008-08-04 3:06 ` [PATCH]Fix the bug about checking the " chuli
2008-08-04 19:46 ` Question about max " Steve Grubb
0 siblings, 2 replies; 5+ messages in thread
From: chuli @ 2008-07-31 3:18 UTC (permalink / raw)
To: 'Steve Grubb'; +Cc: 'linux-audit'
Hi,
When I use "auditctl -a exit,always -S 2015" in x86 system, this rule can be
added.
But I thought it would report error since there is not such syscall number "1000"
in x86, the max is 318. If I use "auditctl -a exit,always -S 2016" in x86 system,
it will report " Syscall name unknown: 2016". And it is the same with x86_64 and
ia64.
(syscalls in S390 and ppc syscall table is 1-318)
Is there any special reason to set the limitation as "2015"?
Regards
Chu Li
^ permalink raw reply [flat|nested] 5+ messages in thread
* [PATCH]Fix the bug about checking the syscall number
2008-07-31 3:18 Question about max syscall number chuli
@ 2008-08-04 3:06 ` chuli
2008-08-04 19:46 ` Question about max " Steve Grubb
1 sibling, 0 replies; 5+ messages in thread
From: chuli @ 2008-08-04 3:06 UTC (permalink / raw)
To: 'Steve Grubb'; +Cc: 'linux-audit'
Hi, Steve
> Is there any special reason to set the limitation as "2015"?
I think this is a bug. The syscall number is not actually limited according to
"syscall table" in different platform.
This is the patch for latest code in audit SVN project. How about your opinion?
Signed-off-by: Chu Li <chul@cn.fujitsu.com>
---
diff --git a/deprecated.c b/deprecated.c
index 4f0c14e..8be8d11 100755
--- a/deprecated.c
+++ b/deprecated.c
@@ -160,6 +160,8 @@ int audit_rule_syscallbyname(struct audit_rule *rule,
if (nr < 0) {
if (isdigit(scall[0]))
nr = strtol(scall, NULL, 0);
+ if (audit_syscall_to_name(nr,machine) == NULL)
+ return -1;
}
if (nr >= 0)
return audit_rule_syscall(rule, nr);
> -----Original Message-----
> From: linux-audit-bounces@redhat.com [mailto:linux-audit-bounces@redhat.com] On
> Behalf Of chuli
> Sent: Thursday, July 31, 2008 11:18 AM
> To: 'Steve Grubb'
> Cc: 'linux-audit'
> Subject: Question about max syscall number
>
> Hi,
>
> When I use "auditctl -a exit,always -S 2015" in x86 system, this rule can be
> added.
> But I thought it would report error since there is not such syscall number
> "1000"
> in x86, the max is 318. If I use "auditctl -a exit,always -S 2016" in x86
> system,
> it will report " Syscall name unknown: 2016". And it is the same with x86_64 and
> ia64.
> (syscalls in S390 and ppc syscall table is 1-318)
>
> Is there any special reason to set the limitation as "2015"?
>
> Regards
> Chu Li
>
>
>
>
> --
> Linux-audit mailing list
> Linux-audit@redhat.com
> https://www.redhat.com/mailman/listinfo/linux-audit
^ permalink raw reply related [flat|nested] 5+ messages in thread* Re: Question about max syscall number
2008-07-31 3:18 Question about max syscall number chuli
2008-08-04 3:06 ` [PATCH]Fix the bug about checking the " chuli
@ 2008-08-04 19:46 ` Steve Grubb
2008-08-05 7:13 ` chuli
1 sibling, 1 reply; 5+ messages in thread
From: Steve Grubb @ 2008-08-04 19:46 UTC (permalink / raw)
To: chuli; +Cc: 'linux-audit'
On Wednesday 30 July 2008 23:18:15 chuli wrote:
> When I use "auditctl -a exit,always -S 2015" in x86 system, this rule can
> be added. But I thought it would report error since there is not such
> syscall number "1000" in x86, the max is 318.
We allow this because its possible that someone could write a kernel module
(maybe not in Linus tree) that adds syscall numbers. While we wouldn't have
a text interpretation for what it means, we thought that if this occurs that
we would like to allow people to audit these new syscalls if they existed.
Its otherwise harmless if you don't consider the performance hit.
-Steve
^ permalink raw reply [flat|nested] 5+ messages in thread
* RE: Question about max syscall number
2008-08-04 19:46 ` Question about max " Steve Grubb
@ 2008-08-05 7:13 ` chuli
2008-08-05 13:58 ` Steve Grubb
0 siblings, 1 reply; 5+ messages in thread
From: chuli @ 2008-08-05 7:13 UTC (permalink / raw)
To: 'Steve Grubb'; +Cc: 'linux-audit'
Hi,
> We allow this because its possible that someone could write a kernel module
> (maybe not in Linus tree) that adds syscall numbers.
I see. Will it be added in the manual?
If I add a syscall whose number is 1000 in x86, such syscall can also be
auditd. And If I use ausearch -i -sc 1000 to lookup the log, the result is "
syscall=unknown syscall(1000)". Is it should be interpreted in the manual?
Regards
Chu Li
> -----Original Message-----
> From: Steve Grubb [mailto:sgrubb@redhat.com]
> Sent: Tuesday, August 05, 2008 3:46 AM
> To: chuli
> Cc: 'linux-audit'
> Subject: Re: Question about max syscall number
>
> On Wednesday 30 July 2008 23:18:15 chuli wrote:
> > When I use "auditctl -a exit,always -S 2015" in x86 system, this rule can
> > be added. But I thought it would report error since there is not such
> > syscall number "1000" in x86, the max is 318.
>
> We allow this because its possible that someone could write a kernel module
> (maybe not in Linus tree) that adds syscall numbers. While we wouldn't have
> a text interpretation for what it means, we thought that if this occurs that
> we would like to allow people to audit these new syscalls if they existed.
> Its otherwise harmless if you don't consider the performance hit.
>
> -Steve
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Question about max syscall number
2008-08-05 7:13 ` chuli
@ 2008-08-05 13:58 ` Steve Grubb
0 siblings, 0 replies; 5+ messages in thread
From: Steve Grubb @ 2008-08-05 13:58 UTC (permalink / raw)
To: chuli; +Cc: 'linux-audit'
On Tuesday 05 August 2008 03:13:14 chuli wrote:
> > We allow this because its possible that someone could write a kernel
> > module (maybe not in Linus tree) that adds syscall numbers.
>
> I see. Will it be added in the manual?
I suppose I could add a few words. But I don't want to go too far with this
since I am yet to see a module in the main line that does this. I don't want
to emphasize something that is rare, or only theoretically possible but in
practice doesn't exist.
> If I add a syscall whose number is 1000 in x86, such syscall can also be
> auditd.
Sure.
> And If I use ausearch -i -sc 1000 to lookup the log, the result is
> " syscall=unknown syscall(1000)". Is it should be interpreted in the
> manual?
There is no way to intepret it. We don't know what it is.
-Steve
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-08-05 13:58 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-07-31 3:18 Question about max syscall number chuli
2008-08-04 3:06 ` [PATCH]Fix the bug about checking the " chuli
2008-08-04 19:46 ` Question about max " Steve Grubb
2008-08-05 7:13 ` chuli
2008-08-05 13:58 ` Steve Grubb
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox