特殊詐欺のコミュニティで行われている活動について - NTT Communications Engineers' Blog
みなさんこんにちは、イノベーションセンターの益本(@masaomi346)です。 Network Analytics for Security (以下、NA4Sec) プロジェクトのメンバーとして活動しています。 この記事では注意喚起を兼ねて、特殊詐欺を例に犯罪者のコミュニティで行われている活動を紹介します。 ぜひ最後まで読んでみてください。 警告 特殊詐欺について どのように詐欺に加担させようとするのか 特殊詐欺の裏で行われていること 1. 案件の紹介 受け子・出し子・かけ子 かけ子の仲介 荷受け・空き家の確認 SIMカードの契約 電話番号の契約 本人確認のなりすまし 偽造免許作成 2. 犯罪で使う道具の販売 空き部屋の紹介 銀行口座の販売 SIMカードの販売 3. 銀行口座や決済サービスのアカウントの買取など 銀行口座の買取 メルカリアカウント買取・レンタル 4. 違法薬物の販売 犯罪
Platform Engineeringの先人 メルカリに学ぶ！ プラットフォームチームの意義と実践のポイント
これまで本連載ではPlatform Engineeringについてさまざまな観点から解説してきました。前半では理論編として、既に提唱されているソフトウェア開発の重要な考え方（SREやTeam Topologies等）との関係を整理していくアプローチを中心に理解を深め、後半には実践編としてInternal Developer Portalのハンズオンや、プラットフォームをプロダクトとして構想し成長させる進め方について解説してきました。今回とその次の回では、「Platform Engineering Kaigi 2024」で共有された知見や、基調講演でも登壇した株式会社メルカリ 中島大一さんへのインタビューを通して、Platform Engineeringの実践のポイントについて紐解いていきます。 Platform Engineeringの先人に学ぶ──PEK2024の講演より 2024年7月
日本におけるDevRelとは何なのか、現状と課題と今後 - 941::blog
数日前に𝕏上で「日本のDevRelって何なんだ？」という議論が巻き起こり、エンジニアや今DevRelを名乗っている人たち周辺で大きな話題となりました。わたしもかつてDevRelという名前のチームで働き、その活動に意義があると思っているので話題を整理してみたいと思います。今や様々な役割を内包する名称としてIT・WEB業界で一定の認知度を得ているDevRelとは何をする人なんでしょうか。 ここに書いたものはあくまでも個人的な視点と意見ですが、関連する皆さんは一緒に考えてみてもらえると嬉しいです。𝕏でもブログでもPodcastでもYouTubeでもなんでもいいので、是非ご意見ご感想をお寄せください。 この記事を人力で三行でまとめると アメリカ式のDevRelが日本で改変されて使われるようになったよ なんでこうなっちゃったか考えてみるよ 本来的なものだけを残して、ほかは名前を変えるのもいいんじ
神話 vs 現実：7月19日の障害から学ぶ信頼性の教訓|インシデント管理プラットフォーム│PagerDuty
ニューアーク・リバティー国際空港で午前3時のことでした。眠気に襲われながら搭乗券を受け取るために列に並んでいたところ、チェックイン機のブルースクリーンに遭遇しました。コーヒーが必要だと思い、売店に行くと現金のみの対応でした。 明らかに大規模な障害が発生していたので、すぐにPagerDutyのシステムを確認しました。世界中で、このような大規模な障害は年に何度も発生するため、社内には「『インターネットが壊れた』ダッシュボード」と呼ばれるものがあります。案の定、そのチャートは私だけでなく多くの人が悪い顧客体験をしていることを示していました。しかし、スマートフォンのPagerDutyアプリを確認すると、すべてのシステムは正常でした。安心して、コーヒーを飲みながら読書に戻りました。 そして運命のいたずらか、隣に座っている人が、障害通知を受け取ったようです。しかし、パニックに陥るのではなく、その聞き慣
Platform Engineering Meetup #10 (2024/09/24 19:00〜)
お知らせ 2024年9月1日より、connpassではスクレイピングを禁止し、利用規約に明記しました。以降の情報取得にはconnpass APIをご利用ください。APIご利用についてはヘルプページをご確認ください。 新機能 「QRコード読み取りによる出席機能」をリリースしました。事前に入場受付が必要な場合や、受付時に参加枠などによって個別の誘導が必要な場合にご利用ください。詳しくは こちら をご覧ください。 新機能 connpass APIに新しく、ユーザーのプロフィールを取得できるユーザーAPIを追加しました。APIリファレンスは こちら を、またAPI利用希望の方は こちら をご覧ください。
勉強会の「タダ飯狙い」対策どうするか？より良い勉強会のために参加規約のひな形を公開 - LegalOn Technologies Engineering Blog
こんにちは、LegalOn Technologiesで検索エンジニアをしている志水(@banbiossa)です。 食事つきの勉強会を開催する際に、学び目的ではなく飲食目的、いわゆる「タダ飯狙い」の方に遭遇したという声を最近多く聞きます。 この「タダ飯狙い」や不審者の対策にむけて、リーガルテック企業ならではの取り組みとして、参加規約のひな形を準備しました。 本記事では、取り組むまでに至った経緯や過程、ひな形の詳細、協力してくれた方々についてご紹介できればと思います。 勉強会の治安の悪化 弁護士ドットコム社の記事 検索技術勉強会における実体験 勉強会用・参加規約のひな形 ひな形本文 ひな形とは？ 活用方法について ひな形の活用 勉強会の運営 勉強会用・参加規約ひな形プロジェクトの全容 シャッフルランチでCTOに投げかける 法務・法務開発の巻き込み ドラフト→レビュー→公開 ひな形作成時の想定
導入急がれる「AIOps」成功のポイント──コストと時間をドブに捨てないために
「AIOps」導入の課題 AIOpsを導入することで、インシデント対応におけるプロセス全体を大きく改善することができます。たとえば、システム障害対応の文脈ではノイズの減少、異常の検知、高度なパフォーマンス監視・分析、原因分析の自動化などにも取り組めるでしょう。これらにより開発者やオペレーターは単調な反復作業ではなく、意味のある仕事に集中できるようになります。 しかし、AIOpsの導入には、いくつかの乗り越えなくてはならない課題も存在していることをご存じでしょうか。下記、4つの視点で考えてみましょう。 データの品質と管理 AIOpsの成功には「高品質なデータ」が不可欠です。しかし、多くの企業はデータの品質や一貫性に問題を抱えています。データが不十分であったり、サイロ化により分断されてしまっていたりする場合、AIOpsの導入効果が減少する可能性があるでしょう。まずは、データの標準化と検証を行い
「Runbook自動化」でシステム運用効率化を図るには、手動管理に潜むリスクを低減させる
Runbookにまつわる効率化の阻害要因とリスク 前回は、システム運用のためにRunbookを作成すること、そして作成するにあたってのステップを紹介しました。 とはいえ、Runbookを導入したからといって、ただちに運用が効率化するとは限りません。なぜなら、次のような課題が起きうるからです。 複雑な手順を毎回正確に実行する必要がある 運用において、ミスは許されません。実行するたびにミスがないよう、Runbookと見比べながら、時には指さし確認や同僚からのダブルチェックを受けながら行うことになるでしょう。これでは、なかなか効率はよくなりません。 すべてのシステムに担当者全員がアクセスできるわけではない セキュリティリスクを軽減するため、適切なアクセス権限を行うことは重要です。その結果、運用担当者全員が必ずしもアクセス権限を持たない状況が発生してしまいます。そうすると権限を持った他の担当者を呼
「Runbook（ランブック）」とは何か、インシデント対応に追われるIT運用を変えるメソッド
予期せぬトラブルやインシデント対応に追われる際、「解決策を見つけるためにGoogleで検索する」「社内Wikiやドキュメントに目を通す」「共有スクリプトの場所を探す」「同僚に尋ねる」など、ありとあらゆる方法を試されるかもしれません。特に経験の浅い担当者にとって適切な判断や対応は難しく、解決策を探すために膨大な時間と労力を費やすことも珍しくありません。 しかし、頻発する問題について同じ解決策を何度も調べているような状況があるならば、効率性の観点から見直しを検討すべきでしょう。このような状況を改善し、効率的かつ安定したIT運用を実現するために活用できるのが『Runbook（ランブック）』です。これは、頻繁に発生するIT業務や問題解決の手順を詳細に記した説明書であり、たとえるならば“料理のレシピ”のようなもので、特定の作業を迅速かつ正確に実行するための手順が明確に記載されています。 Runboo
インシデントとシステム障害は何が違う？ 「インシデント対応」の基礎を再復習
「インシデント対応」とは？ インシデント対応とは、ITシステムの運用において「ユーザーが正常にサービスを利用できない状態」が発生した際に、迅速にシステムやサービスを復旧させるための取り組みを指します。一方で「インシデント」は、将来的に重大な事件に発展する可能性のある事象、小さな事件を意味します。 つまり、ユーザーの操作ミスからシステム障害まで、幅広い事象がインシデントに含まれます。たとえば、ユーザーがパスワードを連続で誤入力してアカウントがロックされたり、システムのライセンスが切れてエラーが表示されたりする状況などもそうです。 一方、セキュリティ分野では「セキュリティを脅かす恐れのある事象」をインシデントと呼びます。具体的には、不正アクセスによる情報漏えいや改ざん、サイバー攻撃やマルウェア感染によるシステム異常などが該当します。 現代社会では、あらゆるサービスがITシステムに依存しているた
Windowsの大規模障害、JR東日本情報システムが得た教訓とは？ (1/2)
PagerDutyは、2024年8月6日、年次イベント「PagerDuty on Tour」を都内で開催した。 7月19日に発生した、クラウドストライクのEDRツールが引き起こした世界的なシステム障害。影響を受けたWindows端末は世界で約850万台と言われ、米保険会社はFortune 500企業全体の損失額を54億ドルと推計している。 PagerDutyはインシデント管理の自動化プラットフォームを展開しており、7月19日には、通常の約2倍のインシデントが発生し、約3倍の通知が発生したという。一方で、同社のユーザー企業の障害対応時間は29%しか増えなかった。「このようなインシデントはもはや防ぐことが困難。不足の事態にいかに備えるかが大事というのを世界規模で気づかされた」と語るのは、PagerDuty日本法人の代表取締役社長である山根伸行氏だ。 それでは、ミッションクリティカルな社会インフ
「責任ある開発」を！フルサービスオーナーシップが変えるエンジニアリング文化
Developer eXperience Day 2024で登壇した資料です
「何か質問や意見ありますか」の後の無言対策 - Konifar's ZATSU
オンラインのミーティングで「何か質問や意見ありますか」と聞いた後の無言がつらいんだよねという話を聞いた。わかる。自分はもはや慣れきってしまったけれど、今でもいい方法ないかなあと考えている。 いくつかやったことを書いてみる。組織によってもだいぶ違うと思うけれど、他の人の知見をめちゃくちゃ聞きたい。 最初に声を出してもらう 少しでも最初に声を出しておくと意見を言いやすいという研究があるらしい。なんとなく実感としても正しい気がしている。 ただ全員に雑談を振るというのもちょっとなあという時に自分がやっているのが「出席をとります」である。皆なつかしい気持ちになってほんわかするし、返事をするだけでもよいので楽。時間もかからない。 参加者の役割を最初に話す どういう役割や発言を期待しているかを明確にしてあげるとそのスタンスで意見を言いやすくなる。たとえば「○○さんにはモバイルの開発工数観点でかなり現実的
エンジニアとしてのキャリアを支える自宅サーバー
ツナカン(TUNA-JP Conference) #12 で発表した資料です
テックカンファレンスに参加する理由は「なんとなく」や「ただ楽しいから」で良い - Cloud Penguins
こういう記事があった。 zenn.dev 自分は2019年から2023年までCloudNative Daysという国内最大のクラウドネイティブ技術カンファレンスのCo-chairを務めていたり、今年はPlatform Engineering Kaigi 2024というカンファレンスの代表をしている。最近ではカンファレンスやミートアップをやっていくための一般社団法人クラウドネイティブイノベーターズ協会を立ち上げたり、タダ飯おじさんと対決したりと、コミュニティ作りに対しては思い入れが強いほうだと自負している。 そんななかで目にしたのが冒頭の記事だ。 記事の大意としては「カンファレンスに参加するのであれば、目的意識を持った方が得られるものが多い」という話であり、それ自体は特に否定するものではない。ただし、その説明に使われている理由や、タイトルに使われている「なんとなく」や「ただ楽しいから」という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【ニュースリリース】PyCon APAC 2023に提出したプロポーザルに関する調査報告| 株式会社ビープラウド
「AIOps」で属人化したシステム障害管理は変わるのか、仕組みとユースケースからひも解く
監視ツール高度化で「アラートノイズ」が頭痛のタネに シニアエンジニアへの負荷も増大、どう解消する？
クラウドネイティブの本質から考える、生産性と信頼性の両立
ITエンジニア勉強会に「無料フード目的」の部外者出没 アンケートで半数が「遭遇」と回答、注意すれば誹謗中傷や恫喝も - 弁護士ドットコムニュース
