Cisco Talos の武田です。 2025 年上半期における日本でのランサムウェア被害状況を解説したブログにて、「Qilin」は最も警戒すべきランサムウェアグループの一つと紹介しました。 こちらのブログでは、Qilin の最新の攻撃手法について紹介いたします。 この記事は、Cisco Talos の Security Research Enginner である Takahiro Takeda、James Nutland、Jordyn Dunk、Michael Szeliga によるブログ 「Uncovering Qilin Attack Methods Exposed Through Multiple Cases」（2025/10/27）の翻訳です。 Uncovering Qilin Attack Methods Exposed Through Multiple Cases 2025
まことにもっともな疑問だと思います。公開鍵暗号には、狭義の公開鍵暗号と、広義の公開鍵暗号があります。パスキーで使われているのは、広義の公開鍵暗号です。 狭義・広義だと紛らわしいので、狭義の方をPublic Key Encryption(PKE)、広義の方をPublic Key Cryptography(PKC)と表記する場合があります。光成さんのブログ記事がわかりやすいです。 https://blog.cybozu.io/entry/2021/12/28/080000 あなたの「公開鍵暗号」はPKE? それともPKC? - Cybozu Inside Out | サイボウズエンジニアのブログ初めに サイボウズ・ラボの光成です。 いきなりですがクイズです。次のうち正しい説明はどれでしょう。 SSHやFIDO2などの公開鍵認証はチャレンジを秘密鍵で暗号化し、公開鍵で復号して認証する。 ビットコ
※この記事は以下記事を読んだ前提で書いてます。 ※あまりに被害が多かったのか、2025/6/19 夕方にPayPay連携機能は止まったようです。 この記事を読んで、QRコードを読み取るだけでお金抜かれるなんてことがあるのか？と思ったら、実際あまりに簡単に抜けるような構成であることがわかったので、検証結果を置いておきます。 WINTICKET連携はQRコード2連続読込方式正規のログイン・連携機能のUIを先に確認します。 PCブラウザでWINTICKETを操作、スマホでPayPayアプリを操作する場合の流れです。 競輪投票のWINTICKETでアカウント作成、ログイン後、 ポイント残高右側の「＋」ボタンでチャージ画面に遷移します。 遷移後、入金手段としてPayPayを選択します。 オレンジの＋ボタンでポイントをチャージする ※ポイント残高は出金できないが、投票結果の払戻金は出金できる仕様すると
CERT Coordination Center（以下、CERT/CC）は2025年6月10日（現地時間）、Trusted Computing Group（TCG）が提供するTPM 2.0リファレンス実装に深刻な脆弱（ぜいじゃく）性が存在することを公表した。 これに伴い、CERT/CCは脆弱性情報としてVU#282450を登録し、関係機関および一般ユーザーに注意喚起を実施した。この脆弱性は、TPM内の「CryptHmacSign」関数の処理過程における検証不足に起因し、特定の条件下で想定外のメモリアクセスが発生するという内容だ。これにより、機密情報の漏えいおよびサービス停止といった実害が引き起こされる可能性が指摘されている。 TPM 2.0リファレンス実装に深刻な脆弱性 被害影響を知るには個別調査が必要 同脆弱性の技術的な背景としては、関数内で署名キーの処理を実行する際、外部から与えられた
声明によると、現時点で「マネーフォワード ME」における不正ログインの事実および「マネーフォワード ME」とのサービス連携を起因とした情報漏洩は確認されていないという。 また、「マネーフォワード ME」と金融関連サービスの連携においては、明細や残高などを確認するためのログイン情報（ログインID及びログインパスワード）のみを預かっており、取引用パスワードを入力いただくことはない」としている。
Because I'm a massive nerd, I actually try to read specification documents. As I've ranted ad nauseam before, the current TOTP0 spec is irresponsibly obsolete. The three major implementations of the spec - Google, Apple, and Yubico - all subtly disagree on how it should be implemented. Every other MFA app has their own idiosyncratic variants. The official RFC is infuriatingly vague. That's no good
Last Updated on 2025-03-03 10:40 by 乗杉 海 2025年3月2日、C++言語の創始者Bjarne Stroustrup氏が、C++言語を「深刻な攻撃」から守るため、C++コミュニティに支援を呼びかけた。 背景には、過去数年間でサイバーセキュリティ機関や技術専門家がC/C++のメモリ安全性の欠点を指摘し、Rust、Go、C#などの代替言語の使用を推奨してきたことがある。 2024年10月、米国サイバーセキュリティ・インフラストラクチャセキュリティ庁（CISA）は、2026年1月1日までにメモリ安全でない言語を使用している製品のメーカーに対し、メモリ安全性のロードマップ作成か、メモリ安全な言語への移行を求めるガイダンスを発表した。 Stroustrup氏は2025年2月7日に「C++標準委員会（WG21）へのノート」を発表し、Profilesと呼ばれるメモリ
An Library to assist in TPM communication capture and tampering - CyberDefenseInstitute/tpmproxy 準備 PC が 1 台必用です。 TPM は無くても構いませんが、あった方が少しだけ楽しみが増えます。 Linux（Ubuntu） をインストール後、Linux 上で仮想マシンに Windows をインストールする流れになりますので、Windows 11 がインストール可能な程度のスペックが必用です。 PC が用意できたら次の作業を行ってください。 BIOS（UEFI）で仮想化機能を有効化 Ubuntu 24.04 インストール Linux 上で仮想マシンが動かせれば何でも構いません（Arch Linux はいいぞ） 本稿では Ubuntu 24.04 のコマンド、パッケージ、パスを前提に手順を解説
この文章はなに? 本文章は、パスワードマネージャーであるBitwardenが公開しているソースコードを読み、そこでE2EE(End-to-end encryption)がどのように実装されているかについて、私が理解した内容をまとめたものです。 「E2EEをぼんやり理解してるが、どのように実装されているのかはわからない」という方を主な対象としています。 E2EEに対する私個人の課題感として、インターネット等から得られる説明が比較的抽象的であり、実装レベルでの理解が難しいというものがあります。 そこで私自身、そして同じ課題感を持つ方に向けて、E2EEを実践しているアプリケーションの1つであるBitwardenを参考に、それがどのように実装されているのかを詳細に理解すべく、本文章にまとめることとしました。 なお対象アプリケーションとしてBitwardenを選んだのは、私自身がユーザーであること、
KADOKAWAが受けた攻撃について、Black Suitが残した声明文を（意訳まじりで）邦訳してみた 自分が立てた仮説を検証できるかもしれないな、と、（KADOKAWAへのランサムウェア攻撃をしかけた）Black Suitが残した声明文を翻訳してみました。 翻訳することで、「（Black Suit側からは）こう見えてるんだな」というのがより詳細にわかりましたが、同時に「おまえらが攻撃しておいて何を言う」という読後感も… 邦訳文（意訳混じり）私たちは、およそ1ヶ月前にKADOKAWAのネットワークに侵入した。言葉の問題で少し時間がかかったものの、KADOKAWAの子会社のネットワークは相互に接続されていることを把握し、複雑なKADOKAWAのIT部門が構築した複雑なしくみを横断することができた。 私たちは、KADOKAWAのネットワーク構成が、適切に管理されていないことに気付いた。異なるネ
「自治体ネットワークの三層の対策はやめる」――。河野太郎デジタル相は2024年5月31日のデジタル庁主催の会見において、このように発言した。メディアの多くは同時に言及のあった「iPhoneへのマイナンバーカード機能搭載」に注目したが、自治体ネットワークの関係者にとって「三層の対策（三層分離）廃止」は同等以上に注目すべきトピックだっただろう。 河野大臣は会見の中で三層分離を「業務の効率性」「セキュリティー」の2つの面への悪影響からやめるべきだとした。大臣がやめようとする三層分離とは何か。誕生の経緯や改定の流れを解説する。 きっかけは日本年金機構の個人情報125万件流出 誕生の経緯について、話は2015年に遡る。日本年金機構が標的型攻撃の被害に遭い、基礎年金番号や氏名などを含む125万件の個人情報が流出した。事態を重く見た総務省が、セキュリティーの強化策として打ち出したのが三層分離である。 三
ニコニコ公式 @nico_nico_info 6月10日20時現在、ニコニコでは被害状況の調査と並行して、サイバー攻撃の影響を受けずにシステム全体を再構築するための準備をしております。 皆様にはご心配とご不便をおかけし、心よりお詫び申し上げます。 現時点でお伝えできる情報を更新いたしました。 blog.nicovideo.jp/niconews/22509… 2024-06-10 20:20:34
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は
河野太郎デジタル相は2024年5月31日、デジタル庁主催の記者会見で、自治体ネットワークの整備に関し今後の方針を明らかにした。会見の中で河野大臣は、自治体がネットワークのサイバーセキュリティー対策として運用してきた「三層の対策（三層分離）」をやめると述べた。 三層の対策とは自治体のネットワークを「マイナンバー利用事務系」「LGWAN接続系」「インターネット接続系」と業務に応じて大きく3つに分け、ネットワークごとに扱う情報や外部への接続環境を管理するもの。2015年の日本年金機構による情報漏洩事故以降、自治体は総務省が定めた同対策に従いセキュリティー対策を打ってきた。 だが、ネットワークごとに使う端末を切り替える手間がかかる、端末間でデータを移動させるためにUSBメモリーを使うことで逆にセキュリティーリスクが高まるといった課題があった。河野大臣は会見の中で「1人1台のパソコンで効率的に業務が
Intro CSRF という古の攻撃がある。この攻撃を「古(いにしえ)」のものにすることができたプラットフォームの進化の背景を、「Cookie が SameSite Lax by Default になったからだ」という解説を見ることがある。 確かに、現実的にそれによって攻撃の成立は難しくなり、救われているサービスもある。しかし、それはプラットフォームが用意した対策の本質から言うと、解釈が少しずれていると言えるだろう。 今回は、「CSRF がどうして成立していたのか」を振り返ることで、本当にプラットフォームに足りていなかったものと、それを補っていった経緯、本当にすべき対策は何であるかを解説していく。 結果として見えてくるのは、今サービスを実装する上での「ベース」(not ベスト)となるプラクティスだと筆者は考えている。 CSRF 成立の条件 例えば、攻撃者が用意した attack.examp
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く