from The News Minutesエアインディア171便の事故予備報告書を読んで信じられない気持ちになっています。 「離陸9秒後に、両エンジンの燃料コントロールスイッチがCUT OFFにされた」 通常の手順では、飛行機の上昇を確認してギアアップするタイミング。操縦するパイロットは飛行機の姿勢を保つことに集中し、サポートするパイロットは飛行機の契機に管制官との通信など最も忙しい時です。 そんなタイミングでエンジンへの燃料供給を遮断する。 これは、想像すらしたことのない、訓練すらしたことのない事態です。 報告書には、コックピットボイスレコーダーの記録も残されています。 「なぜ燃料を切った？」「自分は切っていない。」 誰が言ったのかは明記されていません。 しかし、そんなやり取りがあったことを想像しただけで背筋が寒くなります。高度650フィート、パイロットは墜落を覚悟したはずです。 Fro

本記事は25年6月2日現在、マーケットスピードⅡの更新により陳腐化しています。楽天証券さん、対応ありがとうございました。現在は設定のバックアップデータに取引暗証番号は含まれず、リストア時の干渉はありません。取引暗証番号を記録した状態でバックアップを作成しても、暗証番号が他の端末に復元されることはありません。 （Sandboxの新規インストール端末にて動作確認済み。） これで、ようやく取引暗証番号をログアウト前に削除したり、記憶したままログアウトした場合に暗証番号変更をする必要がなくなりました。よって、現在は以下を読む必要はありませんが、公開時の状態で一応残しておきます。 楽天証券のセキュリティ問題点と対策：あなたの資産を守るために楽天証券ユーザー向けの注意喚起となります。 本稿では、楽天証券のセキュリティ問題点を具体的に挙げ、現状で可能な対策方法を解説することで、ユーザーの資産を守るための

金融庁は暗号資産（仮想通貨）規制の見直しに着手する。制度変更につながれば、税率の引き下げや、暗号資産上場投信信託（ＥＴＦ）の承認に道が開かれる可能性がある。 暗号資産を資金決済法の下で規制する現在の枠組みが適切かどうかについて、少なくとも数カ月間かけて評価を行う。同庁の関係者が匿名を条件に語った。 暗号資産を取引する人々の目的が、多くの場合は投資であるという現状を踏まえ、同資産を資金決済法で規制する現在の枠組みに過不足がないか検証する。投資家を保護するには不十分という結論になった場合は、資金決済法を改正すべきか、あるいは暗号資産を金融商品取引法の対象とすべきかを議論することになるという。 暗号資産取引会社ビットバンクの長谷川友哉マーケットアナリストは、金商法の対象となれば、投資家保護の強化や、その他の劇的な変化をもたらす可能性があると述べた。 同法の下で正式に金融資産として認知されると、そ

なぜ今、ロードスターがアップデート？　そして990Sが消失したワケ：池田直渡「週刊モータージャーナル」（1/5 ページ） 2015年のデビューなのでほぼ9年が経過したマツダ・ロードスターが大幅なアップデートを受けた。と聞いたら、普通はいくつか疑問が出るだろう。 なんで9年も経ってからビッグマイナーチェンジをするの？ ということは次期ロードスターはいったい、いつ出るの？ 何がどう変わったの？ といったあたりだろうか。実は、主たる理由は味も素っ気もない。端的に法適合アップデートである。サイバーセキュリティ法とソフトウェアアップデート法が施行され、継続販売中の車種への移行措置期間が終了。ついに、それらの法に準ずる仕様に変更しないとクルマが販売できなくなった。 余談だが過去、排ガス規制や衝突安全規制、通過騒音規制など数々の規制が少量生産車を殺してきた。台数が少ないと法適合させるコストが見合わない。

はじめに 2022年のセキュリティ・キャンプ全国大会に講師として参加しました。その際に、Goにおける脆弱性への対策はどうなっているのか調べました。この記事では、github.com/google/go-safeweb/safesqlがどのようにSQLインジェクションを防いでるのかについて解説します。 なお、@rungさんの文書を多いに参考にしております。また、セキュリティ・キャンプで用いた資料はこちらから閲覧できます。 SQLインジェクションとは？ 独立行政法人情報処理推進機構（IPA）が公開している安全なウェブサイトの作り方を見ると、SQLインジェクションは以下のように説明されています。 データベースと連携したウェブアプリケーションの多くは、利用者からの入力情報を基にSQL文（データベースへの命令文）を組み立てています。ここで、SQL文の組み立て方法に問題がある場合、攻撃によってデータベ

この記事はRust Advent Calendar 2021の12/8日の記事です。 Rust前提の記事として書きましたが、他の言語にも適用できる考え方なので、ほかの言語勢の方々もよければお付き合い下さい。 今回のテーマは「Rustで真に安全なプログラムを書く方法」についてです。 「真に安全なプログラム」の定義は以下とします。 挙動が安定し、結果が予測可能となる 正しさの基準に基づき、プログラムの間違いを検知することができる 「真に」とはドメイン知識に基づく正しさという意味です。詳しくは後述します。 それと「そもそもRustで実装されるプログラムは安全じゃないのか」という想定質問については「メモリの操作は安全。だが、それだけでは真に安全なプログラムにはならない」が答えになります。これについて興味がある方、ぜひ最後までお付き合いください。 「真に安全なプログラム」を実現するレシピとしては「関

class: middle, center <img src="./assets/logo.svg" align="center" width="200" /> Deno の これまで と これから --- アジェンダ - Deno とは - Deno のこれまでのロードマップ - Deno のこれからのロードマップ --- # 話す人 <img src="./assets/hinosawa.jpg" align="right" width="300" /> 日野澤歓也 twitter @kt3k - GREE (2012 - 2013) - Recruit (2015 - 2019) - Deno Land (2021 -) <small>2018年から Deno にコントリビュートを開始。2020年作者に誘われ Deno Land に転職。現在はフルタイムで Deno と Deno D

ネットマーケティングは2021年8月11日、同社が運営する婚活マッチングアプリ「Omiai」で起こった不正アクセスによる会員情報流出の調査結果と今後の対応策を発表した。調査の結果、同社が契約するクラウドサーバーが不正アクセスを受け、年齢確認書類の画像データが複数回にわたって外部に流出したことが分かった。 Omiaiへの不正アクセスを巡っては、運転免許証や健康保険証、パスポートといった年齢確認書類の画像データ171万1756件（アカウント数）が外部に流出したことが判明している。現時点で流出した画像データに関連した二次被害などは確認できていない。 関連記事： 婚活アプリ「Omiai」、運転免許証やパスポートの画像が171万件も流出した経緯 不正アクセスは2021年4月20日から26日にかけて、同社API（アプリケーション・プログラミング・インターフェース）サーバーを介して、同社が契約するクラウ

複数の決済事業者の決済サービスを通して、ゆうちょ銀行の口座から不正に預金が引き出された問題を受け、ゆうちょ銀行は9月15日、被害者やサービスの利用者に謝罪した。同社が同日に開催した記者会見の内容の一部を一問一答でまとめた。 ――公開している被害額（約1811万円）と件数（109件）の期間は？ 田中：各決済事業者から聞いているもの。主に2020年になってからの数字だ。 ――ドコモ口座の事案以降、（銀行と決済事業者の）セキュリティのシステムに問題があるように見える。どのように認識しているか、どちらに責任があると考えているか 田中：現時点で銀行サイドとしても、2要素認証を強力に実装していく必要があると強く考えている。セキュリティの問題は完全なゴールがない領域だ。技術の進歩にも目を配りながら、お客さまが安心して使えるサービスを引き続き提供していきたい。 ――技術の問題でなく、決済事業者とのやりとり

Huawei の新発表 OS がどんなものか森田が論文を読みつつ想像します。感想などはハッシュタグ #misreading か [email protected] にお寄せください。iTunes のレビューや星も歓迎です。暇な時はノートもみてね。 XPC: Architectural Support for Secure and Efficient Cross Process Call Huawei Launches New Distributed Operating System, HarmonyOS How Huawei’s Ark Compiler May Improve Android App Performance chipsalliance/rocket-chip: Rocket Chip Generator #05: Agile CPU / Versioned Gol

普段我々がWindows PCを操作するときに必ず目にする領域、いわゆる、ファイルやフォルダのアイコンが並んでいる「デスクトップ」という領域があります。 実はそのデスクトップの裏側に、通常では見ることのできない「隠されたデスクトップ」が存在し悪用されている可能性があります。本記事では、その脅威と仕組みを掘り下げて解説します。 結論から述べると、Windows OSでは通常のデスクトップ（”Default”という名称のデスクトップ）の他に新たな別のデスクトップを任意に作成することができる仕組みが存在します。ただし、一般のユーザーが簡単に作成できるような方法や手段は用意されていません。あくまでプログラムからデスクトップを新たに作成するコード（Win32API）を呼び出して明示的に作成する必要があります。 そして、この仕組みを利用してユーザーには見ることのできない隠されたデスクトップを作成し悪用

