実は2月1日からメールが届いていないかも？ Gmailガイドラインで事業者、利用者が知っておくべきこと（1/2 ページ） 先日、神奈川県の高校出願システムでGmailドメインのアドレスにメールが届けられず、受験生による登録や出願に影響が出る問題が発生しました。ネットを大きく騒がせたこの問題、実はメールに関する比較的新しいルール変更が原因と考えられています。 神奈川県個別の問題についてはすでに掲載しているインタビューに譲りますが、この問題は他の事業者にとっても他人事ではありません。一体、いまGmailを巡って何が起こっているのか、簡単に解説します。 Gmailのガイドライン変更、詳細は そもそも電子メールの歴史は非常に古く、その原型は1970年代に遡るといわれています。一方でその仕組みは今も大きく変化はしておらず、悪意の混入が当たり前の現代インターネットには合わない部分も増えてきました。
[2024年1月10日、19日追記] GmailとYahoo!側のアップデートに合わせていくつか細かい説明を追加しています（大筋は変わっていません）。変更点だけ知りたい方は「追記」でページ内検索してください。 2023年10月3日、Googleはスパム対策強化のため、Gmailへ送るメールが満たすべき条件を2024年2月から厳しくすると発表しました。また米国Yahoo!も、2024年2月 第一四半期[1] から同様の対策を行うと発表しています。端的に言えば、この条件を満たさないと宛先にメールが届かなくなるという影響の大きな変更です。 この記事では、Gmailや米国Yahoo!の規制強化への対応方法を解説します。ただし米国Yahoo!にメールを送る人は多くないと思うので、フォーカスはGmail寄りです。また、メール配信サービス（海外だとSendGridやAmazon SES、国産だとblas
メールの世界にGmailさんが新たな闇を投入 (インターネットの)メール受信・送信は闇あふれる世界だと思うのですが(*1)、そこに 2023年10月7日、新たな闇要素をGmailさんが投げ込んでくれました。（正しくは2023/12月頭現在、闇がモリモリ増えてる。補足①②参照） (*2 最下部キャプチャあり) えーと、「1日あたり 5,000 件を超えるメールを送信する送信者」はこの事項を守ってね……とあります。要件と書いてあり、2024/2/1から実施と急なうえに、項目が SPFとDKIMの設定 逆引き 迷惑メール率 メール形式 Gmail の From: ヘッダーのなりすまし ARC DMARC ダイレクトメールの場合(……なんとかかんとか) 登録解除 と9個もある。 何これ……？と様々な人を戸惑わせています。 インターネットにつながっているそこそこの規模の組織は、1日あたり 5,000
風音屋では、データエンジニア、データアナリスト、データコンサルタントを募集しています。 書籍執筆者やOSSコントリビューターなど、業界を代表する20名以上のアドバイザーと一緒にベストプラクティスを追求できる環境です。 ぜひカジュアルトークをお申し込みください。 風音屋アドバイザーの山田雄（@nii_yan）です。 データ活用においてセキュリティ対策が最重要トピックであることは言うまでもありません。 風音屋でBigQueryの導入支援を行うにあたって、どのようなセキュリティ対策を行っているのかをご紹介します。 この記事の全体像 この記事は2つのパートに分かれています。 最初に、BigQuery導入プロジェクトを始めるにあたって、セキュリティ観点でどのようなコミュニケーションが必要になるかを説明します。 次に、一般的な情報セキュリティ対策である「抑止」「予防」「検知」「回復」の4つの観点にもと
いわゆる“3大クラウド”（AWS、Azure、GCP）が提供するサービスのうち、設定ミスが起きやすいのは？──トレンドマイクロは4月6日、定期的に公開しているセキュリティレポート内で、こんな調査の結果を発表した。 調査はトレンドマイクロが提供する、クラウド環境の設定不備を検知する企業向けサービス「Trend Micro Cloud One-Conformity」が、2021年に全世界で実施した検査の結果を基に実施。設定ミスの発生率などをクラウドサービスごとに算出した。 AWSで最も設定ミスが多かったのは、AWSの各種サービスの設定や管理を支援する「AWS CloudFormation」。約582万回の検査で、約257万件（発生率44％）の設定ミスが見つかったという。2位はストレージサービス「Amazon S3」（約753万回で約267万件、発生率35％）、3位はEC2インスタンス向けのスト
日々AWSにログインするのにスマホの認証システムアプリのコードを打ち込むのが面倒。 なのでMacbook上で完結するようにしてみました。 シークレットキーを取得する AWSコンソールのIAMのユーザを選択し、認証情報=>MFA デバイスの割り当て=>管理、仮想 MFA デバイスを選択 シークレットキーの表示で出てくるシークレットキーを控える。 # ツールのインストール brew install oath-toolkit # 6桁コードの発行 oathtool --totp --base32 "<MFA設定時に発行されるシークレットキー>" 259927 # コードが出てくるのでこれをMFAコードとして利用する。
Google Cloud Identity Services昨日開催された「リーグオブ情シス #7」でも紹介されていた、Google Cloud Identity Freeを試してみます。 Google Cloud Identity Freeとはデバイス管理やディレクトリ管理、SAMLを利用したSSOなどGoogle Cloud Identityのほとんどの機能を無料で利用できるライセンス体系です。 閲覧だけに限って言えば、Google Driveの共有ドライブも利用することが可能です。 作成できるユーザー数は「50」までに制限され、プロビジョニングなどはできませんが、ユーザーの組織管理という観点においてはほとんどのことを十分にこなすことが可能です。 Google Workspaceを利用している場合は、同じ組織内にユーザーを共存させることも可能なので、小さな組織でパート・アルバイトの方な
この記事は Google Cloud Japan Customer Engineer Advent Calendar 2019 の 16日目の記事です。 tl;dr「Google アカウントを使ったログイン機能を簡単に実装したい！」 Identity-Aware Proxy を使えば、ログイン画面すら作ることなく Google アカウントによるログイン機能を実装できます。ログイン可能なユーザを制限した社内向けアプリ等にも最適です。 「Google アカウント以外のソーシャル ログインもサポートしたい！」 Identity Platform で簡単に実現することができます。Firebase Authentication と共通の SDK が提供されており、ログイン画面も FirebaseUI により簡単に作ることができます。メールアドレスによるユーザリンク機能、マルチテナント対応、SLA も
BeyondCorp は、Google が実装したゼロトラスト モデルです。Google での 10 年に及ぶ経験を基に、コミュニティから寄せられた最善のアイデアやベスト プラクティスを加味して構築されました。ネットワーク境界で行っていたアクセス制御をユーザー単位で行うことで、従来のように VPN を介さなくても実質的にどこからでも安全に作業できるようになります。 BeyondCorp は、VPN を使用しなくてもすべての従業員が「信頼できないネットワーク」を通じて働けるようにする Google 社内のイニシアチブとして始まりました。BeyondCorp は、Google のコア インフラストラクチャと企業リソースに対するユーザーベースまたはデバイスベースの認証や認可を提供するサービスで、今ではほとんどの Google 社員が日常的に使用しています。
Google Google Chrome Google denies Chrome tracking allegation, explains use of ‘X-Client-Data’ This week, the web and browser development community voiced concerns over “X-Client-Data,” an alleged “tracking ID” sent by Chrome to all Google sites. Google has denied the tracking allegation and pointed to the actual, more benign purpose for this special ID. Last month, Google proposed a plan to move
【CEDEC 2018】Google Playのスマホゲームで不正返金や改変、チート等に対するセキュリティーを高めるための対策とポイント 8月22日～24日の期間、パシフィコ横浜でCEDEC 2018が開催中。その2日目、グーグルによる「Google Playのスマホゲームで不正返金、改変、チート等に対するセキュリティーを高めよう」と題したセッションが実施された。 スマホゲームを提供するとき、不正への対策が重要になってきている近年。人気作品であればあるほど、課金や返金の不正、アプリ改変、チート、海賊版など、さまざまなセキュリティ懸念への対策が重要となっている。 そこでグーグルが返金について、Google PlayのVoided Purchases APIによる最新の不正対策手法を紹介。さらに、多くの課題についての基本的な考え方として、脅威モデリング、誤判定やコストのバランスへの配慮、運用ポ
米Googleは7月25日（現地時間）、クラウドサービス関連の年次イベント「Google Cloud Next ’18」で、オリジナルの認証端末「Titan Security Key」を発表した。同日からGoogle Cloudのユーザー向けに販売を開始した。将来的には個人ユーザー向けにオンラインストア「Googleストア」でも販売する計画という。 Titan Security Keyは、ファームウェアはGoogleが開発したが、FIDOのプロトコルをサポートするので、Googleだけでなく、Facebookなど他社のサービスやハードウェアで利用できる。 米CNETによると、販売価格はBluetooth版とUSB版のペアで50ドル（約5600円）、いずれか1つで20～25ドルになるという。 Googleアカウントで使うには、Googleアカウントの「ログインとセキュリティ」の「2段階認証プ
Android標準の包括的なセキュリティーサービス「Google Play プロテクト」が提供開始！特に操作することなく、自動でウイルスなどをスキャンして削除などの対策をしてくれる 2017年07月22日22:25 posted by memn0ck カテゴリAndroidニュース・解説・コラム list Android向けセキュリティー機能「Google Play Protect」が提供開始！ Googleが今年5月に開催した開発者イベント「Google I/O 2017」にて発表したAndroid用の包括的なセキュリティーサービス「Google Play Protect」の提供を開始しています。 各Android搭載製品へ段階的に提供されており、Google Play Services 11以降が必要とのこと。提供されると、設定の「Google」→「セキュリティ」内に「Google P
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #DevFest23 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads
ChaCha（チャチャ）という一見ふざけた名前の暗号が最近（自分の中で）話題ということで，勉強がてらに記事にしてみました． 背景 ChaChaの構造 Salsa20 Chacha 初期状態 ラウンド操作 ChaChaの安全性 実装してみた 参考 背景 2016年4月現在，TLSの新しいバージョンとしてTLS 1.3が提案されており，ドラフトが公開されている． draft-ietf-tls-tls13-11 - The Transport Layer Security (TLS) Protocol Version 1.3 TLS 1.2からの大きな変更点として，以下の2つがある． ハンドシェイクの省略によるRTT（Round Trip Time）の削減 危殆化した暗号の廃止 「危殆化した暗号」とは，Forward SecrecyでないCipher Suite（RSAのみを用いたもの）や，認証
Gmailを利用できるのはWebブラウザやスマートフォン／タブレット用Gmailアプリだけではない。Windows／macOS／Linuxなどで以前から使われているPOP／IMAP／SMTP対応のメーラー（メールクライアント、メールアプリ）でも、Gmailに接続して利用できる。 しかし、他のメールサーバの場合と同様に、メーラーに対してGmail用のアカウント名とパスワードを正しく設定しても、次のようなエラーメッセージが表示されてメールの送受信ができないことがある。 「ログインは認められませんでした。ユーザー名とパスワードが正しいことを確認してください。」 「ユーザー名やパスワードが間違っていませんか？」 「パスワードが間違っているか、または認証に失敗しました。」 「WEBALERT …… Web login required.」 「Please log in via your web br
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
