(Translated by https://www.hiragana.jp/)
authの人気記事 2366件 - はてなブックマーク

検索けんさく対象たいしょう

並ならび順じゅん

ブックマーク数すう

期間きかん指定してい

  • から
  • まで

1 - 40 件けん / 2366件けん

新着しんちゃく順じゅん 人気にんき順じゅん

authの検索けんさく結果けっか1 - 40 件けん / 2366件けん

authに関かんするエントリは2366件けんあります。 セキュリティ、 security、 認証にんしょう などが関連かんれんタグです。 人気にんきエントリには 『何故なぜお役所やくしょってオワコンIEが大好だいすきなの？｜楠くすのき 正憲まさのり（デジタル庁ちょう統括とうかつ官かん）』などがあります。

authの関連かんれんエントリー

  • 何故なぜお役所やくしょってオワコンIEが大好だいすきなの？｜楠くすのき 正憲まさのり（デジタル庁ちょう統括とうかつ官かん）

    普通ふつうは役所やくしょのシステムって構築こうちくしてから5年ねんとか7年ねんは塩漬しおづけにして使つかうもので、一度いちどやらかしてしまうと名誉めいよ挽回ばんかいの機会きかいなんて向むこう数すう年ねんは与あたえられないんだけど、こと本件ほんけんに関かんしては高市たかいち総務そうむ大臣だいじんから「今いますぐ私わたしがマニュアルなしでも使つかえるように直なおしなさい」と叱責しっせきいただいて、しっかりと予算よさん的てきなサポートも得えられたことで、たったの数ヶ月すうかげつで立たて直なおすことができた。 この数ヶ月すうかげつは外部がいぶのセキュリティやPKIの専門せんもん家かの方ほうから様々さまざまなサポートをいただいて何なにとか実現じつげんしたんだけれども、役所やくしょのシステム開発かいはつとしては非常識ひじょうしきというか、極きわめて難易なんい度どが高たかい案件あんけんだった。「え？単たんにChromeやSafariをサポートするだけでしょ、難むずかしい訳わけないじゃん」と思おもう諸兄しょけいは、もうしばらくこの話はなしに付つき合あって欲ほしい。 もともとマイナポータルは日本にっぽんを代表だいひょうするITベンダーと通信つうしんキャリアの3社しゃが開発かいはつしたんだけど、大臣だいじんからの叱責しっせきを受うけ「ちゃんとお金かねを払はらうから直なおしてよ」

      何故お役所ってオワコンIEが大好きなの？｜楠 正憲（デジタル庁統括官）

    • 政府せいふ向むけシステムの話はなしをするときの前提ぜんてい知識ちしき

      政府せいふ向むけシステムに関かかわったことがある身みからすると、政府せいふ向むけシステムの話はなしをするときに前提ぜんていとして知しっておいてほしいことは、住じゅう基もとネット最高裁さいこうさい判決はんけつに「現行げんこう法ほう上じょう，本人ほんにん確認かくにん情報じょうほうの提供ていきょうが認みとめられている行政ぎょうせい事務じむにおいて取とり扱あつかわれる個人こじん情報じょうほうを一元いちげん的てきに管理かんりすることができる機関きかん又または主体しゅたいは存在そんざいしない」という骨子こっしがあること。これによって政府せいふ向むけシステムは個人こじん情報じょうほうを一元いちげん的てきに管理かんりできず、個人こじん情報じょうほうは各かく自治体じちたいで分散ぶんさん管理かんりしかできない。この文面ぶんめんでググれば政府せいふがどれだけこの骨子こっしを気きにしているかは分わかると思おもう。 今回こんかいの話はなしは「国民こくみんマスターテーブルを持もたずに認証にんしょうするにはどうすべきか」という政府せいふ向むけシステムで常つねに挙あがる課題かだいで、良よいアイデアがある人ひとは政府せいふに提案ていあんしにいってほしい。個人こじん情報じょうほう保護ほご法ほうの目的もくてき外がい利用りように違反いはんしない上じょうで。 はがき送おくりつけこれをできるのは自治体じちたいのみで防衛ぼうえい省しょうはできない。防衛ぼうえい省しょうは国民こくみんの住所じゅうしょ氏名しめいを知しらないのではがきを送おくれない。防衛ぼうえい

        政府向けシステムの話をするときの前提知識

      • 精度せいどはGoogle翻訳ほんやくを越こえる… 無料むりょうの国産こくさん「TexTra」が地味じみにスゴイ

        サイト「みんなの自動じどう翻訳ほんやく＠TexTra」より 英文えいぶんなどを自動じどう翻訳ほんやくしたいとき、アメリカのグーグルが開発かいはつした「Google翻訳ほんやく」を利用りようするという人ひとは多おおいだろうが、今いまは、世界一せかいいち高だか精度せいどな自動じどう翻訳ほんやくツールはドイツのDeepL GmbHが開発かいはつした「DeepL」だといわれている。 だが、日本にっぽんが開発かいはつしたある自動じどう翻訳ほんやくツールもかなり優秀ゆうしゅうだという。6月にあるTwitterユーザーが呟つぶやいた投稿とうこうが多おおくの“いいね！”を集あつめるなど話題わだいを呼よんでいた。それによると、無料むりょうの「みんなの自動じどう翻訳ほんやく＠TexTra（テキストラ）」（以下いか、TexTra）という自動じどう翻訳ほんやくサイトがDeepLに勝まさるとも劣おとらない性能せいのうを誇ほこり、しかも開発かいはつしたのは日本にっぽんの国立こくりつ研究けんきゅう開発かいはつ法人ほうじん情報じょうほう通信つうしん研究けんきゅう機構きこう（NICT（エヌアイシーティー））なのだという。 しかし、このツイートで注目ちゅうもくを集あつめたTexTraだが、DeepLの1日にちの閲覧えつらん数すうが数すう百ひゃく万まん回かいといわれているのに対たいし、TexTra

          精度はGoogle翻訳を越える… 無料の国産「TexTra」が地味にスゴイ

        • 牧歌ぼっか的てき Cookie の終焉しゅうえん | blog.jxck.io

          Intro Cookie は、ブラウザに一いち度ど保存ほぞんすれば、次つぎからその値ねを自動的じどうてきに送おくってくるという、非常ひじょうに都合つごうの良よい仕様しようから始はじまった。 State Less が基本きほんだった Web にセッションの概念がいねんをもたらし、今いまではこれが無なければ実現じつげんできないユースケースの方ほうが多おおい。 冷静れいせいに考かんがえればふざけてるとして思おもえないヘッダ名めいからもわかるように、当初とうしょはこのヘッダがこんなに重宝ちょうほうされ、 Web のあり方かたを変かえるかもしれないくらい重要じゅうような議論ぎろんを巻まき起おこすことになるとは、最初さいしょの実装じっそう者しゃも思おもってなかっただろう。 そんな Cookie が今いまどう使つかわれ、 3rd Party Cookie (3rdPC) の何なにが問題もんだいになっているのかを踏ふまえ、これからどうなっていくのかについて考かんがえる。 Cookie のユースケース Web にある API の中なかでも Cookie はいくつかの点てんで特異とくいな挙動きょどうをする 一いち度ど保存ほぞんすれば、次つぎから自動じどうで送おくる

            牧歌的 Cookie の終焉 | blog.jxck.io

            • authの関連かんれんエントリー

          • 僕ぼくらはいつまでUSB Type-Cケーブルを選えらぶのに迷まようのだろう…もう間違まちがえないための覚おぼえ書がき - Magnolia Tech

            2021/8/6更新こうしん Thunderbolt4ケーブルがリリースされてきたので、アップデートしました。 blog.magnolia.tech 自分じぶん用ようの買かい物ものメモ USB Type-Cケーブルの選えらび方かたは難むずかしい…あらゆる規格きかくをサポートするけど、あらゆる規格きかくを”同時どうじに”サポートするわけではないので、主おもにケーブル長ちょうや用途ようとなどで上手うまく選えらばないと、使つかえなかったり、無駄むだに高たかいケーブルを選えらぶことになってしまう そんなことを起おこさないためのメモ あれこれ迷まよわないための”全部ぜんぶ入いり” 低速ていそくから高速こうそくまで色々いろいろな周辺しゅうへん機器ききの接続せつぞくに使つかう(USB2.0, USB3.1, Thunderbolt3) ディスプレイ接続せつぞくに使つかう(DisplayPort) 給電きゅうでんに使つかう(最大さいだい100W) などなどを考かんがえると、長ながさが1.0m以下いかで、USB PD 5A(100W)対応たいおうと書かかれているThunderbolt3ケーブルを選えらぶと全部ぜんぶ対応たいおうしている。

              僕らはいつまでUSB Type-Cケーブルを選ぶのに迷うのだろう…もう間違えないための覚え書き - Magnolia Tech

            • ユーザー アカウント、認証にんしょう、パスワード管理かんりに関かんする 13 のベスト プラクティス2021 年版ねんばん | Google Cloud 公式こうしきブログ

              ※この投稿とうこうは米国べいこく時間じかん 2021 年ねん 5 月がつ 7 日にちに、Google Cloud blog に投稿とうこうされたものの抄訳しょうやくです。 2021 年ねん用ように更新こうしん: この投稿とうこうには、Google のホワイトペーパー「パスワード管理かんりのベスト プラクティス」のユーザー向むけとシステム設計せっけい者しゃ向むけの両方りょうほうの最新さいしん情報じょうほうを含ふくむ、更新こうしんされたベスト プラクティスが含ふくまれています。 アカウント管理かんり、認証にんしょう、パスワード管理かんりには十分じゅうぶんな注意ちゅういを払はらう必要ひつようがあります。多おおくの場合ばあい、アカウント管理かんりは開発かいはつ者しゃや製品せいひんマネージャーにとって最さい優先ゆうせん事項じこうではなく、盲点もうてんになりがちです。そのため、ユーザーが期待きたいするデータ セキュリティやユーザー エクスペリエンスを提供ていきょうできていないケースがよくあります。 幸さいわい、Google Cloud には、ユーザー アカウント（ここでは、システムに対たいして認証にんしょうを受うけるすべてのユーザー、つまりお客様きゃくさままたは内部ないぶユーザー）の作成さくせい、安全あんぜんな取とり扱あつかい、

                ユーザー アカウント、認証、パスワード管理に関する 13 のベスト プラクティス2021 年版 | Google Cloud 公式ブログ

              • ソフトウェアエンジニアなら3秒びょうで理解りかいできる NFT 入門にゅうもん - Okapies' Archive

                はじめに NFT って何なにですか？ ブロックチェーン上じょうに記録きろくされた一意いちいなトークン識別子しきべつしをその保有ほゆう者しゃのアドレスと紐ひも付つける情報じょうほう、およびそれを状態じょうたい変数へんすうとして保持ほじするスマートコントラクトのこと。 以上いじょう。 え、それだけ？ はい。 「デジタル資産しさんに唯一ゆいいつ無二むに性せいを付与ふよするインターネット以来いらいの革命かくめい」なんじゃないの？ これを読よんでください: speakerdeck.com なるほど。ところで、この記事きじは何なに？ いま話題わだいの NFT について、NFT の標準ひょうじゅん仕様しようである EIP-721 の仕様しよう書しょと、それを実装じっそうしているスマートコントラクトのソースコードから読よみ解とけることを解説かいせつする。一般いっぱん向むけの解説かいせつとは異ことなる視点してんから光ひかりを当あてることで、ソフトウェアエンジニアに「あ、NFT って単たんにそういうことだったのか」と理解りかいしてもらえるようにすることを狙ねらっている。 また、NFT がソフトウェアとして具体ぐたい的てきにどう実装じっそうされているかを知しることは、

                  ソフトウェアエンジニアなら3秒で理解できる NFT 入門 - Okapies' Archive

                • ちょっとでもセキュリティに自信じしんがないなら、 Firebase Authentication を検討けんとうしよう

                  note のやらかしのあのへんについて。 認証にんしょう自作じさく、 Rails 、 Devise - Diary パーフェクト Rails 著者ちょしゃが解説かいせつする devise の現代げんだい的てきなユーザー認証にんしょうのモデル構成こうせいについて - joker1007’s diary 認証にんしょうサーバーの実装じっそうは本質ほんしつ的てきに難むずかしいです。セキュリティが絡からむものは「簡単かんたんな実装じっそう」などなく、プロアマ個人こじん法人ほうじん問とわず、個人こじん情報じょうほうを守まもるという点てんで、同おなじ水準すいじゅんを要求ようきゅうされます。悪意あくいあるハッカーは常つねにカモを探さがしていて、もし認証にんしょうが破やぶられた場合ばあい、自分じぶんだけではなく大だい多数たすうに迷惑めいわくが掛かかります。初心者しょしんしゃだから免責めんせきされるといったこともありません。全員ぜんいんが同おなじ土俵どひょうに立たたされています。 とはいえ、認証にんしょう基盤きばんを作つくらないといろんなサービスが成立せいりつしません。そういうときにどうするか。 Firebase Authentication で、タイトルの件けんなんですが、 Firebase Authenticat

                    ちょっとでもセキュリティに自信がないなら、 Firebase Authentication を検討しよう

                  • DMARC をなめるな - 弁護士べんごしドットコム株式会社かぶしきがいしゃ Creators’ blog

                    Gmailが「メール送信そうしん者しゃのガイドライン」を改訂かいていし、なりすましメールへの対策たいさくを強化きょうかする旨むねを発表はっぴょうしています。今いままでは原則げんそく、なりすましメール対策たいさくの有無うむにかかわらず、メールはいちおうは届とどいていました。しかし今後こんごは、なりすましとみなされたメールは届とどかなくなる方向ほうこうに向むかいつつあります。 なりすましメールとみなされないようにするために、メール送信そうしん者しゃには、「メール送信そうしんドメイン認証にんしょう」への対応たいおうが求もとめられます。メール送信そうしんドメイン認証にんしょうの技術ぎじゅつには、主おもに以下いかの3つがあります。 SPF: Sender Policy Framework (RFC 7208) DKIM: DomainKeys Identified Mail (RFC 6376) DMARC: Domain-based Message Authentication, Reporting, and Conformance (RFC 7489) SPFは従来じゅうらい

                      DMARC をなめるな - 弁護士ドットコム株式会社 Creators’ blog

                    • 認証にんしょうと認可にんかの超ちょうサマリ　OAuth とか OpenID Connect とか SAML とかをまとめてざっと把握はあくする本ほん

                      認証にんしょうと認可にんかについての知識ちしきが必要ひつようになったので、基礎きそ的てきなことを学まなんでいます。 一切いっさい何なにも知しらない状態じょうたいから手当てあたり次第しだいに細こまかく調しらべるのは大変たいへんだったので、超ちょうサマリを整理せいりしてみようと思おもいます。 この本ほんは「個々ここの要素ようそに詳くわしくなる必要ひつようはないんだけど、概要がいようくらいはさっと把握はあくしておきたい」とか「手当てあたり次第しだいに詳細しょうさい調査ちょうさをする前まえに、一瞥いちべつしてこれから踏ふみ込こもうとしている領域りょういきの超ちょう俯瞰ふかんマップを作つくる」という感かんじで使つかうことを想定そうていしています。 同おなじ様ような方ほうの役やくに立たったら、とても嬉うれしいです。 この本ほんは筆者ひっしゃの理解りかいに連動れんどうして追記ついき修正しゅうせいされる可能かのう性せいがあります。

                        認証と認可の超サマリ　OAuth とか OpenID Connect とか SAML とかをまとめてざっと把握する本

                      • ソルト付つきハッシュのソルトはどこに保存ほぞんするのが一般いっぱん的てきか - Qiita

                        pictBLandとpictSQUAREに対たいする不正ふせいアクセスがあり、パスワードがソルトなしのMD5ハッシュで保存ほぞんされていたことが話題わだいになっています。 2023年ねん8月がつ16日にちに外部がいぶのフォーラムにpictSQUAREより窃取せっしゅした情報じょうほうと主張しゅちょうするデータ販売はんばいの取引とりひきを持もち掛かける投稿とうこうが行おこなわれた（中略ちゅうりゃく）パスワードはMD5によるハッシュ化かは行おこなわれているもののソルト付与ふよは行おこなわれていなかったため、単純たんじゅんなパスワードが使用しようされていた29万まん4512件けんは元もとの文字もじ列れつが判明はんめいしていると投稿とうこう。（それ以外いがいの26万まん8172件けんはまだMD5ハッシュ化かされたままと説明せつめい。） 不正ふせいアクセスによるpictBLand、pictSQUAREの情報じょうほう流出りゅうしゅつの可能かのう性せいについてまとめてみた - piyolog より引用いんよう これに関連かんれんしてMD5ハッシュやソルトに関かんするツイート(post)を観察かんさつしたところ、どうもソルトの理解りかいが間違まちがっている方ほうが多おおいような気きがしました。

                          ソルト付きハッシュのソルトはどこに保存するのが一般的か - Qiita

                        • OAuth認証にんしょうとは何なにか?なぜダメなのか - 2020冬ふゆ - r-weblife

                          こんばんは。ritouです。 Digital Identity技術ぎじゅつ勉強べんきょう会かい #iddance Advent Calendar 2020 1日にちめの記事きじです。 qiita.com 初日しょにちなのでゆるふわな話はなしをしましょう。 何なんの話ばなしか もうだいぶ前まえですね。9月のお話はなしです。こんなTweetを見みかけました。 社内しゃないSlackにいる「OAuth認証にんしょう」と書かくと訂正ていせいしてくれるbotが丁寧ていねいな解説かいせつをするようになっていた 認証にんしょう(Authentication)と認可にんか(Authorization)は間違まちがえやすいわりにミスると甚大じんだいな被害ひがいをもたらしがちなので、常つね日頃ひごろから意識いしきを高たかめていきたいですね pic.twitter.com/oVQxBgZcHS— greenspa (@greenspa) 2020年ねん9月がつ28日にち このbotに対たいする思おもうところはもう良よいです。 今回こんかいは、「OAuthの仕様しように沿そってID連携れんけいを実装じっそうするいわゆる"OAut

                            OAuth認証とは何か?なぜダメなのか - 2020冬 - r-weblife

                          • HTML5のLocal Storageを使つかってはいけない（翻訳ほんやく）｜TechRacho by BPS株式会社かぶしきがいしゃ

                            概要がいよう 原著げんちょ者しゃの許諾きょだくを得えて翻訳ほんやく・公開こうかいいたします。 英語えいご記事きじ: Randall Degges - Please Stop Using Local Storage 原文げんぶん公開こうかい日び: 2018/01/26 著者ちょしゃ: Randall Degges 日本語にほんごタイトルは内容ないように即そくしたものにしました。 画像がぞうは元もと記事きじからの引用いんようです。 初版しょはん公開こうかい: 2019/10/19 追記ついき更新こうしん: 2024/04/05 -- リンク情報じょうほうを記事きじ末尾まつびに移動いどうしました 本気ほんきで申もうし上あげます。local storageを使つかわないでください。 local storageにセッション情報じょうほうを保存ほぞんする開発かいはつ者しゃがこれほど多おおい理由りゆうについて、私わたしにはさっぱり見当けんとうがつきません。しかしどんな理由りゆうであれ、その手法しゅほうは地上ちじょうから消きえてなくなってもらう必要ひつようがありますが、明あきらかに手てに負おえなくなりつつあります。 私わたしは毎日まいにちのように、重要じゅうようなユーザー情報じょうほうをlocal storageに保存ほぞんす

                              HTML5のLocal Storageを使ってはいけない（翻訳）｜TechRacho by BPS株式会社

                            • 図解ずかい X.509 証明しょうめい書しょ - Qiita

                              はじめに X.509 証明しょうめい書しょについて解説かいせつします。(English version is here → "Illustrated X.509 Certificate") ※ この記事きじは 2020 年ねん 7 月がつ 1 日にちにオンラインで開催かいさいされた Authlete 社しゃ主催しゅさいの『OAuth/OIDC 勉強べんきょう会かい【クライアント認証にんしょう編へん】』の一部いちぶを文書ぶんしょ化かしたものです。勉強べんきょう会かいの動画どうがは公開こうかいしており、X.509 証明しょうめい書しょについては『#4 X.509 証明しょうめい書しょ（１）』と『#5 X.509 証明しょうめい書しょ（２）』で解説かいせつしているので、動画どうが解説かいせつのほうがお好このみであればそちらをご参照さんしょうください。 1. デジタル署名しょめい（前提ぜんてい知識ちしき） この記事きじを読よんでいただくにあたり、デジタル署名しょめいに関かんする知識ちしきが必要ひつようとなります。つまり、「秘密ひみつ鍵かぎを用もちいて生成せいせいされた署名しょめいを公開こうかい鍵かぎで検証けんしょうすることにより」、「対象たいしょうデータが改竄かいざんされていないこと」や「秘密ひみつ鍵かぎの保持ほじ者しゃが確たしかに署名しょめいしたこと

                                図解 X.509 証明書 - Qiita

                              • SMSで送信そうしん元もとを偽装ぎそうしたメッセージを送おくる

                                送信そうしん元もと表記ひょうきが送信そうしん者しゃIDのケース SMSのメッセージを受信じゅしんした際さいに表示ひょうじされる送信そうしん元もとには、電話でんわ番号ばんごうの代かわりに任意にんいの英数字えいすうじも表記ひょうきできる。この英数字えいすうじの送信そうしん元もと表記ひょうきを「送信そうしん者しゃID（Sender ID）」という。JC3の図ずでは 通信つうしん事業じぎょう者しゃＡ が送信そうしん者しゃIDに当あたる。 なお送信そうしん者しゃIDの利用りよう可否かひは受信じゅしん側がわの通信つうしん事業じぎょう者しゃの対応たいおう状じょう況きょうによって異ことなる。Twilioの販売はんばいパートナーであるKWCの説明せつめいによると、日本にっぽん国内こくないではNTT DOCOMOとSoftBankが送信そうしん者しゃIDに対応たいおうし、KDDIは対応たいおうしていないとのこと²。私わたしはKDDIの回線かいせんを所有しょゆうしていないため、受信じゅしん側がわがKDDIの電話でんわ番号ばんごうを使用しようしている場合ばあいの挙動きょどうは検証けんしょうできていない。 まずはiOSの公式こうしきメッセージアプリに届とどいていたAmazonからのメッセージのスレッドで偽装ぎそうを試こころみる。送信そうしん者しゃIDは Amazon となっているため、TwilioでSMSを送信そうしんする際さいのFromの値ねに Ama

                                  SMSで送信元を偽装したメッセージを送る

                                • アプリケーションにおける権限けんげん設計せっけいの課題かだい - kenfdev’s blog

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

                                    アプリケーションにおける権限設計の課題 - kenfdev’s blog

                                  • NTT 東日本ひがしにっぽん - IPA 「シン・テレワークシステム」 - HTML5 版はん Web クライアントの公開こうかいについて

                                    NTT 東日本ひがしにっぽん - IPA 「シン・テレワークシステム」 Beta 7 および HTML5 版はん Web クライアントの公開こうかいについて トップ | 中間なかま報告ほうこく | 自治体じちたいテレワーク for LGWAN | HTML5 Web 版ばんクライアント (Mac, Chromebook 対応たいおう) | バージョン履歴りれき | ダウンロード | ユーザー数すうグラフ 入門にゅうもん - 今いますぐ使つかってみよう | クライアント検疫けんえき機能きのう・MAC アドレス認証にんしょう機能きのう | 二に要素ようそ認証にんしょう・ワンタイムパスワード (OTP) 機能きのう | マイナンバーカードを用もちいたユーザー認証にんしょう機能きのう | 仮想かそうマルチディスプレイ機能きのう 行政ぎょうせい情報じょうほうシステムでの利用りよう | 組織そしき LAN におけるポリシー規制きせいサーバー設置せっち | 企業きぎょうシステムにおける VM・HDD クローン対応たいおう | Wake on LAN リモート電源でんげん ON 機能きのう | 画面がめん撮影さつえい・キャプチャ防止ぼうしのための電子でんし透すかし機能きのう FAQ

                                      NTT 東日本 - IPA 「シン・テレワークシステム」 - HTML5 版 Web クライアントの公開について

                                    • 「私わたしはロボットではありません」はワンクリックでなぜ人間にんげんを判別はんべつできる？ 仕組しくみとその限界げんかいを聞きいてきた

                                      2021.02.16 「私わたしはロボットではありません」はワンクリックでなぜ人間にんげんを判別はんべつできる？ 仕組しくみとその限界げんかいを聞きいてきた WebサイトにIDとパスワードを入力にゅうりょくするとき、ときどき「私わたしはロボットではありません」にチェックを求もとめられることがあります。 僕ぼくはロボットではないので、当然とうぜんチェックを入いれて認証にんしょうを進すすめるわけですが……。でもちょっと待まってください。なぜクリックひとつで、人間にんげんかロボットかを判断はんだんできるんでしょう。 これはきっと、人間にんげんではないなんらかの不正ふせいアクセスを防ふせぐ仕組しくみのはず。でもチェックを入いれるくらい、プログラムを作つくってなんやかんやすれば、シュッとできるのでは？ 「私わたしはロボットではありません」は、どんな仕組しくみで人間にんげんとロボットを判別はんべつしているのか。もっといい方法ほうほうはないのか。これまでの歴史れきし的てき経緯けいいも含ふくめ、情報じょうほうセキュリティ大学院だいがくいん大学だいがくの大久保おおくぼ隆夫たかお教授きょうじゅに聞ききました。 気きづかないうちに「人間にんげんかロボットか」

                                        「私はロボットではありません」はワンクリックでなぜ人間を判別できる？ 仕組みとその限界を聞いてきた

                                      • 平成へいせいのうちにやめたかった『ITの7つの無意味むいみな習慣しゅうかん』 - Qiita

                                        2019年ねんの今年ことしは「令れい和わ元年がんねん」であるわけだが、年初ねんしょはまだ「平成へいせい31年ねん」だったので、ギリギリまだ平成へいせいともいえる。ところで、ITの世界せかいにもいろいろな都市とし伝説でんせつや根拠こんきょは薄うすいけれどもかっちり守まもられているしきたり/習慣しゅうかんがあり、少すくなくとも今いまの世界せかいでは通用つうようしないため本当ほんとうは改善かいぜんしたほうがいいのだが業界ぎょうかい的てきにずるずるといってしまっていることが色々いろいろと存在そんざいする。年末ねんまつの今いま、平成へいせいを思おもい返かえしたときに元もとIT企業きぎょうに勤つとめていた人間にんげんとして「この習慣しゅうかんは平成へいせいのうちに終おわらせておかねばならなかっただろうに！」と悔くやまれることを7つ挙あげてみた。 ※ちなみに、諸君しょくんのまわりでこれらをすべてやめられている人ひとがいたならば本当ほんとうに神かみである、というのが残念ざんねんながら今いまの現状げんじょうだ。 【7位い】 2要素ようそ認証にんしょうでない「2段階だんかい認証にんしょう」 これは令れい和わ元年がんねんにセブンペイサービスの停止ていしでだいぶ話題わだいになったので、認識にんしきされている諸君しょくんも多おおいかもしれない。話題わだいになったのは大手おおて企業きぎょうのサービ

                                          平成のうちにやめたかった『ITの7つの無意味な習慣』 - Qiita

                                        • Windowsのパスワードを「chntpw」で強制きょうせいリセットしてログインできなくなったPCを使つかえるようにする方法ほうほう

                                          コンピューターにパスワードを設定せっていすることは、セキュリティの観点かんてんから非常ひじょうに大切たいせつなことですが、そのパスワードを失念しつねんしてしまったり、前まえの持もち主ぬしからパスワードを聞ききそびれてしまったりした場合ばあい、コンピューター内ないのデータにアクセスできなくなってしまう事態じたいに陥おちいってしまいます。「chntpw」はWindowsのパスワードを強制きょうせいリセットし、そうした事態じたいを回避かいひすることができるコマンドです。 chntpw | Remove, bypass, unlock and reset forgotten Windows password http://www.chntpw.com/ Windowsのパスワードを忘わすれてしまい、誤あやまったパスワードを入力にゅうりょくすると、画像がぞうのように「パスワードが正まさしくありません。入力にゅうりょくし直なおしてください。」と表示ひょうじされ、ログインができなくなってしまいます。 chntpwはLinux上じょうで動作どうさするコマンド。今回こんかいは

                                            Windowsのパスワードを「chntpw」で強制リセットしてログインできなくなったPCを使えるようにする方法

                                          • やはりお前まえらの「公開こうかい鍵かぎ暗号あんごう」はまちがっている。

                                            ※タイトルの元もとネタは以下いかの作品さくひんです。 はじめに この記事きじは、公開こうかい鍵かぎ暗号あんごうの全ぜん体感たいかんを正ただしく理解りかいするためのものです。数学すうがく的てきな部分ぶぶんや具体ぐたい的てきなアルゴリズムは説明せつめいしません。気きになる方ほうは最後さいごに紹介しょうかいするオススメ書籍しょせきをご覧らんください。 少すこし長ながいですが、図ずが多おおいだけで文字数もじすうはそこまで多おおくありません。また、専門せんもん的てきな言葉ことばはなるべく使つかわないようにしています。 ただしSSHやTLSといった通信つうしんプロトコルの名称めいしょうが登場とうじょうします。知しらない方ほうは、通信つうしん内容ないようの暗号あんごう化かや通信つうしん相手あいての認証にんしょう（本人ほんにん確認かくにん）をするためのプロトコルだと理解りかいして読よみ進すすめてください。 公開こうかい鍵かぎ暗号あんごうの前まえに：暗号あんごう技術ぎじゅつとは 公開こうかい鍵かぎ暗号あんごうは暗号あんごう技術ぎじゅつの一部いちぶです。暗号あんごうと聞きくと、以下いかのようなものを想像そうぞうするかもしれません。 これは情報じょうほうの機密きみつ性せいを守まもるための「暗号あんごう化か」という技術ぎじゅつですが、実じつは「暗号あんごう技術ぎじゅつ」と言いった場合ばあいにはもっと広ひろい意味いみを持もちます。まずはこれを受うけて入いれてください。 念ねんのため補足ほそくして

                                              やはりお前らの「公開鍵暗号」はまちがっている。

                                            • Hiromitsu Takagi on Twitter: "この解説かいせつ記事きじ、解説かいせつだと思おもって読よむと、サラッととんでもない新しん事実じじつが書かかれてる。1面めんスクープ並なみの新しん事案じあん発生はっせいじゃないの？ https://t.co/4khOA7rsya https://t.co/TsLmEkT6LN"

                                              この解説かいせつ記事きじ、解説かいせつだと思おもって読よむと、サラッととんでもない新しん事実じじつが書かかれてる。1面めんスクープ並なみの新しん事案じあん発生はっせいじゃないの？ https://t.co/4khOA7rsya https://t.co/TsLmEkT6LN

                                                Hiromitsu Takagi on Twitter: "この解説記事、解説だと思って読むと、サラッととんでもない新事実が書かれてる。1面スクープ並みの新事案発生じゃないの？ https://t.co/4khOA7rsya https://t.co/TsLmEkT6LN"

                                              • Google、PDF論文ろんぶんを劇的げきてきに読よみやすくするChrome拡張かくちょう「Google Scholar PDF Reader」

                                                Google、PDF論文ろんぶんを劇的げきてきに読よみやすくするChrome拡張かくちょう「Google Scholar PDF Reader」 米べいGoogleが「Google Scholar PDF Reader」というPDF形式けいしきの論文ろんぶんを読よみやすくするChromeブラウザ拡張かくちょう機能きのうの提供ていきょうを開始かいしした。 プラットフォームやOSに依存いぞんせず、クリーンで、文章ぶんしょうの構造こうぞうが一貫いっかんしているPDFは、学術がくじゅつ文書ぶんしょの標準ひょうじゅん的てきなフォーマットとして広ひろく利用りようされている。しかし、一方いっぽうで、引用いんようされている他ほかの文献ぶんけんにジャンプするのが難むずかしかったり、あるいは特定とくていのセクションを閲覧えつらんしたくても、PDFの構造こうぞう上じょう、簡単かんたんに移動いどうできないなど、閲覧えつらん性せいに関かんして不便ふべんと感かんじる面めんもある。Googleは「Google Scholar」という学術がくじゅつ論文ろんぶんの検索けんさくエンジンを提供ていきょうしている。シンプルで分わかりやすい画面がめん構成こうせいで、良質りょうしつな学術がくじゅつ文書ぶんしょを効率こうりつ的てきに見みつけられるサービスである。Scholar PDF R

                                                  Google、PDF論文を劇的に読みやすくするChrome拡張「Google Scholar PDF Reader」

                                                • 自作じさくサービスがDDoS攻撃こうげきされた話はなし - 週休しゅうきゅう７日にちで働はたらきたい

                                                  攻撃こうげきに立たち向むかうイヌさんThe English version is available here. タイトル訂正ていせい: 「自作じさくサービス『に』→『が』DDoS攻撃こうげきされた話はなし」「それはDDoSではない」という指摘してきに関かんして末尾まつびに追記ついき (6/18)SaaSを開発かいはつしていると本当ほんとうにいろんな事ことが起おこります。それらは時ときに開発かいはつ者しゃに喜よろこびや悲かなしみ、怒いかり、感謝かんしゃ、落胆らくたんや興奮こうふんをくれます。思おもい返かえしてみれば結局けっきょくはみんないい思おもい出でになるものです。先週せんしゅう末まつに、拙作せっさくの小ちいさなウェブサービスがDDoS攻撃こうげきを受うけました。言いわずもがな、悪わるい出来事できごとです。本稿ほんこうではこの事故じこがどんなものだったのか、どうやって対処たいしょしたのかについてお話はなしします。 どうもTAKUYAです。僕ぼくはInkdropというクロスプラットフォームなMarkdownノートアプリを独ひとりで3年ねん以上いじょう開発かいはつ・運用うんようしています。ユーザ数すう2万まん人にん以下いかのとてもニッチなSaaSで、僕ぼくはこのサービスで生計せいけいを立だて

                                                    自作サービスがDDoS攻撃された話 - 週休７日で働きたい

                                                  • Gmailのメール認証にんしょう規制きせい強化きょうかへの対応たいおうって終おわってますか？ - エムスリーテックブログ

                                                    こんにちは。エムスリー・QLife(エムスリーのグループ会社かいしゃ)・エムスリーヘルスデザイン(エムスリーのグループ会社かいしゃ)でエンジニアとして各種かくしゅ作業さぎょうに関かかわっている山本やまもとです！ 以前いぜんもメール送信そうしんの話はなしを書かかせていただいたことがありますが、今回こんかいもまたメールネタとなります。今回こんかいのお題だいはメールセキュリティです。 大量たいりょうメール送信そうしんのための予備よび知識ちしき - エムスリーテックブログ すでにご覧らんになった方ほうもいるかと思おもいますが、次つぎのようなニュースが流ながれています。 www.proofpoint.com この「GoogleとYahooの新しんEいーメール認証にんしょう要件ようけん」ってつまりどういうことよ？ というところを具体ぐたい的てきにどのように進すすめているかについて書かかせていただきたいと思おもいます。 2023/12/18追記ついき : Googleからメール送信そうしんにTLSを使つかうことが追加ついか要件ようけんとして示しめされました。 TL;DR とりあえず何なにから始はじめる？ 何なにはともあれ実際じっさいに

                                                      Gmailのメール認証規制強化への対応って終わってますか？ - エムスリーテックブログ

                                                    • クレジットカードのオーソリゼーションのお話はなし。 - メモ代かわりのブログ

                                                      この記事きじを見みかけたので。 naoki440.info TL;DR ・オーソリゼーション（仮かり売上うりあげ処理しょり、「オーソリ」）の有効ゆうこう期限きげんは最大さいだい60日間にちかんと定さだめられている為ため、60日にちを超過ちょうかするとオーソリゼーションが無効むこうになり、売上うりあげが非ひ成立せいりつとなる。 ・予よ約やく商品しょうひんでは60日にち以内いないに再度さいどオーソリを行おこなうことで、実質じっしつ的てきに決済けっさいの有効ゆうこう期限きげんを延長えんちょうしている。 ・Lenovoが一いち回かい目めのオーソリ返金へんきん完了かんりょう前まえに再度さいどオーソリを行おこなったのは正常せいじょうな挙動きょどう。 ・クレジットカードの場合ばあい、オーソリではなく売上うりあげ確定かくてい処理しょり後ごに請求せいきゅうを行おこなう為ため、この問題もんだいは発生はっせいしない。 ・Kyash側がわで2重じゅうに引ひき落おとしされた＆チャージ元もとクレジットカードへ返金へんきんができないのは正常せいじょうな挙動きょどう。 ・クレジットカードのシステムにプリペイドを突つっ込こむとこの挙動きょどうになってしまう。つまり仕様しようと言いえる（各種かくしゅプリカ発行はっこう会社かいしゃもユーザーに告知こくちしている）。 一般いっぱん的てきなカード決済けっさいの流ながれについて オーソリゼーション（仮かり

                                                        クレジットカードのオーソリゼーションのお話。 - メモ代わりのブログ

                                                      • 電子でんしメール送信そうしんに関かんする技術ぎじゅつ

                                                        ふと気きになって調しらべたことの備忘びぼうメモです ✍ （2022/4/2追記ついき）Twitterやはてブで色々いろいろとご指摘してきやコメントを頂いただいたので、それに基もとづいて加筆かひつと修正しゅうせいをおこないました 特とくに、幾いくつかの技術ぎじゅつについては完全かんぜんに誤あやまった説明せつめいをしてしまっており、大変たいへん助たすかりました…ありがとうございました🙏 なぜ調しらべたか メール送信そうしん機能きのうのあるWebアプリケーションを開発かいはつ・運用うんようしていると、 特定とくていのアドレスに対たいしてメールが届とどかないんだが とか MAILER-DAEMONなるアドレスからメールが来きたんだけど といった問とい合あわせを受うけて原因げんいんを探さぐることになります 実務じつむにおいては、Amazon SES や SendGrid といったメール送信そうしん処理しょりを抽象ちゅうしょう的てきに扱あつかえるサービスを使つかうことが多おおいと思おもいますが、 ことトラブルシューティングにおいては、その裏うらにある各種かくしゅ技術ぎじゅつについての概要がいようを知しっていると、状況じょうきょう把握はあくや原因げんいん特定とくていをしやすくなります ありが

                                                          電子メール送信に関する技術

                                                        • 世界一せかいいちわかりみの深ふかいOAuth入門にゅうもん

                                                          世界一せかいいちわかりみの深ふかいOAuth入門にゅうもん

                                                            世界一わかりみの深いOAuth入門

                                                          • 携帯けいたい契約けいやくの本人ほんにん確認かくにん、マイナンバーカードの読よみ取とり義務ぎむ化かへ　「非ひ対面たいめんの契約けいやく」ではマイナカードに一本いっぽん化か | TBS NEWS DIG

                                                            政府せいふは携帯けいたい電話でんわや電話でんわ転送てんそうサービスを「対面たいめん」で契約けいやくする際さい、事業じぎょう者しゃに対たいし、マイナンバーカードなどに搭載とうさいされているICチップの読よみ取とりを本人ほんにん確認かくにん方法ほうほうとして義務付ぎむづけることを決定けっていしました。運転うんてん免許めんきょ証しょうなどの本人ほんにん確かく…

                                                              携帯契約の本人確認、マイナンバーカードの読み取り義務化へ　「非対面の契約」ではマイナカードに一本化 | TBS NEWS DIG

                                                            • Let's EncryptがはまったGolangの落おとし穴あな - ぼちぼち日記にっき

                                                              0. 短みじかいまとめ 300万まん以上いじょうの証明しょうめい書しょの失効しっこうを迫せまられたLet's Encryptのインシデントは「Golangでよくある間あいだ違ちがい」と書かかれているようなバグが原因げんいんでした。 1. はじめに、 Let's Encryptは、無料むりょうでサーバ証明しょうめい書しょを自動じどう化かして発行はっこうするサービスを行おこなう非ひ営利えいり団体だんたいとして2014年ねんに設立せつりつされました。 2015年ねんにサービス開始かいしされると証明しょうめい書しょの発行はっこう数すうはぐんぐん伸のび、先月せんげつ末まつのプレスリリースでは累計るいけい10億おく枚まいのサーバ証明しょうめい書しょを発行はっこうしたことがアナウンスされました「Let's Encrypt Has Issued a Billion Certificates」。CTLogの調査ちょうさから、2020年ねん2月がつ末まつの時点じてんでは有効ゆうこうな全ぜん証明しょうめい書しょの38.4%がLet's Encryptの証明しょうめい書しょであるとみられています「Certificate Validity Dates」。 無料むりょうの証明しょうめい書しょを提供ていきょうしてもらえるのは非常ひじょうに嬉うれし

                                                                Let's EncryptがはまったGolangの落とし穴 - ぼちぼち日記

                                                              • 滅ほろびてほしい認証にんしょう系けいの実装じっそうの話はなし

                                                                こんにちは、富士ふじ榮さかえです。 ちょっと前まえに某所ぼうしょでダメダメな認証にんしょう系けいの技術ぎじゅつ実装じっそうってなんだろうねぇ、、という話はなしをしていたことをXで呟つぶやいたところ、色々いろいろとご意見いけんを頂いただけましたのでまとめて書かいておきます。

                                                                  滅びてほしい認証系の実装の話

                                                                • Webサービスにおけるログイン機能きのうの仕様しようとセキュリティ観点かんてん - Flatt Security Blog

                                                                  はじめに こんにちは。株式会社かぶしきがいしゃFlatt Securityセキュリティエンジニアの村上むらかみ @0x003f です。 本稿ほんこうでは、Webアプリケーション上じょうで実装じっそうされる「ログイン機能きのう」の実装じっそうパターンをいくつか示しめし、その「仕様しようの中なかで起おきうる脆弱ぜいじゃく性せい」とその対策たいさくについて解説かいせつしていきます。 「ログイン機能きのう」はToB、ToC問とわず多おおくのWebアプリケーションで実装じっそうされている機能きのうで、XSSやSQL Injection、Session Fixationといったような典型てんけい的てきな脆弱ぜいじゃく性せいの観点かんてんについては、なんらかの解説かいせつを見みたことのある方ほうも多おおいと思おもいます。 しかし、「仕様しようの脆弱ぜいじゃく性せい」というのはあまり多おおく語かたられていない印象いんしょうです。今回こんかいはそのようなタイプの脆弱ぜいじゃく性せいについての解説かいせつを行おこないます。なお、IDaaSを用もちいずに自前じまえでログイン機能きのうを実装じっそうしているケースを複数ふくすうパターン想定そうていしています。 はじめに ログイン機能きのうの仕様しようパターンとセキュリティ

                                                                    Webサービスにおけるログイン機能の仕様とセキュリティ観点 - Flatt Security Blog

                                                                  • React を深ふかく知しるための入いり口くち

                                                                    Reactに対たいする見方みかたをアップデートする 国内外こくないがいの優すぐれた開発かいはつ者しゃの方ほうによる React の各論かくろんの記事きじは枚挙まいきょにいとまがありません。しかし、React の入門にゅうもんを一いち通とおり終おえた方ほうに向むけの浅あさく広ひろい総論そうろんはあまり見みかけません。 React の公式こうしきドキュメントのトップページに掲載けいさいされている短みじかい3つの文章ぶんしょうがあります。この React の本質ほんしつを表現ひょうげんした文章ぶんしょうを掘ほり下さげることが、初はつ学者がくしゃのステップアップにつながるのではないかと考かんがえ、各かく章あきらに対たいして注釈ちゅうしゃくを加くわえました。 React について少すこし深ふかく知しることで、さらに React を好すきになったという方ほうを一人ひとりでも多おおく増ふやしたい。その思おもいから本ほん記事きじを執筆しっぴつしました。 本ほん記事きじは React の考かんがえ方かたを知しることで、React に対たいする見方みかたをアップデートすることを目的もくてきとしています。 Reactとは何なにか。それはUIを構築こうちくするためのJSライブラリである React公式こうしきドキュメントの一文いちぶん R

                                                                      React を深く知るための入り口

                                                                    • 続々ぞくぞく連携れんけいがストップしているドコモ口座こうざとWeb口振くちぶり受付うけつけの問題もんだいについて - novtanの日常にちじょう

                                                                      詳細しょうさい不明ふめいなところもありますのでなんとも言いえないんだけど、外部がいぶから見みえる範囲はんいでわかる問題もんだい点てんについて解説かいせつしてみます。詳細しょうさいを調しらべたら問題もんだいなかったり、中なかの人ひとだけが知しっている仕様しようによってクリアされている問題もんだいもあるかもしれません。 事実じじつ誤認ごにんがあれば訂正ていせいしますのでよろしく。 そもそもドコモ口座こうざって？ ドコモユーザーならおなじみ、それ以外いがいでも使つかえるアカウントサービスである「dアカウント」に紐ひもづけてキャッシュレス決済けっさいなどで使用しようできる電子でんしマネー（だよね）のことです。 dアカウントは元々もともとはドコモ契約けいやく者しゃ向むけのアカウントサービスだったんですが、スマホを起点きてんとしたサービスを提供ていきょうするに当あたり、汎用はんよう的てきなアカウントサービス（ID提供ていきょうサービスとも言いえます）にするためにドコモの回線かいせん契約けいやくとのつながりを限定げんてい的てきにしたものです。GoogleアカウントやFacebookアカウントでのログインと同様どうよう、dアカウントでのログインができるように

                                                                        続々連携がストップしているドコモ口座とWeb口振受付の問題について - novtanの日常

                                                                      • マッチングアプリ「Omiai」会員かいいん情報じょうほう管理かんりサーバーへの不正ふせいアクセスについてまとめてみた - piyolog

                                                                        2021年ねん5月がつ21日にち、ネットマーケティングは同社どうしゃが運営うんえいするマッチングアプリ「Omiai」の会員かいいん情報じょうほうの一部いちぶが不正ふせいアクセスにより、流出りゅうしゅつした可能かのう性せいが高たかいと発表はっぴょうしました。ここでは関連かんれんする情報じょうほうをまとめます。 171万まん件けんの年齢ねんれい確認かくにん書類しょるい画像がぞうが流出りゅうしゅつ www.net-marketing.co.jp 不正ふせいアクセスを受うけたのはOmiaiの会員かいいん情報じょうほうを管理かんりするサーバー。意図いとしない挙動きょどうがサーバー上じょうで確認かくにんされ、その後ご内部ないぶ点検てんけんから不正ふせいアクセスの痕跡こんせきを発見はっけん。 流出りゅうしゅつした情報じょうほうは法令ほうれいで確認かくにんが義務ぎむづけられた年齢ねんれい確認かくにん書類しょるいの画像がぞうデータ。通信つうしんログ分析ぶんせきから数すう回かいにわたり画像がぞうデータが外部がいぶへ流出りゅうしゅつしたと判明はんめい。流出りゅうしゅつした画像がぞうデータの約やく6割わりは運転うんてん免許めんきょ証しょうで、画像がぞうデータの暗号あんごう化かも行おこなっていなかった。*1 当初とうしょ流出りゅうしゅつの可能かのう性せいと公表こうひょうしていたが、8月がつ11日にちの第だい三さん報ほうでは流出りゅうしゅつが確認かくにんされたことを公表こうひょうした。 流出りゅうしゅつアカウント件数けんすう 171万まん1756件けん （会員かいいん累計るいけい数すうは20年ねん9月がつ末まつ

                                                                          マッチングアプリ「Omiai」会員情報管理サーバーへの不正アクセスについてまとめてみた - piyolog

                                                                        • パーフェクトRails著者ちょしゃが解説かいせつするdeviseの現代げんだい的てきなユーザー認証にんしょうのモデル構成こうせいについて - joker1007’s diary

                                                                          最近さいきん、パーフェクトRuby on Railsの増補ぞうほ改訂かいてい版ばんをリリースさせていただいた身みなので、久ひさしぶりにRailsについて書かいてみようと思おもう。 まあ、書籍しょせきの宣伝せんでんみたいなものです。 数日すうじつ前まえに、noteというサービスでWebフロント側がわに投稿とうこう者しゃのIPアドレスが露出ろしゅつするという漏洩ろうえい事故じこが起おきました。これがどれぐらい問題もんだいかは一旦いったん置おいておいて、何故なぜこういうことになるのか、そしてRailsでよく使つかわれるdeviseという認証にんしょう機構きこう作成さくせいライブラリのより良よい使つかい方かたについて話はなしをしていきます。 (noteがRailsを使つかっているか、ここで話はなしをするdeviseを採用さいようしているかは定さだかではないので、ここから先さきの話はなしはその事故じことは直接ちょくせつ関係かんけいありません。Railsだったとしても恐おそらく使つかってないか変へんな使つかい方かたしてると思おもうんですが、理由りゆうは後述こうじゅつ) 何故なぜこんなことが起おきるのか そもそも、フロント側がわに何故なぜIPアドレスを送おくってんだ、という話はなしです

                                                                            パーフェクトRails著者が解説するdeviseの現代的なユーザー認証のモデル構成について - joker1007’s diary

                                                                          • 『デジタル庁ちょうは、死しんでもNECに発注はっちゅうしない』マイナンバーの顔かお認証にんしょう技術ぎじゅつを捨すてた平井ひらい大臣だいじんはIT史しに残のこる（神田かんだ敏晶としあき） - エキスパート - Yahoo!ニュース

                                                                            この有料ゆうりょう記事きじは、5月29日にちをもちまして、販売はんばいを終了しゅうりょうさせていただきました。ご愛読あいどくいただいておりますお客様きゃくさまにはご不便ふべんをお掛かけ致いたしますが、何卒なにとぞご理解りかいのほどお願ねがい申もうしあげます。なお、5月29日にちまでにご購入こうにゅういただいた記事きじは、以下いかページからお読よみいただけます。 神田かんだ敏晶としあきのページ 1961年ねん神戸こうべ市し生うまれ。ワインのマーケティング業ぎょうを経へて、コンピュータ雑誌ざっしの出版しゅっぱんとDTP普及ふきゅうに携たずさわる。1995年ねんよりビデオストリーミングによる個人こじん放送ほうそう「KandaNewsNetwork」を運営うんえい開始かいし。世界せかい全体ぜんたいを取材しゅざい対象たいしょうに駆かけ回まわる。ITに関かかわるSNS、経済けいざい、ファイナンスなども取材しゅざい対象たいしょう。早稲田大学わせだだいがく大学院だいがくいん、関西大学かんさいだいがく総合そうごう情報じょうほう学部がくぶ、サイバー大学だいがくで非常勤ひじょうきん講師こうしを歴任れきにん。著書ちょしょに『Web2.0でビジネスが変かわる』『YouTube革命かくめい』『Twiter革命かくめい』『Web3.0型がた社会しゃかい』等とう。2020年ねんよりクアラルンプールから沖縄おきなわ県けんやんばるへ移住いじゅう。メディア出演しゅつえん、コ

                                                                              『デジタル庁は、死んでもNECに発注しない』マイナンバーの顔認証技術を捨てた平井大臣はIT史に残る（神田敏晶） - エキスパート - Yahoo!ニュース

                                                                            • Sign-in form best practices  |  Articles  |  web.dev

                                                                              Sign-in form best practices Stay organized with collections Save and categorize content based on your preferences. Use cross-platform browser features to build sign-in forms that are secure, accessible and easy to use. If users ever need to log in to your site, then good sign-in form design is critical. This is especially true for people on poor connections, on mobile, in a hurry, or under stress.

                                                                              • Googleの45分間ふんかんダウンの原因げんいんは認証にんしょうツールのストレージクォータの問題もんだい

                                                                                米べいGoogleの「Workspace」を含ふくむ同社どうしゃの多おおくのサービスが12月14日にちの午後ごご9時じごろから約やく45分間ふんかん使つかえなくなっていた障害しょうがいの原因げんいんは、各種かくしゅサービスにログインするための認証にんしょうツールのストレージクォータの問題もんだいだったと、Googleが同日どうじつ、英えいGuardianなどのメディアに声明せいめい文ぶんを送おくった。 Googleの広報こうほう担当たんとう者しゃによると、このダウンの原因げんいんは、Googleとサードパーティのサービスへのログイン方法ほうほうを管理かんりする認証にんしょうツールの障害しょうがいだったという。認証にんしょうを処理しょりするサービスのためのストレージが不足ふそくすると自動的じどうてきに割当わりあてを増ふやす（ストレージクォータ）ツールが正常せいじょうに動作どうさしなかった。 この問題もんだいにより、GmailやGoogleカレンダーなど、利用りようするためにログインが必要ひつようなサービスが利用りようできなくなった。また、Googleの認証にんしょうプラットフォームを利用りようするサードパーティのサービスでも、ユーザーがログインできなくなっていた。Go

                                                                                  Googleの45分間ダウンの原因は認証ツールのストレージクォータの問題

                                                                                • KADOKAWAのハッキングの話はなしチョットワカルので書かく

                                                                                  私わたしはプロではないのでわからないので、間違まちがっているのは当あたり前まえだと思おもって読よんでください。 個々人ここじんのエンジニアの能力のうりょくがとかクレジットカードがとかは基本きほん関係かんけいないという話はなしです。 （関係かんけいなくてもパスワードを使つかい回まわしている場合ばあいは、同おなじパスワードを使つかっているサービスのパスワードはすぐ変かえるの推奨すいしょう） 三さん行ぎょうVPN→プライベートクラウドの管理かんりシステムとオンプレ認証にんしょう→各かくシステムと言いう流ながれで侵入しんにゅうされていると思おもわれるオンプレのディレクトリサービスとクラウドのidMが接続せつぞくされ、オンプレの認証にんしょう資格しかくでSaaSは一部いちぶやられた可能かのう性せいがある現在げんざいクラウドにリフトアップ中ちゅうで、新しんシステムはモダンな対策たいさくされた方法ほうほうで保護ほごされており無事ぶじだった。が、それ故ゆえにオンプレへの対策たいさくが後手ごてだったのでは会社かいしゃのシステムはどうなってるか私わたしは長年ながねん社内しゃないシステムの奴隷どれいをやって参まいりました。現在げんざいのクラウドになる前まえのサーバも触さわって参まいりましたので、その辺あたりからお話はなしをさ

                                                                                    KADOKAWAのハッキングの話チョットワカルので書く
                                                                                  1 2 3 4 5 6 7 8 9 10 次つぎのページ

                                                                                  新着しんちゃく記事きじ

                                                                                  はてなブックマーク

                                                                                  公式こうしきTwitter

                                                                                  はてなのサービス

                                                                                  • App Storeからダウンロード
                                                                                  • Google Playで手に入れよう
                                                                                  Copyright © 2005-2024 Hatena. All Rights Reserved.