1 |
Notes for TOMOYO Linux project |
Notes for TOMOYO Linux project |
2 |
|
|
3 |
This is a handy Mandatory Access Control patch for Linux kernels. |
This is a handy Mandatory Access Control patch for Linux kernels. |
4 |
This patch is released under the GPL. |
This patch is released under the GPLv2. |
5 |
|
|
6 |
Project URL: http://tomoyo.sourceforge.jp/ |
Project URL: http://tomoyo.sourceforge.jp/ |
7 |
|
|
1247 |
By default, this handler does nothing (i.e. merely reject execve() |
By default, this handler does nothing (i.e. merely reject execve() |
1248 |
request). You can specify any program to start what you want to do. |
request). You can specify any program to start what you want to do. |
1249 |
|
|
1250 |
You can redirect attackers to somewhere else (e.g. honeypot). |
You can redirect attackers to somewhere else (e.g. honey pot). |
1251 |
This makes it possible to act your Linux box as an on-demand honeypot |
This makes it possible to act your Linux box as an on-demand honey pot |
1252 |
while keeping regular services for your usage. |
while keeping regular services for your usage. |
1253 |
|
|
1254 |
You can collect information of the attacker (e.g. IP address) and |
You can collect information of the attacker (e.g. IP address) and |
1298 |
|
|
1299 |
0 -> disabled |
0 -> disabled |
1300 |
1 -> enabled |
1 -> enabled |
1301 |
|
|
1302 |
|
Fix 2008/03/10 |
1303 |
|
|
1304 |
|
@ Rename "force_alt_exec" keyword to "execute_handler". |
1305 |
|
|
1306 |
|
To be able to use different programs for validating execve() parameters, |
1307 |
|
I moved the location to specify the program's pathname from profile |
1308 |
|
to domain policy. |
1309 |
|
|
1310 |
|
The "execute_handler" keyword takes one pathname which is |
1311 |
|
invoked whenever execve() request is issued. Thus, any "allow_execute" |
1312 |
|
keywords in a domain with "execute_handler" are ignored. |
1313 |
|
This keyword is designed for validating expected/desirable execve() |
1314 |
|
requests in userspace, although there is no way to tell the caller |
1315 |
|
that the execve() request was rejected. |
1316 |
|
|
1317 |
|
@ Rename "alt_exec" keyword to "denied_execute_handler". |
1318 |
|
|
1319 |
|
The "denied_execute_handler" keyword takes one pathname which is |
1320 |
|
invoked only when execve() request was rejected. In other words, |
1321 |
|
this program is invoked only when the following conditions are met. |
1322 |
|
|
1323 |
|
(1) None of "allow_execute" keywords in the domain matched. |
1324 |
|
(2) The execve() request was rejected in enforcing mode. |
1325 |
|
(3) "execute_handler" keyword is not used by the domain. |
1326 |
|
|
1327 |
|
This keyword is designed for handling unexpected/undesirable execve() |
1328 |
|
requests, to redirect the process issuing such requests to somewhere. |
1329 |
|
|
1330 |
|
Fix 2008/03/18 |
1331 |
|
|
1332 |
|
@ Fix wrong/redundant locks in pre-vfs functions. |
1333 |
|
|
1334 |
|
lock_kernel()/unlock_kernel() in pre_vfs_rename() were redundant for |
1335 |
|
2.6 kernels. |
1336 |
|
|
1337 |
|
Locking order in pre_vfs_link() and pre_vfs_unlink() for 2.4 kernels |
1338 |
|
after 2.4.33 were different from before 2.4.32 . |
1339 |
|
|
1340 |
|
Fix 2008/03/28 |
1341 |
|
|
1342 |
|
@ Disable execute handler loop. |
1343 |
|
|
1344 |
|
To be able to use "execute_handler" in a "keep_domain" domain, |
1345 |
|
ignore "execute_handler" and "denied_execute_handler" keywords |
1346 |
|
if the current process is executing programs specified by |
1347 |
|
"execute_handler" or "denied_execute_handler" keyword. |
1348 |
|
|
1349 |
|
This exception is needed to avoid infinite execute handler loop. |
1350 |
|
If a domain has both "keep_domain" and "execute_handler", |
1351 |
|
any execute request by that domain is handled by an execute handler, |
1352 |
|
and the execute handler attempts to process original execute request. |
1353 |
|
But the original execute request is handled by the same execute handler |
1354 |
|
unless the execute handler ignores "execute_handler". |
1355 |
|
|
1356 |
|
@ Update coding style. |
1357 |
|
|
1358 |
|
I rewrote the code to pass scripts/checkpatch.pl as much as possible. |
1359 |
|
Function names were changed to use only lower letters. |
1360 |
|
|
1361 |
|
Version 1.6.0 2008/04/01 Feature enhancement release. |
1362 |
|
|
1363 |
|
Fix 2008/04/14 |
1364 |
|
|
1365 |
|
@ Fix "Compilation failures" and "Initialization ordering bugs" |
1366 |
|
with kernels before 2.4.30/2.6.11 . |
1367 |
|
|
1368 |
|
2.6 kernels before 2.6.9 didn't have include/linux/hardirq.h , |
1369 |
|
resulting compilation error at #include <linux/hardirq.h> . |
1370 |
|
I added #elif condition. |
1371 |
|
|
1372 |
|
CentOS 4.6's 2.6.9 kernel calls do_execve() before initialization of |
1373 |
|
ccs_alloc(), resulting NULL pointer dereference. |
1374 |
|
I changed __initcall to core_initcall. |
1375 |
|
|
1376 |
|
CentOS 4.6's 2.6.9 kernel backported kzalloc() from 2.6.14 , |
1377 |
|
resulting compilation error at kzalloc(). |
1378 |
|
I modified prototype of kzalloc(). |
1379 |
|
|
1380 |
|
Fix 2008/04/20 |
1381 |
|
|
1382 |
|
@ Fix "Compilation failures" with kernels before 2.4.30/2.6.11 . |
1383 |
|
|
1384 |
|
Turbolinux 10 Server's 2.6.8 kernel backported kzalloc() as an inlined |
1385 |
|
function, resulting compilation error at kzalloc(). |
1386 |
|
I converted kzalloc() from an inlined function into a macro. |
1387 |
|
|
1388 |
|
Fix 2008/04/21 |
1389 |
|
|
1390 |
|
@ Add workaround for gcc 3.2.2's inline bug. |
1391 |
|
|
1392 |
|
RedHat Linux 9's gcc 3.2.2 generated a bad code |
1393 |
|
if ((var_of_u8 & 0x000000BF) & 0x80000000) { } |
1394 |
|
where the expected code is |
1395 |
|
if ((var_of_u8 & 0xBF) & 0x80) { } |
1396 |
|
when embedding ccs_acl_type2() into print_entry(), |
1397 |
|
resulting runtime BUG(). |
1398 |
|
I added the expected code explicitly as a workaround. |
1399 |
|
|
1400 |
|
Fix 2008/05/06 |
1401 |
|
|
1402 |
|
@ Add memory quota. |
1403 |
|
|
1404 |
|
1.5.x returns -ENOMEM when FindNextDomain() failed to create a new |
1405 |
|
domain, but I forgot to return -ENOMEM when find_next_domain() failed to |
1406 |
|
create a new domain. |
1407 |
|
|
1408 |
|
A domain is automatically created by find_next_domain() only if |
1409 |
|
the domain for the requested program doesn't exist. |
1410 |
|
This behavior is for the administrator's convenience. |
1411 |
|
The administrator needn't to know how many domains are needed for running |
1412 |
|
the whole programs in the system beforehand when developing the policy. |
1413 |
|
But the administrator does not want the kernel to reject execution of the |
1414 |
|
requested program when developing the policy. |
1415 |
|
|
1416 |
|
So, I think it is better to grant execution of programs even if |
1417 |
|
find_next_domain() failed to create a new domain than reject execution. |
1418 |
|
Thus, I decided not to return -ENOMEM when find_next_domain() failed to |
1419 |
|
create a new domain. This exception breaks the domain transition rules, |
1420 |
|
so I print "transition_failed" warning in /proc/ccs/domain_policy |
1421 |
|
when this exception happened. |
1422 |
|
|
1423 |
|
Also, to prevent the system from being halted by unexpectedly allocating |
1424 |
|
all kernel memory for the policy, I added memory quota. |
1425 |
|
This quota is configurable via /proc/ccs/meminfo like |
1426 |
|
|
1427 |
|
echo Shared: 1048576 > /proc/ccs/meminfo |
1428 |
|
echo Private: 1048576 > /proc/ccs/meminfo |
1429 |
|
|
1430 |
|
Version 1.6.1 2008/05/?? Bug fix release. |