fiscsec retweeted
岩下先生のご意見
iwashita.kyoto.jp/archives/1…
fiscsec retweeted
「被害者じゃなくて犯人のほうが悪いだろ」は当たり前の前提なんだけど。
だからといって何年も言われ続けていたドメイン商売のダークパターンを批判しちゃいけない理由にはならんやろ。被害者だからって日頃の悪辣さまで何でも免責になるノリはなんなんだ
fiscsec retweeted
米通信大手AT＆T、情報流出した顧客に計280億円を支払いへ 1人最大120万円 japan.cnet.com/article/35254… @cnet_japanより
fiscsec retweeted
ランサム集団の声明を拡散する行為は、犯罪者が交渉を有利に進めるための作戦に協力しているわけで。社会を守ることを標榜する「ホワイトハッカー」や「マスコミ」の方々は、このようなことは当然しないはず。。ですよね？
fiscsec retweeted
お名前.com の脆弱性によってcoincheck.comのDNSを書き換えられあわや大惨事だったから
corporate.coincheck.com/pres…
fiscsec retweeted
こんなすぐに二度目がくるとは。。。
teapawt.org/m_kumagai/status/21105…
8,300人が集まる全グループ・カンファレンスで
皆の意識を統一しました👇
①全社セキュリティ総点検と最強のAI防御
②平均年収2,100万円達成プロジェクト
グループ総力をあげて取り組みます🔥
#GMOインターネットグループ
fiscsec retweeted
8,300人が集まる全グループ・カンファレンスで
皆の意識を統一しました👇
①全社セキュリティ総点検と最強のAI防御
②平均年収2,100万円達成プロジェクト
グループ総力をあげて取り組みます🔥
#GMOインターネットグループ
fiscsec retweeted
株式会社バルテック｜『■流出の原因：PHPの脆弱性を標的としたサイバー攻撃』『この度、第三者からの不正アクセスにより、弊社が保有するお客様情報の流出とみなされる事実が発生したことを確認したため、現在弊社の一部サービスを停止し、緊急メンテナンスを行っております。』｜2026年10月22日
▼不正アクセスによるお客様情報流出の可能性および一部サービス停止のお知らせ
webjapan.co.jp/maintenance/s…
fiscsec retweeted
今回のPHPの脆弱性対応のため、現在もウェブサイトを一時停止されている事業者などの皆様もいらっしゃると思います。
昨日は、高市早苗公式サイトも、すぐに事務所からサイト管理者、サーバー管理者に連絡をしてアクセスができない状態にした上、対応を行ってきましたが、先ほど措置が終了し、アクセスを再開できるようになりました。
状況によっては、サイトを一時的に停止することも重要だと私自身も改めて感じた次第です。
企業を含めサイトを開設されている方々の中には、深夜の対応が必要な場合など、今回のような注意・警戒情報にすぐには気付かない方もいらっしゃると思います。
そうした場合、個社の中でサイト管理を担当されている方、あるいは委託を受けているサイト管理者やサーバー管理者の方が気付くことで、早急に対応に着手することができると思います。
政府では、
国家サイバー統括室(注意・警戒情報)（@cyber_forecast） / X
のアカウントで、重要な注意・警戒情報の発信を行っています。
サイト管理者やサーバー管理者の皆様が、このアカウントを広くフォローして下さることが迅速な対応に繋がるのではないかと、今回の対応を通じて感じました。
fiscsec retweeted
話題のPHP2Shellですが、弊社ではパッチ公開前にExploitの構築に成功しておりました。複数リクエストにまたがるメモリ破壊であり、Apache等のprefork構成では、親プロセスでマップされたアドレスが子プロセスへ継承されるため、ASLRだけでは十分な緩和になりません。早急なアップデートを推奨します。
fiscsec retweeted
PHPの脆弱性php2shellについて、パッチ差分を基準に複数の "リークPoC" を調査したところ、多くが誇張または別の脆弱性を使ったPoCであることが分かりました。
こういう「ゼロデイを突く」ことを謳うPoCはいわゆるスクリプトキディを狙ったマルウェアだったりするので、下手に試さないように気を付けてください。
※CVE-2026-109618/619本来のメカニズムで純HTTP RCEまで到達したリポジトリは1件のみでした。他はMADBugsと呼ばれる別のバグのPoCだったり、極端な前提条件を仮定しており、文字通り認証無しでの完全なRCEは今のところはWiz/Califの非公開ツールだけだと思います（もちろんパッチが出たのでLLMでいずれ再現されるだろうけど）。
fiscsec retweeted
PHPとは別件ですが、とにかく全員今すぐ引用元のとこに貼ってるサイトにアクセスしてみて、赤文字が出たらマズいと思ってください(画像の通り、私はマズかったです)
事の発端とかは全部省略して何がマズいのかを簡単に言うと、「悪意ある攻撃者が、自分が所有していないgoogleや銀行のドメインとかについて、暗号学的に正しい署名を持つ偽証明書が作れちゃう」ってこと。
これができると何がマズいのかといえば、DNSの改ざんとか経路の乗っ取りとかで接続先をすり替えることが出来た瞬間に
・HTTPS通信の盗聴と改ざん
・ログイン情報、Cookie、APIトークンの窃取
・正規サイトを装った偽コンテンツの配信
・ソフトウェアのダウンロード内容やAPI応答の改ざん
が全部できちゃうって感じ
つまり「偽サイトが、暗号学的に正しい証明書を使用して、正規の手順で、本当のサイトになりすませる」ってこと
実際に攻撃が行われたかってのは分かってないけど、とりあえず赤文字が出たら非常に脆弱な状態にあるってことは確かなので、まず確認し、赤文字が出たらOSとかBrowserとか全部更新してください
それこそAI Agentに聞いてもOKです
PHPは企業とかに対する問題だったのであれば、こっちは個人で対処しないとダメな問題なので、今すぐ更新とかによる確認を！(特にEdgeユーザーは要チェック)
破られた証明書を除外できてるかのチェック方法
emudhra.we-have-a-problem.co…
↑を開いてこの表示しか出なければブラウザはセーフ
次に書かれてるcurlを実行して同じように繋がなければセーフ
もしつながってしまったら...OSなどをすべてアップデートして
