Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

permission exec mounts #559

Closed
TomTravis opened this issue Nov 17, 2022 · 10 comments
Closed

permission exec mounts #559

TomTravis opened this issue Nov 17, 2022 · 10 comments
Labels
inactive: OS issue This issue is about the OS itself instead of the webiste problem: bug Something isn't working

Comments

@TomTravis
Copy link

TomTravis commented Nov 17, 2022

Describe the bug
A clear and concise description of what the bug is.
bash: /usr/local/bin/test.sh: Permission denied
https://chromium.googlesource.com/chromiumos/docs/+/master/security/noexec_shell_scripts.md

To Reproduce
Steps to reproduce the behavior:
run example this should work in v106 this did work
in v107 is does not work
this is google example how to use the computer
security has done something not documented
chronos@localhost /usr/local/bin $ more mnt.sh
sudo mount -o remount,symfollow -o exec /media/removable/sd200
sudo mount -o remount,symfollow -o exec /tmp
sudo mount -o remount,symfollow -o exec /var/run
sudo mount -o remount,symfollow -o exec /
chronos@localhost /usr/local/bin $ mnt.sh
Password:
works

printf '#!/bin/sh\necho hi\n' > /usr/local/bin/test.sh
fail
chmod a+rx /usr/local/bin/test.sh
which test.sh
/usr/local/bin/test.sh test.sh
hi

  1. Go to '...'
  2. Click on '....'
  3. Scroll down to '....'
  4. See error

Expected behavior
A clear and concise description of what you expected to happen.
the sh file should run like mnt.sh does
writing to a file via printf fails
write to a file using
tee works

Screenshots
If applicable, add screenshots to help explain your problem.

Desktop (please complete the following information):
Version 107.0.5304.110 (Official Build) (32-bit)
Screenshot 2022-11-17 12 07 41 PM

  • OS: [e.g. iOS]
  • Browser [e.g. chrome, safari]
  • Version [e.g. 22]

Smartphone (please complete the following information):

  • Device: [e.g. iPhone6]
  • OS: [e.g. iOS8.1]
  • Browser [e.g. stock browser, safari]
  • Version [e.g. 22]
  • you have this chome://system screen shot

Additional context
Add any other context about the problem here.

chronos@localhost /usr/local/bin $ sudo printf '#!/bin/sh\necho hi\n' >>test.sh
bash: test.sh: Permission denied
chronos@localhost /usr/local/bin $ sudo vi /usr/local/bin/test.sh
chronos@localhost /usr/local/bin $ test.sh
bash: /usr/local/bin/test.sh: Permission denied
chronos@localhost /usr/local/bin $ sudo chmod 777 test.sh
chronos@localhost /usr/local/bin $ test.sh
#!/bin/sh
echo hi
chrosh shell screen shot
chronos@localhost /usr/local/bin $
Screenshot 2022-11-17 11 58 01 AM

@TomTravis TomTravis added the problem: bug Something isn't working label Nov 17, 2022
@TomTravis
Copy link
Author

TomTravis commented Nov 17, 2022

Screenshot 2022-11-17 1 22 49 PM
hello
it appear
sudo touch z.sh
sudo chmod 777 z.sh
sudo printf '#!/bin/sh\necho hi\n' >>z.sh
z.sh
works
so the file must exist inorder to write and exec it
now all my shell must have a touch test prior to printf
thank goodness for vscode and juypterlab

@TomTravis
Copy link
Author

TomTravis commented Nov 17, 2022

let keep this open for other comments
i reverted back to V106 and all is well
V107 v108... have the same issue
it a problem not the shell calls some undocumented security feature was introduced
it a bug to me

@TomTravis
Copy link
Author

TomTravis commented Nov 18, 2022

hello the exec is now running in /usr/local/bin
V106 i hope this change repairs the no permission issues
Screenshot 2022-11-18 3 38 48 PM
Screenshot 2022-11-18 3 40 53 PM
Screenshot 2022-11-18 3 45 04 PM

@TomTravis
Copy link
Author

well sed and update 2022 happened today
let hope it installs on 107..109 for people now running all in /usr/local/bin for install and update
Screenshot 2022-11-19 4 32 39 PM

@TomTravis
Copy link
Author

TomTravis commented Nov 20, 2022

great test2 is working change exec shell to /usr/local/bin from /tmp
mnt /usr/local exec,dev
dnschneid/crouton#4878
people are developing again wonderful news

@TomTravis
Copy link
Author

happy holiday
Hello,

Thanks for reaching out to us.

We have received your request.

We receive many such requests each day; your message is in our queue, and we'll get to it as quickly as our workload permits. Due to the large volume of requests that we receive, we will only be able to provide you with a response if we determine your request may be a valid and actionable legal complaint, and we may respond with questions or requests for clarification. For more information on Google's Terms of Service, please visit http://www.google.com/accounts/TOS

Regards,

The Google Team

Due to the impact of COVID-19, it may take us longer than usual to respond to your request. Our apologies for the inconvenience.

@Penguinbot4
Copy link

Penguinbot4 commented Nov 24, 2022

progress namespace and systemd starts
Screenshot_2022-11-23_16-42-55

@Penguinbot4
Copy link

Penguinbot4 commented Nov 25, 2022

Gentoo and Arch added happy holiday
Screenshot_2022-11-24_18-20-22
Screenshot_2022-11-24_18-14-43

@Snugug
Copy link
Collaborator

Snugug commented Nov 28, 2022

Thank you for reaching out to us! It looks like this is an issue with ChromeOS itself instead of the website. Please file a bug here so it can get into the hands of our OS engineers.

Thanks!

@Snugug Snugug closed this as completed Nov 28, 2022
@Snugug Snugug added the inactive: OS issue This issue is about the OS itself instead of the webiste label Nov 28, 2022
@Penguinbot4
Copy link

yes i have done this

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
inactive: OS issue This issue is about the OS itself instead of the webiste problem: bug Something isn't working
Projects
None yet
Development

No branches or pull requests

3 participants