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

periodic error when retrieving binary files from warewulf database #531

Closed
crbaird opened this issue Aug 28, 2017 · 5 comments
Closed

periodic error when retrieving binary files from warewulf database #531

crbaird opened this issue Aug 28, 2017 · 5 comments
Assignees
Labels
Milestone

Comments

@crbaird
Copy link
Member

crbaird commented Aug 28, 2017

When cgi-bin/file.pl attempts dynamic variable replacement on files stored in the database, binary files will occasionally match the substitution string, resulting in a garbage file being served. We saw this periodically when provisioning munge keys to compute nodes.

@crbaird crbaird added the bug label Aug 28, 2017
@crbaird crbaird self-assigned this Aug 28, 2017
@jmstover
Copy link

jmstover commented Aug 28, 2017 via email

@crbaird
Copy link
Member Author

crbaird commented Aug 28, 2017

Thanks, @jmstover. How offensive is adding a 'binary' format to the file object?

crbaird added a commit that referenced this issue Aug 28, 2017
@jmstover
Copy link

jmstover commented Aug 28, 2017 via email

@koomie koomie added this to the 1.3.2 milestone Aug 28, 2017
@bensallen
Copy link

@crbaird Just an FYI, provisioning a munge key (or any secret credential) via Warewulf's files mechanism is insecure. It's trivial for anyone on the same network as the Warewulf server to fetch any file without authentication, and we're not using TLS.

@crbaird
Copy link
Member Author

crbaird commented Aug 29, 2017

Temporary fix will hold until feature becomes available in upstream

@crbaird crbaird closed this as completed Aug 29, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants