summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/device/1066
blob: 9dc1909478de89dcea2fd324f826ff4d1b3938df (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
device: 0.895
instruction: 0.889
graphic: 0.799
network: 0.697
semantic: 0.601
mistranslation: 0.587
boot: 0.568
vnc: 0.521
socket: 0.484
KVM: 0.358
assembly: 0.292
other: 0.285

virtfs fails to access contents of non-readable directories
Description of problem:
Attempting to access a directory inside a non-readable directory via virtfs fails.
Steps to reproduce:
On host:
1. `mkdir -p test/foo/bar`
2. `echo hello world >test/foo/bar/baz.txt`
3. `chmod -r test/foo`

The following works on host:

```
$ ls test
foo
$ ls test/foo
ls: cannot open directory 'test/foo': Permission denied
$ ls test/foo/bar
baz.txt
```

However on guest:

```
bash-5.1# ls /test/
foo
bash-5.1# ls /test/foo/
ls: cannot open directory '/test/foo/': Permission denied
bash-5.1# ls /test/foo/bar/
ls: cannot access '/test/foo/bar/': Permission denied
```
Additional information:
I am guessing virtfs attempts to check rights (via access?) on the directory itself when obtaining an inode to give to the guest, however not having read access doesn't mean something can't be executed, especially for directories.