昨今「デジタルワークプレイス」が注目を集めています。 働く場所・就業時間の制約、コラボレーションのあり方を見直し、働きやすい環境を追求する取組みです。 そのためには、自社が信頼したITや人的リソースのみを使う「鎖国」の発想から、自社の外にある新しいITを使いこなし、社外リソースと交流する「開国」へと発想の展開が必要です。 慢性的な人材不足の中、企業にとって働き方改革は待ったなしといえます。しかしそういった文脈で「開国」を促進するとはいえ、セキュリティ事故を助長することは決して許されません。 ゆえに、今こそ、セキュリティ担当者主導の「改革」が求められています。 本記事では、デジタルワークプレイス時代に即した、次世代セキュリティモデルとして注目されている「ゼロトラストモデル」を中心に紹介します。 働き方改革！ こんなことが世間で声高に叫ばれてから、数年が経つ。 労働時間の観点でも、個人的な実感

人間の営みのオンライン化COVID-19の感染拡大は我々の生活のあり方を大きく変え、これまで物理的に行なっていた営みを、できうる限りオンライン上で行えるようにするという動きを加速している。投票や選挙も、その有力なユースケースとして話題になっている。一方で、投票や選挙のような、民主主義の根幹であり、一方で悪意や攻撃が常に存在しうるユースケースのセキュリティがどのような性質を満たすべきであり、それがインターネット上のプロトコルだけで実現できるのかについて深く考えないと、社会の営みのどこがオンライン化できるのか、という疑問には答えられれない。そこで、本稿では、投票や選挙というユースケースで、物理的な投票ブースがいかに素晴らしい役割を果たしているのかを紐解きながら、ごく一部のセキュリティ要件においても、これが簡単な問題ではないことを述べる。 日本における電子投票の歴史インターネットを通じた電子投票

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Deno ver 1.0 5月13日、Deno v1.0の正式リリースが決定しました。 少し勉強してみましょう。 ↑ かわいい Denoってなに？ DenoはNode.jsの製作者であるRyan Dahlによって作られました、新しいJS/TSランタイムです Denoはdefaultで安全です（許可なしではファイル・ネットワーク・環境にアクセスできません） DenoはTypeScriptがビルトインで入ってます 外部パッケージはurlでインポートできます（Goみたいに） ディーノって読むらしい（デノではない） Denoが作られた背景 一年

このブラウザ バージョンのサポートは終了しました。サポートされているブラウザにアップグレードしてください。

日々権限設計で頭を抱えてます。この苦悩が終わることは無いと思ってますが、新しい課題にぶつかっていくうちに最初のころの課題を忘れていきそうなので、現時点での自分の中でぐちゃぐちゃになっている情報をまとめようと思い、記事にしました。 所々で「メリット」「デメリット」に関連する情報がありますが、そのときそのときには色々と感じることがあっても、いざ記事にまとめるときに思い出せないものが多々ありました。フィードバックや自分の経験を思い出しながら随時更新する予定です。 TL;DR（長すぎて読みたくない） 想定する読者や前提知識 この記事での権限とは 権限の種類 ACL(Access Control List) RBAC(Role-Based Access Control) ABAC(Attribute-Based Access Control) どの権限モデルを採用するべきか 権限を適用する場面 機能

アドテク本部の黒崎( @kuro_m88 )です。 2019/08/23にAWSの東京リージョンで特定のAZ内で大きめの障害がありました。 私が開発しているプロダクトもAWSの東京リージョンを利用していて、常時数百インスタンスが稼働しているため、今回の障害の影響範囲に含まれていました。 何が起きたのか？ AWSから公式発表が出ています。 東京リージョン (AP-NORTHEAST-1) で発生した Amazon EC2 と Amazon EBS の事象概要 データセンタ内の冷却の障害が原因で一部のハードウェアホストが過熱し電源が失われてしまったようです。これにより影響を受けたハードウェアホスト上で稼働していたEC2インスタンスやEBSボリュームは電源が失われているため、外部から見ると突然応答がなくなったように見えました。 担当サービスでも公式発表と同じくらいの時刻にELBやその配下のサーバ