systemdにバグ．/home以下のファイルが全削除される可能性あり - pyopyopyo - Linuxとかプログラミングの覚え書き -
systemdのバージョン256に /homeディレクトリ以下のファイルを削除してしまうバグがあったそうで，修正版の 256.1 がリリースされています． systemdのissuesによると，一時ファイルを一括削除する systemd-tmpfiles --purge コマンドが /home以下を不要ファイルと誤判定して削除するそうです tmpファイルを消すだけのコマンドと見せかけて，home以下も消すという邪悪なバグなので注意が必要です． 心配な人は systemd のバージョンを確認しておきましょう systemdのバージョンの確認方法 以下のコマンドを実行してsystemdのバージョンを確認します $ systemctl --version バグ有り，/homeが消える可能性がある場合 １行目にsystemd 256 (256-1)と表示されます．バグあり版です．何かの拍子に/ho
バグバウンティにおける JavaScript の静的解析と動的解析まとめ - blog of morioka12
1. 始めに こんにちは、morioka12 です。 本稿では、バグバウンティなどの脆弱性調査で行う、JavaScript の静的解析と動的解析についてまとめて紹介します。 1. 始めに 免責事項 想定読者 検証環境 静的解析と動的解析 2. 静的解析 (Static Analysis) 2.1 JavaScript File の URL を収集する getJS hakrawler getallurls (gau) 2.2 エンドポイントを列挙する LinkFinder xnLinkFinder katana jsluice endext 2.3 シークレット情報を検出する SecretFinder jsluice Mantra trufflehog 2.4 潜在的な脆弱性情報を検出する Retire.js ESLint 3. 動的解析 (Dynamic Analysis) DevTool
バグハント入門 (OSS編) - blog of morioka12
1. 始めに こんにちは、morioka12 です。 本稿では、バグハントの入門として、主に Web アプリケーションの OSS に焦点をおき、脆弱性の発見・報告・CVE ID の取得について紹介します。 1. 始めに 免責事項 想定読者 筆者のバックグラウンド 2. CVE とは 3. 探す対象の選び方 OSS Topic (Type) 特定の条件で絞る バグバウンティの OSS 4. 脆弱性の検証方法 アプローチ方法 5. 脆弱性の報告先 6. 報告書の書き方 CVSS CWE 7. 脆弱性発見から CVE ID の取得までの流れ 注意点 8. バグハント前のスキル準備 過去の CVE ID やレポート Web Security の場合 9. その他 その後のチャレンジ バグバウンティ入門 セキュリティエンジニアを目指す就活生の方へ OSS の開発者の方へ 10. 終わりに 免責事項
コラム | 岐阜大学大学院医学系研究科脳神経内科学分野
先週の回診で「おばけが見える」という患者さんがいらして，私は「はっきり見えますか？」「足はありましたか？」「いつ出ました？寝たときですか？」と質問し，周囲のドクターを驚かせてしまいました．実は日本に伝承されるおばけ話のうち３分の２は神経疾患に伴うもの（121/183話）であるという報告があります（Dreaming 19;232-8, 2009）．高知大学脳神経内科の古谷博和教授による論文です（下記リンクの(5)を参照）．おばけ話は表のように４タイプに分かれ，①ナルコレプシーに伴う入眠時幻覚，②てんかん，③レム睡眠行動障害，④レビー小体型認知症（DLB）に伴う明瞭な幻覚に分類されています．睡眠との関連の有無（①と③が関連あり），見え方が明瞭かどうか，おばけが話をするかどうか，が決め手です．代表的なおばけとして，お岩さんは足がなくて不明瞭なため②，座敷わらしは④と考えられています(コメント欄に
NTT Com社内バグバウンティのご紹介 - NTT Communications Engineers' Blog
はじめに はじめまして！情報セキュリティ部で社内バグバウンティ(NTT Com Bug Bounty Program)の運営をやっている長妻です。 この記事では、NTT Comで開催している社内バグバウンティを紹介します。また、社内バグバウンティに限らず、一般的なバグバウンティへ未経験の方にも参加してもらうために基本的なバグ調査環境を紹介します。 NTT Com Bug Bounty Programについては以下の記事もご確認ください。 社員が“バグハンター”として自社サービス・システムの堅牢化に参画 NTT Comが社内バグバウンティプログラムをスタート - Shines｜NTTコミュニケーションズ そもそもバグバウンティとは？ バグバウンティという言葉を聞いたことはあるでしょうか？ 近頃はニュースにもされるようになってきたので、この記事の読者層は知っている人も少なくはないのかなと想像し
ドラクエ４で「にげる」８回でずっと会心の一撃になるバグ、こういう仕組みで起こってたらしい「そうだったのか！」「これは有益」
殺群 凶虎 @blackknight4000 ファミコンのドラクエ4の「にげる」を8回やると以後の攻撃がかいしんのいちげきになるバグがあるのだけれど、その原因が聴けて良かった。 説明するとドラクエ4ってにげるを4回すると必ず成功するのよ。そんでその回数をカウントしているフラグの隣にパルプンテ用のかいしんのいちげきフラグがある。 2021-05-16 13:05:24 殺群 凶虎 @blackknight4000 ボス戦で逃げられない戦闘の時ににげるを8回すると逃げるカウンターの桁が溢れて、隣のパルプンテ用かいしんのいちげきカウンターに浸食して状態が起きちゃうという。 三十年越しに謎が溶けて良かった。 2021-05-16 13:09:34 殺群 凶虎 @blackknight4000 ミニチュアゲームとPCゲームが大好きです。 現在やってるゲーム:DBD、mtga、フォートナイト、civ6
元ゲーム開発にいた人間が、「チート、リーク、解析」この３つが何故異常に嫌われてるか解説しますね。
エモイラ🐼韓ｲ言🐼C103土曜ツ-24a @emoillu 元ゲーム開発にいた人間が、 「チート、リーク、解析」 この３つが何故異常に嫌われてるか解説しますね。 あまり大した話ではないけども…。 2021-01-27 01:36:42 エモイラ🐼韓ｲ言🐼C103土曜ツ-24a @emoillu まず一つ目チート、公平性が失われます。ゲームとはルール（縛り）があって成り立つものです。ルールがなくなれば、それはもうゲームでは無くなります。つまりチートとはゲームを根底から否定する存在なんです。 ゲーム作る必要なくなるからね。極悪。 2021-01-27 01:36:42 エモイラ🐼韓ｲ言🐼C103土曜ツ-24a @emoillu 次にリーク とあるゲーム会社では情報が漏れた際、一人一人社員が尋問にかけられたとか。特にソシャゲでのリークは命取りです。人気キャラの実装が数ヶ月後に実装とか
マイクロソフト、バグや脆弱性の検出を自動化する「Project OneFuzz」をオープンソース公開。すでに同社内でWindowsやMicorosoft Edgeのデバッグに利用中
マイクロソフトは、ソフトウェアのバグや脆弱性の検出をファジング（Fuzzing）と呼ばれる手法を用いて自動化するためのフレームワーク「Project OneFuzz」をオープンソースで公開することを発表しました。 Project OneFuzzは、すでにマイクロソフト社内でWindowsやMicrosoft Edgeなどの開発チームによりバグや脆弱性の検出に実際に使われていると説明されています。 「Microsoft announces new Project OneFuzz framework, an open source developer tool to find and fix bugs at scale」から引用します。 Project OneFuzz has already enabled continuous developer-driven fuzzing of Wind
プログラマーの脳は作業中に”誰かの声”を聞いていると判明！ 数学力より音声理解力が重要 - ナゾロジー
一般の人にとって、プログラマーの持つ知識と技術は別世界のもののように感じられます。 海外の研究者にとってもプログラマーの持つ特殊技能は興味の対象であったようで、古くは1980年代から、心理学的手法を使ったプログラマーの「特別な脳」の分析が行われてきました。 そんな中、近年の急速な神経科学の発展により、MRI（核磁気共鳴）やEEG（脳波測定）を用いて脳活動を可視化することが可能になってきました。 しかし、これまでの研究で可視化した脳領域は、読書やゲームといった日常生活時にも使われる汎用的な領域であり、プログラム時にだけ働く特異的な領域ではありませんでした。 そこで今回、ドイツのケムニッツ工科大学の研究者たちは、プログラム時にだけ働く「プログラム脳」の特定に挑戦。結果は、予測とは大きく異なるものとなりました。 なんと、プログラム時に働く脳機能は数学的能力や論理的推察力ではなく、会話時における相
なんでもかんでも「バグ」ってひとくくりにしないで - Qiita
はじめに プログラマがソフトウェアを作るとユーザがつきます。ユーザがそのソフトウェアを使っていて何らかの問題が発生すると「このソフトはバグってる、直して！」と言われることがままあります。それに対して「いや、仕様だから」と突っぱねられることがあります。その後お互いの意見が「バグだ！」「いいや仕様だ！」と平行線になってお互いモヤモヤのまま終わるというのはよくある話です。 なぜこういうことが起きるかというと、原因の一つは「問題」イコール「バグ」という短絡的な考え方です。とくにソフトウェアを作ったり使ったりした経験が浅い人がこうなる傾向があると推測しています。このような食い違いは「要件」「仕様」と「実装」という言葉の意味を理解していればある程度解決できます。本書はこれらの用語について実例を挙げて簡単に紹介します。 注意点 本記事では要件や仕様を定義することが前提となっていますが、とくにユーザと開発
勤労統計問題の原因は「COBOLプログラムのバグ」 – アゴラ
厚生労働省の毎月勤労統計調査についての特別監察委員会の報告書が出され、樋口委員長の記者会見が行われた。疑問も残るが、おおむね事実関係は明らかになった。焦点になっている東京都の大企業の抽出調査については次の通り： 2003年5月22日付の事務連絡に「事業所規模５００人以上の抽出単位においては、今回から全国調査でなく、東京都の一部の産業で抽出調査を行うため注意すること」と書かれている。この事務連絡は雇用統計課長の決裁をへて他部局にも公式に伝達されており、隠蔽の事実はない。 当時の担当課長は「抽出調査としたことについて、覚えていないが当時自分が決裁したと思われる決裁文書を見たらそのように残っていたのでそうなのだと思う。ただ、抽出していたとしても労働者数に戻す復元を行っていれば問題ない」と供述しているが、この復元が行われた形跡がない。 システム改修を行った担当係によると「外部業者等に委託することな
サル先生のバグ管理入門
ようこそ、サル先生のバグ管理入門へ。 コースは３つ。バグ管理初心者の方は「入門編」からどうぞ。 バグ管理を経験したことがある人は「実践編」がおすすめです。 バグに関して困ったことがあれば「心構え編」を読んでみてくださいね。
バグ検出ドリル（10）“昔のバグ”は生命力が最強
バグは至るところに、しかも堂々と潜んでおり、自信満々なプログラマーほど、目の前のバグに気付かないものです。「バグ検出ドリル」の第10回では、生命力最強という“昔のバグ”がテーマです。前回の第9回で扱った迷路探索プログラムの改造版からバグを見つけ出してください！ 1．はじめに 本連載では、エンジニアのバグ検出力の向上を目指し、バグ入りの問題を出題して読者のみなさんに見つけてもらいます。本コラムをきっかけに、より良いソフト開発につなげていただければと思います。 今回は、前回の記事で使った迷路探索プログラムの改造版を出題します。課題としては少し長い200行のプログラムですが、他人のプログラムをあら探しする「システマチックに意地悪な視点」でじっくりバグを見つけてください。 2．昔のバグはものすごく手ごわい ソフトの機能追加や修正などで自分のプログラムを見直してみると、自分が見過ごしていたバグを発見
Java 10のコンパイラバグを見つけた - きしだのHatena
予定通りにJava10が出ましたね！Javaが予定通りにリリースされることが珍しすぎたのか、関東では雪になっていたようです。 Java10の変更点についてはこちらにまとめています。 Java 10新機能まとめ - Qiita Java10のJEP以外の変更まとめ - Qiita ところで、varが導入されたのでいろいろ試してたらコンパイラが落ちました。 次のようなコードを-g付でコンパイルすると落ちます。 import java.util.List; public class Main { public static void main(String... args) { var m = List.of("a", 1); System.out.println(m); } } このように、正式リリースであるbuild 46でコンパイルするとこうなります。 src$ javac Main.ja
paymoチームでもバグバッシュ大会を開催してみたらめちゃくちゃ良かった
こんにちは。 Android/React-Nativeエンジニアの@kiriminです。 以前、Kyashブログで紹介されていた、B1グランプリという取り組みがとても素晴らしいなと思ったので、Kyashチームをリスペクトしているpaymoチームでも対抗して(?)バグバッシュ大会を開催してみました。 バグバッシュ大会とは基本的にはKyashさんでのやり方を参考にしたのでそちらを見て頂ければと思います。 ざっくり説明すると、みんなで時間をとってアプリを触ってバグを探し、報告数を集計して表彰したり検出されたバグを皆でワイワイ眺めたりする会です。 やっていき方「やりたいね〜」だといつまでもやれないと思ったので、わりとエイヤでゴリ押ししました。 大会のようす多くの人の時間を長く確保するのは難しいので、開催時間は一旦30分にし、15分でバグを見つけ、15分で振り返るというスケジュールにしました。 初回
提案：エンジニアに気軽に「バグ」というのはやめませんか？ - worker experienceの日記
もしかしたら私だけかもしれないです。ずれているかもしれません。 一般論ではないかもしれません。 でも、同じような気持ちになっているエンジニアがいるかもしれないので、 代表して言わせてください。 エンジニアに、気軽に「バグ」と言うのをやめませんか？ 最近立て続けに以下のようなことが起こっており、私と同僚が消耗しています。心がすり減ってます。ワーカーエクスペリエンスが低下しています。。。 ～～～～～～～～～～～～～～～～～～～ 「○○さん、この数値がバグなんだけど直してもらえる？」 →調べたらその週は祝日影響で、営業日が少ないだけだった。 「あのデータのバグはいつ直りますか？」 →データの集計定義の変更の依頼があり、変更前の状態をバグと呼ぶ 「この前入ってなかったバグなんだけど、次の開発に入れてもらっていい？」 →スコープ外のこと（担当がそれを忘れていた）をバグと呼ぶ ～～～～～～～～～～～～
Baltoサービス終了の背景｜Goodpatch Blog グッドパッチブログ
Baltoはなぜ生まれたのか まず前提として、Goodpatchには、ProttやBaltoなどの自社事業をつくる部署とクライアントワークを担当する部署があります。そして、自社プロダクトにはクライアントワークで培った経験が活かされています。 Prottは、コードを書かずに本物のようなWebサイトやアプリの動きを再現できるサービスです。しかし、実際に実装し始めると、大きな手直しは少ないものの、細部では直したい部分が続々と出てきます。 それをどのようにメンバー間で伝えるかというと、モバイルでスクリーンショットを撮影してPCに送り、スプレッドシートやパワーポイントで指摘部分の説明資料を作る必要がありました。この方法では、1回のフィードバックに60秒くらい時間を要し、かつ単純作業なので、繰り返していくとフィードバックが億劫になっていきます。 そうすると細かいフィードバックをつい放置してしまい、結局
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ベテランのバグ調査の秘訣、こっそり教えちゃいます。
Masanori Kusunoki / 楠 正憲 on Twitter: "COCOAは途中まで私たち補佐官も入っていたので、決して運用保守を軽視したつもりはなかったのですが、EN API自体のプライバシー哲学に沿おうとすると既存のデバッグ用ツールがほぼ使えなくなってしまったのと、EN APIの更新がスマ… https://t.co/iQ5kltAo9k"
バグフリーマイクロカーネルのseL4がバージョン7.0.0をリリース
