一つのルールに縛られたがる日本人固有の現象です
海外では、やむを得ず交渉/支払いのケースがあります
もちろん、弊害は許容しなければいけません
ランサムウェアの身代金は、本当に「絶対に払うな」でいいのだろうか?
私は、この常識を問い直すべきだと思う。
2024年、英国の医療検査会社Synnovisがランサムウェア攻撃を受け、ロンドンの病院では1万件以上の外来予約と1,700件以上の医療処置が延期された。
さらに2026年に発表された米国の研究では、ランサムウェア攻撃を受けた病院で、攻撃開始時にすでに入院していた患者の院内死亡率が相対的に34〜38%上昇したと報告されている。
もはや企業の金銭的損失だけではない。人命に関わる問題だ。
各国の対応もさまざまだ。
米国FBIは身代金の不払いを推奨し、英国では公共部門や重要インフラ事業者による支払いの禁止も議論されている。
一方、オーストラリアでは一定の企業に対し、身代金を支払った場合の72時間以内の報告を義務付けている。日本でも、支払いそのものを一律に禁止する法律はない。
ここで、誘拐事件を考えてみたい。
人質事件では、犯人の要求を丸のみすることと、人質を救うために交渉することは別の話だ。交渉によって情報を集め、時間を稼ぎ、要求額を引き下げることもある。
ランサムウェアでも、同じ発想が必要ではないだろうか。
もちろん、身代金を支払ってもデータが戻る保証はないし、犯罪を助長する危険もある。
それでも私は、プロの交渉人を育成し、身代金の全額または一部の支払いも、法令の範囲内で交渉の選択肢として認めるべきだと思う。
なぜなら、最初から支払いを完全に封じてしまえば、交渉人は最も重要なカードの一枚を失うからだ。
「交渉はしていい。でも金銭的な譲歩は一切認めない」
これでは、まともな交渉が難しくなる。
犯罪心理、法律、サイバー技術、危機管理に精通した専門交渉人を育て、被害を最小化するための交渉手段を持たせる。日本もそうした仕組みを整えるべきではないか。
「犯罪者には一円も払わない」という原則を守ることが目的になってはいけない。
論旨としては理解できなくもないけど、グループ内企業で「セキュリティ面での強さを謳っている」ところが、別のところだと「セキュリティ面ガバガバ」は、「社内統制とうなってるねん」って話なんだよ
きちんと「安全側に倒した対応出来てたか」という点が、めちゃくちゃ弱い
この件、GMO側のセキュリティの不備から、GMO側を批判する論調も見かけるけど、自分はこの熊谷さんの主張に全面的に同意する。手のひら返しだ。
「セキュリティがガバガバだから、侵入される方が悪い」で済ませるなら、何のための法律なのか。
戸締まりの甘い家に泥棒が入ったら、戸締りの悪い家の自己責任になるか。
銀行強盗が入ったときに、銀行の警備が甘かったのでは?という話になるか。
ハッカーによる不正アクセスも同じだ。
不意打ちの攻撃が容易なことに対して、完全な防御は非常に難しい。
この難易度の非対称性を解消するために法律で攻撃者を捌いて社会で守っていく必要がある。
だから、サイバー攻撃に対する官民連携、法律の整備、国際協力が必要ということは当然だと思う。企業が防御と情報提供を担い、国が法に基づく捜査や対処を進め、国境を越えて証拠保全や摘発に協力する。
法律を整えるだけでなく、実際に加害者の責任を問える体制まで必要になる。
防げなかったという理由だけですべてを自己責任にするなら、極端には、自宅や会社にミサイルを撃ち込まれても「迎撃ミサイルを配備していなかった方が悪い」という話になる。
まあ、AWSの最重要USリージョンのデータセンターなら迎撃ミサイルまで配備しそうな(すでにしている)気もする。
この方の言う通り。なぜ今、被害者であるGMOに攻撃の矛先が向かっているのか?
これは日本で数少ない成功したIT社長に向けられたやっかみではないか。
もちろんセキュリティ意識に甘かった部分はあったのだろう。しかしそれは認めて、被害は補償すると言っている。それ以上被害者に何を求めるのか?
この件、GMO側のセキュリティの不備から、GMO側を批判する論調も見かけるけど、自分はこの熊谷さんの主張に全面的に同意する。手のひら返しだ。
「セキュリティがガバガバだから、侵入される方が悪い」で済ませるなら、何のための法律なのか。
戸締まりの甘い家に泥棒が入ったら、戸締りの悪い家の自己責任になるか。
銀行強盗が入ったときに、銀行の警備が甘かったのでは?という話になるか。
ハッカーによる不正アクセスも同じだ。
不意打ちの攻撃が容易なことに対して、完全な防御は非常に難しい。
この難易度の非対称性を解消するために法律で攻撃者を捌いて社会で守っていく必要がある。
だから、サイバー攻撃に対する官民連携、法律の整備、国際協力が必要ということは当然だと思う。企業が防御と情報提供を担い、国が法に基づく捜査や対処を進め、国境を越えて証拠保全や摘発に協力する。
法律を整えるだけでなく、実際に加害者の責任を問える体制まで必要になる。
防げなかったという理由だけですべてを自己責任にするなら、極端には、自宅や会社にミサイルを撃ち込まれても「迎撃ミサイルを配備していなかった方が悪い」という話になる。
まあ、AWSの最重要USリージョンのデータセンターなら迎撃ミサイルまで配備しそうな(すでにしている)気もする。
oyamon retweeted
やっぱハッカーがうますぎる
①1億5千万円という、被害ユーザーからしたら「払え」と思える安さ
②被害者を原告側に回して、味方につける。今回の手落ちは明らかにGMOにあるという理解をさせる
③期限が月曜正午。これめっちゃ上手い。GMOの株ががつんと落ちている今、市場が空く前に経営者側に判断させる。
やっぱこのハッカー日本人中に居るだろ
oyamon retweeted
ちょくちょく、Webサービスが、エージェントのアクセスを拒否する話題が流れてくる。
今回はデルタ航空だ。
エージェントの利用例として航空機チケットを自動取得は流行っているからね。
この流れはさらに進むと思う。
理由は簡単にできるから。例えばCloudflareならボタンポチポチで完了だ。
なぜ知っているかといえば、私が実際に使っているから。
運用しているサイトでは、あらゆるボットやエージェントを弾くようにしているからだ。
それどころか、日本以外は拒否しているw 理由は簡単にできるから。
oyamon retweeted
チェックサムのハッシュはバレても安全とは言われてるが、「量子コンピュータであれば、同じハッシュになる文字列を数時間で探し出すことができる」と何かの記事で読んだような気がする。
ハッシュを復号する必要はなくて、同じハッシュになるのなら、違う文字列でも認証されちゃうからね。
パスワードは、実は「暗号化」するのではなく、「ハッシュ化」して保存するのが基本です。
暗号化は、専用の鍵を使えば元の文字に戻せます。一方、ハッシュ化は、文字を一定のルールで別の文字列に変換する仕組みで、原則として元に戻すことができません。
例えば、「password123」というパスワードをハッシュ化すると、まったく違う文字列になります。
では、元に戻せないのに、どうやってログイン時に正しいパスワードか判断するのでしょうか?
実は、元に戻す必要がないんです。
ユーザーがログイン時に入力したパスワードを、登録時と同じ方法でハッシュ化し、データベースに保存されている値と照合するだけです。
一致すればログイン成功。一致しなければログイン失敗です。
では、なぜハッシュ化が安全なのでしょうか?
最大の理由は、万が一データベースの情報が盗まれても、元のパスワードがそのまま漏れるわけではないからです。
暗号化の場合、復号するための鍵まで盗まれると、元のパスワードが知られる危険があります。
一方、ハッシュ化には元に戻すための鍵がありません。
ただし、ハッシュ化すれば絶対に安全というわけではありません。簡単なパスワードは、攻撃者に推測される可能性があります。
そのため、実際のシステムでは「ソルト」というランダムなデータを組み合わせ、さらにArgon2idやbcryptなど、パスワード保存専用のハッシュ方式を使います。
つまり、パスワードは元に戻せる状態で保管する必要がなく、正しいかどうかだけ確認できればいい。
これが、パスワードを暗号化ではなくハッシュ化して保存する理由です。
oyamon retweeted
私も最近、AIへの指示が「このロジックなんかキモい」「このスライドの表現キショい」みたいになってて、コンサルとして衰えたなあと思ってたんだけど、
冷静に考えたら逆じゃね。
明確に言語化できる改善点なんて、日々AIを使い倒していれば大体潰れていくし、モデル自体も賢くなっている。
最後に残るのって「なんか違う」「気持ち悪い」「これはお客さんが引く」という、言葉にしきれない微妙な違和感なんだよね。
ゲーム製作でも恐らくそうなんじゃないかな、oyamonさんのこの曖昧指示こそ職人芸なんじゃないかな、、、
むしろ、その違和感を見抜けることこそ、これからの専門家おじさんの価値なんじゃないかと思ふ🥳(自画自賛)
oyamon retweeted
やりたいことはこのスタイルなんだよ。cssでこの指定をしたいわけ。経験者ならこれくらいすぐかけるよね。
じゃあこれを、コードを一切手で触らず、AIへの指示だけで、まったく同じcssを生成させてみてほしいんだよ。
頑張ればできるだろうが、AIにこれを生成させるために必要なコストと、自分で書いて直すコスト、どちらが小さくなるかって話なんだよ。
oyamon retweeted
d1でループ☠️する人々の救いになるのかな✨😂
ワイはもう、使うツールやらアプリ側に
API制限やら組み込んだよ怖すぎるから😂
これは個人的に最高のニュース!
Cloudflareで、予算上限の設定を、2026年中にリリース予定とのこと。
「We're prototyping hard spending caps now, with early availability in Q4 2026.」
これでCloudflareでクラウド死を恐れずにサービス展開できる。
blog.cloudflare.com/enterpri…
oyamon retweeted
やっとくるのか。
これ本当に怖すぎて監視ダッシュボード作ってたんだけどもううっかりにビクビクしなくてよくなるんだな。
これは個人的に最高のニュース!
Cloudflareで、予算上限の設定を、2026年中にリリース予定とのこと。
「We're prototyping hard spending caps now, with early availability in Q4 2026.」
これでCloudflareでクラウド死を恐れずにサービス展開できる。
blog.cloudflare.com/enterpri…



































