-
Notifications
You must be signed in to change notification settings - Fork 29
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
mount.cifs fails to honor vers 1.0 dialect ? #438
Labels
Comments
nsauzede
changed the title
mount.cifs fails to honor vers 1.0 dialect
mount.cifs fails to honor vers 1.0 dialect ?
Feb 8, 2019
@ahkok - thoughts on this? Might support for CIFS 1.0 be something turned off for security reasons? |
from
|
Our kernel has CONFIG_CIFS_ALLOW_INSECURE_LEGACY disabled. The kernel recommends disabling this option because the SMB1 protocol is insecure. You would have to recompile the kernel to enable it yourself. We can no longer enable this option by default. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Describe the bug
I noticed a mount.cifs missing feature bug (or maybe a security feature rather than a bug ?)
I can't mount an old cifs server (dialect 1.0) when I can on ubuntu18.10 (same mount.cifs version)
dmesg reports that we must specify the mount.cifs option "vers=1.0" (same as required on Ubuntu18.10),
but when we do so, we get an EINVAL
To Reproduce
Steps to reproduce the behavior:
On CLR :
Expected behavior
On Ubuntu18.10 :
Screenshots
N/A
Environment (please complete the following information):
cat /usr/lib/os-release
]NAME="Clear Linux OS"
VERSION=1
ID=clear-linux-os
ID_LIKE=clear-linux-os
VERSION_ID=27700
PRETTY_NAME="Clear Linux OS"
ANSI_COLOR="1;35"
HOME_URL="https://clearlinux.org"
SUPPORT_URL="https://clearlinux.org"
BUG_REPORT_URL="mailto:dev@lists.clearlinux.org"
PRIVACY_POLICY_URL="http://www.intel.com/privacy"
sudo swupd bundle-list
]acpica-unix2
alsa-utils
ansible
binutils
bison
bootloader
c-basic
cloud-api
cloud-control
clr-installer
containers-basic
curl
desktop
desktop-apps
desktop-assets
desktop-autostart
desktop-gnomelibs
desktop-locales
diffutils
dosfstools
doxygen
editors
emacs
ethtool
file
findutils
firefox
flex
fonts-basic
fuse
fwupdate
gdb
git
go-basic
gzip
htop
ipmitool
iproute2
irssi
java-basic
joe
kbd
kernel-install
kernel-native
kvm-host
less
libX11client
libva-utils
llvm
locales
make
nasm
network-basic
nfs-utils
nginx
openssh-server
openssl
os-core
os-core-update
os-core-webproxy
p11-kit
parallel
patch
perl-basic
pmdk
powertop
pxe-server
python2-basic
python3-basic
smartmontools
storage-utils
strace
sudo
sysadmin-basic
sysadmin-hostmgmt
telemetrics
thermal_daemon
tmux
tzdata
unzip
valgrind
vim
weechat
which
wpa_supplicant
x11-server
xemacs
xfsprogs
xterm
xz
zip
znc
zstd
Additional context
Running CLR in a Virtualbox VM, but also running said Ubuntu18.10 in same kind of Virtualbox VM
(both see the same network, standard NAT of course)
The text was updated successfully, but these errors were encountered: