| 1820 |
Workaround is to write an entry twice when newly appending that entry. |
Workaround is to write an entry twice when newly appending that entry. |
| 1821 |
If written twice, internal "allow_read" and "allow_write" entries |
If written twice, internal "allow_read" and "allow_write" entries |
| 1822 |
are updated. |
are updated. |
| 1823 |
|
|
| 1824 |
|
Fix 2009/02/26 |
| 1825 |
|
|
| 1826 |
|
@ Fix profile read error. |
| 1827 |
|
|
| 1828 |
|
Incorrect profiles were shown in /proc/ccs/profile |
| 1829 |
|
if either CONFIG_SAKURA or CONFIG_TOMOYO is disabled. |
| 1830 |
|
|
| 1831 |
|
Fix 2009/03/02 |
| 1832 |
|
|
| 1833 |
|
@ Undelete CONFIG_TOMOYO_AUDIT option. |
| 1834 |
|
|
| 1835 |
|
While HDD-less systems can use profiles with MAX_GRANT_LOG=0 and |
| 1836 |
|
MAX_REJECT_LOG=0 , I undeleted CONFIG_TOMOYO_AUDIT option for saving |
| 1837 |
|
memory used for /proc/ccs/grant_log and /proc/ccs/reject_log interfaces. |
| 1838 |
|
|
| 1839 |
|
Fix 2009/03/13 |
| 1840 |
|
|
| 1841 |
|
@ Show only profile entry names ever specified. |
| 1842 |
|
|
| 1843 |
|
Even if an administrator specifies only COMMENT= and MAC_FOR_FILE= |
| 1844 |
|
entries for /proc/ccs/profile , all available profile entries are shown. |
| 1845 |
|
This was designed to help administrators to know what entries are |
| 1846 |
|
available, but sometimes makes administrators feel noisy because of |
| 1847 |
|
entries showing default values. |
| 1848 |
|
|
| 1849 |
|
Thus, I modified to show only profile entry names ever specified. |
| 1850 |
|
|
| 1851 |
|
Fix 2009/03/18 |
| 1852 |
|
|
| 1853 |
|
@ Add MAC_FOR_IOCTL functionality. |
| 1854 |
|
|
| 1855 |
|
To be able to restrict ioctl() requests, I added MAC_FOR_IOCTL |
| 1856 |
|
functionality. |
| 1857 |
|
|
| 1858 |
|
This functionality requires modification of ccs-patch-\*.diff . |
| 1859 |
|
Therefore, this functionality will not work if you are using old |
| 1860 |
|
ccs-patch-\*.diff . |
| 1861 |
|
|
| 1862 |
|
@ Use better name for socket's pathname. |
| 1863 |
|
|
| 1864 |
|
Until now, socket's pathname was represented as "socket:[\$]" format |
| 1865 |
|
where \$ is inode's number. But inode's number is useless for name based |
| 1866 |
|
access control. Therefore, I modified to represent socket's pathname as |
| 1867 |
|
"socket:[family=\$:type=\$:protocol=\$]" format. |
| 1868 |
|
|
| 1869 |
|
This will help administrator to control ioctl() against sockets more |
| 1870 |
|
precisely. |
| 1871 |
|
|
| 1872 |
|
@ Fix misplaced ccs_capable() call. (only 2.6.8-\* and 2.6.9-\*) |
| 1873 |
|
|
| 1874 |
|
Location to insert ccs_capable(TOMOYO_SYS_IOCTL) in sys_ioctl() was |
| 1875 |
|
wrong since version 1.1 . |
| 1876 |
|
|
| 1877 |
|
@ Insert ccs_check_ioctl_permission() call. |
| 1878 |
|
|
| 1879 |
|
To enable MAC_FOR_IOCTL functionality work, I inserted |
| 1880 |
|
ccs_check_ioctl_permission() call into ccs-patch-\*.diff . |
| 1881 |
|
|
| 1882 |
|
Version 1.6.7 2009/??/?? Feature enhancement release. |
TOMOYO
Parent Directory
Revision Log
Patch