wakatonoの戯れメモスマートフォン用の表示で見るwakatonoの戯れメモはてなダイアリーから引っ越してきました。2020-02-17VBAマクロについての覚書VBAでネットワーク使う時に、いろいろと制約事項が出て来やしないか?というので調べてた。WinSockを用いたネットワークアプリケーションは、どこでも動くものを書くのは困難(MSWINSCK.OC...VBAマクロについての覚書2020-02-16ファイルレスマルウエアは「ファイルは作らない」が、何も作らないわけではない標的型攻撃に「ファイルレスマルウエア」が使われるようになって久しいが、標的型攻撃を仕掛けるモチベーション(きっかけ/やる気の源)は一体何か?を考えてみよう。...ファイルレスマルウエアは「ファイルは作らない」が、何も作らないわけではない2020-02-16ファイルレスマルウエアは「確かに」ファイルは作らない「ファイルレス=ファイルを作らない」という話はまぁ間違いではないけど、そこから「痕跡を残さない」と飛ぶのは少し行き過ぎ。Linuxは、デジタルフォレンジック向けのLinuxディストリビューション。Pocketを使ってみての所感(その他編)miscわりとどうでもいいようなよくないような点をまとめてみた。性能は意外に悪くない。Pocketを入手できたわけですが、出せるのはいくらまでか?と言われると、この使い勝手ならば、たぶん6万円が限度だと思います(500ドルはまぁアリ。you"となりそう)。Pocketを使ってみての所感(電源まわり編)miscまとめると、「ハイバネーション設定必須」だけど、個人の責任でよろしくという感じで。Pocketを使ってみての所感(操作性編)miscまとめると、画面はまだしもキーボードは長時間作業にはつらい風。長時間これで作業することを想定するならば(特に作文やプログラミング)、外付けキーボードは必要と判断してたりします(あくまで個人の感想ですw)。Pocketを使ってみての所感(サイズ編)miscわりかしありがちな所感だとは思うけど、以下のような感じで。7インチUMPCということで、本当に小さい。Pocketを数日使って出した結論は以下のとおり。手を入れずに吊るしのまま使うのはなかなか厳しいです。Pocketが届きました。Pocketに出資しており、つい先日到着したばかりです。この数日使ってみて感じたことは以下のような風。Pocketが届きました。脆弱性情報等に関する情報のエスカレーションプロセスの策定」の後にも考えるべきことが2つあった。それは、「深刻な脆弱性を保有するシステムに対する『システム停止を含む緊急対応』の事前策定と関係者間の合意」と「策定したプロセスが機能す...追記:マネジメント側で出来る最大の対処2017-05-04結び:現場の営みをうまく拾ってエスカレーションを行えるしくみの構築と運用が必要Security脆弱性は、「早期発見&即対処」を行えればベストだが、これはシステムの規模や影響を考えるとかなりの無理筋とも感じる。評価」「迅速な対処」をいかにスムーズに行うか?がカギになる。早期発...結び:現場の営みをうまく拾ってエスカレーションを行えるしくみの構築と運用が必要2017-05-04再発防止は「再発防止策が機能したら、発生したインシデントは発生しなかったか」がカギSecurityこれは私見だが、再発防止策を考えるときには、考えた策を適用することで「発生したインシデントが発生しなかったか」の検証が必須と考える。「今やってること」「今やってないこと」「やるべきこと」「今やるべきこと」「今後やるべきこと」の層別...再発防止は「再発防止策が機能したら、発生したインシデントは発生しなかったか」がカギ2017-05-04再発防止には「入手した脆弱性情報の適切な評価」をプロセスに含めることも対策に含めるべきではないかSecurity脆弱性情報は、早期に入手すればするほど「危険性の評価」が難しくなる傾向にある。これは、公開情報などを契機に「早期に」入手できた情報には「PoCなどが伴わない」ことが多いからだ。脆弱性情報等に関する情報のエスカレーションプロセスの策定」だけでいいのか?という...再発防止策が偏ってるなぁ...と感じるのはオレだけか?2017-05-04「全社的リスク管理の課題」は本当に真の課題か?Security現場に寄り添うべき立場の者として、この課題(の記述)は少し腹立たしい。報告書中、以下のような記述がある。本件事故の原因とも言える「大規模の脆弱性発覚」のリスクは、本来、看過できない重大なリスクであったと考えられるものであるが、経営管理の...「全社的リスク管理の課題」は本当に真の課題か?2017-05-04よくわからない点:脱Struts宣言を出したものの、リスク含みの既存システムへの対応が不十分なあたりSecurity新規開発でStrutsを使わない宣言を出したのは評価出来るけど、既存システムへの対応がない(ように見える)のが不可解。2使用システムの再構築には至らなかった」とあるが、これは正直「システム運用の現場」を理解していない(理...よくわからない点:脱Struts宣言を出したものの、リスク含みの既存システムへの対応が不十分なあたり2017-05-04ヤバさを認識するまでが遅いのがBadSecurityヤバさを知覚してから対応に入るまでの速度が高速なのはいいのだけど、脆弱性が公開された時刻からGMO-PG側で脆弱性情報を確認し、ヤバさを知覚するまでの時刻に開きがありすぎというのがヤバい。18:00にヤバさを認識し、同日21:56にWAFによるブロックを開始したのはGood。2:15にインシデントが発覚し、公表が同日18:22に行われている。関係各所の調整も含めて16時間で公表というのは、個人的な所感では超高速だと感じる。インシデント発覚から公表までの期間の短さはGood2017-05-04再発防止委員会の構成Security専門家アドバイザーが少し偏り気味でないかい?と思ってたり。構成2017-05-04GMO-PGさんに対する不正アクセスの調査報告書を読んで...2ヶ月前にGMO-PGさんが受けた不正アクセスの調査報告書が出てたので、読んでみた。GMO-PGさんに対する不正アクセスの調査報告書を読んで...2016-10-21オレが期待している「過去のセキュリティ・キャンプの応募用紙を見ることの効能」Security過去の応募用紙を見ることで、当然ですが「何を問うてきたか」を見ることはできます。それに対して自分が答えられないということは、少なくともその応募用紙と格闘して参加した人と比べると、前提知識ややる気、熱意(興味といってもいいかもしれない...オレが期待している「過去のセキュリティ・キャンプの応募用紙を見ることの効能」2016-10-21セキュリティ・キャンプの応募用紙が問うことSecurityセキュリティ・キャンプの応募用紙は、「やる気や熱意、興味の見える化」をするためのものであり、全部正答すれば参加できるというものではありません。セキュリティ・キャンプの応募用紙が問うこと2016-10-21セキュリティ・キャンプの応募で一番困ったことの1つSecurity個人的には、「やる気はあります」とだけ書かれていて、こちらからの設問にほとんど答えていない応募が一番困りました。これは、「やる気」を見るための応募用紙に単に「やる気はある」と書かれても、どこでそれを測ればいいのかわかりようがないためです。セキュリティ・キャンプの応募で一番困ったことの1つ2016-10-21久々にセキュリティ・キャンプのこと〜「これまでの応募用紙を見る」セキュリティ・キャンプに興味がある人に対して、「これまでの応募用紙を見てみたら?」という返事をすることが多いのですが、真意が曲がって伝わっていないか心配なので、すこし補っておくことに。現場で使えるセキュリティ事故対応を読んでみた(3)〜まとめSecurityネガティブなことも書いたが、どちらかというと「買ったはいいけど期待外れ」というのを防ぎたいと思ったので、オレなりに著者陣の主張を読み解いたまでのことである。現場で使えるセキュリティ事故対応を読んでみた(3)〜たぶんスコープ外だけど、期待しちゃいけない点Security本書に、チームビルディングやチームマネジメント、ケイパビリティ、チーム成熟度などの話を期待してはいけない。現場で使えるセキュリティ事故対応を読んでみた(2)〜まずは良い点Security事故を類型化し、具体的にどうするか?が、かなりわかりやすく書いてあるのは非常に良い。本書は「セキュリティ事故現場での対応」にフォーカスを当てたものであり、著者陣の安定感もあって、非常に安心して読める内容である。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。