Google、SMBv1にのみ対応するAndroid用Sambaクライアントを公開 | スラド セキュリティ
GoogleがAndroid向けのSambaクライアント「Android Samba Client」をGoogle Playで公開したのだが、対応プロトコルがSMBv1のみになっていることが話題となっている（Android Police、Neowin、Register、9to5Google）。 Android Samba Clientはローカルネットワーク上の共有フォルダーをマウントし、Android標準のファイル管理機能でアクセスできるようにするというものだ。ただし、共有フォルダーをブラウズする機能はなく、直接UNCパスを入力してマウントする必要がある。また、マウントを解除する機能が搭載されていないため、マウントを解除するにはアプリのデータを消去するしかないようだ。 SMBv1は30年近く前に開発された古いプロトコルであり、最近はWannaCryptなどSMBv1の脆弱性を悪用するランサ
Windows7でsambaのファイルがうまく開けない件について（oplocks死すべし） | Nobwak's Lair
昨年あたりからWindows XPのサポート終了にともない、Windows 7へクライアントOSを移す企業が多い。 私の仕事PCも過日、ついに7に変更された。 さすがに色んなところが改善されていて使いやすくなっているのだが、なぜかSambaに置いてあるファイルが壊れたり、誰も開いていないはずなのに読み取り専用でしか開けない事象が頻発した。 特に共有設定したOfficeドキュメントで顕著。 しばらく悩んでいたのだが、Sambaのログにoplocks failedという記録を見つけて（おそらく）対処方法が分かった。 以下に示す。 Sambaのバージョンは3.6.22である。 結論 smb.confのglobalセクションに以下を書け。 ネタ元 ネットを渉猟したところ、やはりOplocksの評判はあまりよくない。 以下のホワイトペーパーが分かりやすかった。 Oplocksとread cachin
Sambaに深刻な脆弱性、Linux各社が更新版をリリース
Samba 3.5系以降の全バージョンに脆弱性が存在する。悪用された場合、認証を経ることなくリモートからroot権限で任意のコードを実行される恐れがある。 LinuxやUNIX系システムが採用しているオープンソースのファイルサーバソフトウェア「Samba」に深刻な脆弱性が見つかり、Linuxディストリビューター各社が更新版をリリースして対処している。 Red Hatのブログによると、脆弱性はsmbdファイルサーバデーモンで初期化されていないポインタが使われていることに起因する。細工を施したパケットをSambaサーバに送り付けることによって悪質なSambaクライアントに悪用される恐れがあり、認証を経ることなくリモートからroot権限で任意のコードを実行される恐れがある。 ただ、現時点でこれが実際に通用する形で再現された事例は確認されていないという。 この脆弱性はSamba 3.5系～4.2系
mount.cifs
username=arg接続する際に用いるユーザ名を指定する。 指定されていないときは、環境変数 USER が使用される。このオプションは、"user%password" や "user/workgroup" もしくは "user/workgroup%password" という形で、ユーザ名の一部としてパスワードやワークグループを 指定することも可能である。 password=argCIFS のパスワードを指定する。 指定されていないときは、環境変数 PASSWD が使用される。パスワードが取得できなければ、guest オプションが指定されていない限り、mount.cifs はパスワードを求めるプロンプトを表示する。 コマンドラインでは、(カンマ','のような) 引数の区切り文字を含む パスワードは、正しく認識できないことに注意すること。ただし、 PASSWD 環境変数やパスワードを格納し
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
