【NAS】Synology vs QNAP対決スレ【社員OK】 Part.2
レス数が950を超えています。1000を超えると書き込みができなくなります。
!extend:none:none:1000:512
社員も信者も大歓迎！！高機能NASメーカー対決！！
次ｽﾚは>>970がｽﾚ立て
1行目に!extend:none:none:1000:512と記載し、ﾜｯﾁｮｲ無(IDなし)設定とする
2行目に!extend:none:none:1000:512を記載し、残す(1行目は消えてしまいます)
●公式ｻｲﾄ
https://www.synology.com/ja-jp/
https://www.qnap.com/ja-jp/
※スレ
【高機能】 Synology 総合 part25
https://mevius.5ch.net/test/read.cgi/hard/1617268159/
【静音・高機能NAS】QNAP part55【自宅サーバ】
https://mevius.5ch.net/test/read.cgi/hard/1615087933/
※前スレ
【NAS】Synology vs QNAP対決スレ【社員OK】
https://mevius.5ch.net/test/read.cgi/hard/1618458299/
VIPQ2_EXTDAT: none:none:1000:512:: EXT was configured 陰謀論好きはさすがQ信者だな
Qアノンも信奉してそう Synologyさん、開発リソース突っ込むところ適格すぎる
DSM開発よりもマルウェア開発してたかｗ 海外でも認識されてるのに特に盛り上がらず沈静化してるし、こっちからもっと各所に問題提起した方がいいんじゃね >>838
Redditの内容が2021/3/23
ドイツのやつが2021/3/25
5chのやつが、2021/3/27
殆ど同じ時期に報告されてるな。
多分、それなりにWatchしてる人ならSynologyにも確認してるだろ。
DSMのRelaseNote見ると、Version: 6.2.4-25556 Update 1(2021-04-01)が脆弱性のFixでもないのに大した内容無しにReleaseされてる。
騒がれたから急いで証拠隠滅リリースしたのかもな。 これはQlockerみたいなランサムが来た場合に備えてQNAPユーザーに注意喚起をするという、Synologyの友好的かつ親切な対応だというのに酷い言われようだな これで気が付いてAdmin無効にして、Qlockerの被害を受けなかった人も居るんじゃないのか？Synologyに感謝すべきかと思うぞ。 管理ポート変更してないSynology NASが踏み台にされて
同じく管理ポート変更してないQNAP NASが標的にされたってわけか 踏み台にされるってことは侵入されて実行権限取得されたはずなのに、そのNASのデータには一切手を付けられていないっておかしいだろ
大騒ぎになる前に収束できたのはDSMのアップデートとかでコントロールされてただろうし、ユーザーのデータに被害でたら困るのはSynology自身 踏み台は気付かれちゃオワリなんでデータには触れないよ
アプデ禁止したりアンチウイルスアプリを書き換えたりはするけどな 踏み台はあくまでバックドアを作って、命令の受け口程度にしかならないよ
そもそも狙われてるのが篠とQ共にデフォルトポートのNASって時点でお察しでしょ つまりSynologyは余裕で侵入して踏み台に出来るってことか 俺も昔よくメ◯コの無線ルータに入ってsocks串代わりにして遊んだけど
root取ったりするとバレるからファームアプデ用のテンポラリディレクトリを消す程度にしといたよ
踏み台になってる側からみたらファームアプデが失敗する程度にしか分からない ブルートフォース仕込んでたり、マルウェアやランサムウェアと関係してるのが事実なら社会的に死亡だから絶対に認めないだろ ランサム事業のプラットフォーム（踏み台）としてSynologyユニットを市場に送り込んでいる訳か ランサム作って他社の評判落した方がアプリ作るより手っ取り早いからな ■推察されること
・大量のユニットにStealthWorkerを仕込めるのはSynology自身による作業の可能性。
たとえSynologyのDSMにも簡単に侵入して踏み台にできる脆弱性があるとしても、その後の収束の素早さは説明できない。
2021年3月のSynologyからの大量のBrute forceアタックは、直後に発生したQlockerの呼び水だったのか？
・Synology自身の自作自演？
SynologyがStealthWorkerの攻撃を調査中との報告。だたし被害は無い。
QNAPが標的にされて、Synologyが標的になっていないと不自然なための自作自演なのか？
他のech0raix等にも同様なことが言えるかも。
・個人NASが狙われている理由
個人NASのランサムウェアによる収入はそれほど大きくないと推察される。
それなのに個人NASが狙われる理由はランサムウェアによる収入ではなく、競合他社の評判を落とすため？（Asustorも狙われた）
Synologyに被害が無いのはSynologyのセキュリティが強固だからなのか、ランサムウェアの作成者がSynology側だからなのか。。
上の推察は別にしても、大量のDSMにStealthWorkerが入ってたのは事実で、Synology自身の業でないとしたらDSMも踏み台になり得る脆弱性があることになる。
それなのにデータ被害が全くないことは、「踏み台は気付かれちゃオワリ」とかいう理由では説明しきれないだろ。
Qlockerは別としても、少なくともStealthWorkerをQNAPに対して使用したのはSynologyだと思うけどな。 まとめおつかれ
つまり某S社はアプリの代わりにランサム開発してユーザーに競合他社をアタックさせてたということだな 監視カメラ録画用にNAS増やそうと思ってSynologyもいいなと思ったらDS220+でも無料ライセンス2個だと？
QNAPなら同価格帯のTS-253Dでも8個付いてるんだけど？ボッタ過ぎだろ 被害無いのにxxxxというマルウェアに狙われてます。っていう報告は違和感あるわなｗ だからそれは、QNAPがやられてるのにSynologyも狙われてないのはおかしいって思ったんだろ。
自意識過剰なのか、違和感消そうとして逆に違和感になってるみたいな。
ドラマとかでも良くあるやん、犯人も被害者のフリしてたりするやつ。 ライバル社にランサム爆弾仕掛けるとか、まさにサイバー戦国時代！ 逆にSynologyからはStealthWorkerの踏み台にされたって発表はあったの？ >>887
いや、他はやられてるけど自分達は問題無いぜ、っていう主張じゃないの？
セキュリティに強いSynology、という演出だろ
>>890
そんな事実はSyno社にとっては無かったのだから、都合の悪い真実を発表する訳ない
被害が無かった脆弱性は存在しないのと同じだから発表しないだろうし、ましてや自分達が疑われるような事は書かないよ >>891
普通は被害の無かった脆弱性でも「ちゃんとFixしましたよ」ってRelease Noteとかに書いてあるけどな。
それに該当する脆弱性のFixの発表が無かったってことは、Synologyにとっては脆弱性じゃなかったんだろ。 これ、誰も問題にしてないの？
去年Adminアタックくらったんだけど。IPアドレス残ってないけど記録しとけばよかった。 Adminなんか普通は無効にしてあるから誰も問題だと思わない。ピンポンダッシュみたいなもん。 意気揚々とQNAPスレに書き込んだのに一蹴されてんじゃん そりゃ陰謀論なんていう低能の妄想を相手にする奴はいないだろ DSMからadminアタック来てるのは当時のQNAPスレでも話題になってたからね
Synoのセキュリティやべえ 踏み台にされてんじゃんw
って少しネタになって終わったけど そもそも外から[IPアドレス]:5000で繫がることがヤバい QNAPユーザーはリテラシーが高い
さらにバカはランサムで全て死んだ リテラシーの低いバカばっかりだから毎度ランサムで騒ぎになってるだろwww QNAPユーザーはリテラシーが低い
さらにバカはランサムで全て死んだ
だわな
>>905のさらにの使い方おかしくね？ やり方がどうかは別としてSynologyは賢いと思う
限られた開発リソースを一番効果的な使い方してる
ただ、証拠を少し残してしまったところがイマイチだったけどな
実行犯は誰か他の組織にやらせるべきだった >>896
全部個別にブロックしたらその後来なくなったな。20個くらいあった。 そもそもQ側だって、シノのNAS踏み台にされて攻撃喰らってるなんて認めたくないでしょ >>910
意味不明
普通に考えて攻撃元がSynologyのNASならSynologyに原因調査なりを求めると思うよ
多分、実際にそうしたから謎のDSMリリースして収束したんじゃないかな？ QNAPユーザーはSynologyに開発費払ってやれよ
ビットコインで送金出来るらしいよ Synology本体はこの件に関わってないでしょ
もしかしたらヤンチャなDSM開発者が個人的にやってたのかも
んで、この件でクビになって、その後ランサムウェア開発グループに入ってQNAPとかAsustorに恨み爆発させてるみたいなｗ そういう奴が足引っ張ってるからロクなモノ開発出来ないんだな なんでクビになって恨みが他社に向くと思うのか
普通自分をクビにした会社を恨むと思うんだけど
結論ありきで妄想するから設定に無理が生じてる シノとは関係無いですよというアピール
でもQNAPにチクられたという恨みでやってる可能性も微レ存 Apache Log4jの脆弱性を悪用する攻撃--トップは米国、日本が2位 工作員も上から言われてるのか？
頭悪すぎてるカキコは痛いだけだぞ これほど高度なランサムやバックドア開発するスキルあるのになんでまともなNASアプリ作れないのか？
本当にSynologyの開発者が作ったとは思えないんだよなぁ Synologyのソフト品質の低さが身の潔白を証明してると ＞Synologyのソフト品質の低さ
じゃあ、QNAPのソフトの不具合の多さは何なん そりゃ機能変わらなくてもアップデートあるんだからあるんじゃないの?
データ壊れるとか
Using SSD cache in earlier QTS 5.0.0 versions might cause data corruption issues. そもそも5.0はまだ色々バグあるからな
不具合ってほどでもないけど >>925
Synologyのは開発力の無さだろ
QNAPは開発力あるけど品質が安定するまで時間が掛かる >>926
ここ数年毎年の様にランサム騒ぎ起こしてるのに不具合ないってなかなか面白い思考だね スペック至上主義なんで穴だらけのザルでもいいんだよ QNAPは素人向きではないからね
性能を見比べもできないド素人用の高いだけのメーカーとは違う
QNAPを使うに値しないド素人がランサムに殺られたのはむしろ僥倖 カタログスペックを見比べることしかできない人がQNAPを選んでしまう ID:UpnUjYlK0は絵に描いたような負け犬の遠吠えを吐いてるなwww ID:R59HLdSA0とID:t6tEmYfddはSynologyユーザーだろうなぁ
本題はRAIDレベルによる書き込み量の違いから生じる故障率曲線の差異なのに
スクラビングの動作でこちらが勘違いしてたことを執拗に指摘し罵倒三昧
いかにも低知能のSynologyユーザーだ >>938
負けたのはSynologyユーザーID:R59HLdSA0とID:t6tEmYfddだよ マトモにNAS使っててスクラビングが読み込み時に実行されるなんて思ってるやついんのかよ 書き込み量による故障曲線ってのがそもそも間違ってる >>941
そんなことは誰も書いていない
日本語読めないのかクズ >>943
必死だねSynologyユーザークン
このスレを立てたのは俺だからな
出ていくならお前が出ていけ ★★シノユーザーの言い掛かり★★
本来の内容「スクラビングで行われる動作は読み込みが主であり書き込みはさほど多くない」
シノユーザーが改変した内容「スクラビングは読み込み時に行われるんだ！！」 4本のHDDを使って100GB書き込んだ場合、1本あたりのHDDへの書き込みは
RAID0 25GB
RAID1 50GBもしくは100GB
RAID5 33GB+スクラブ
RAID6 50GB+スクラブ
かな？間違ってたら指摘よろ
SynolgyとかQNAP以前に間違い指摘されて火病った >>948について補足
とあるQNAPユーザーが「スクラビング動作では書き込みも行われる」と思ってたが、それは間違いと気づいた
そこで「スクラビングは読み込みだけか」とレスした
ところがQNAPを罵倒したくてしょうがないクズSynologyユーザーが
「読み込み時にスクラビングが行われる」
などと蒙昧な解釈を変造して食って掛かってきた
というのが事実 書き込んだ場合で+スクラブって書いてんのに
すり替えようとすんなよ、朝鮮人かよ レス数が950を超えています。1000を超えると書き込みができなくなります。
