さくらVPSに個人用git環境とレポジトリを作成。 ついでにgitwebの導入をしたけども、公開するのも恥ずかしい。 てか公開するなら最初からgithubを使います。 gitwebとかっこいい名前はついてても、所詮はCGI。 ということでapacheの認証だけ行うことにした。 環境はDebian 6です。 今回は、basic認証ではなくdigest認証。 basic認証は平文でパスワードを送ってるから危ないとか何とからしいので。 設定ファイル編集 まずは、gitwebの設定ファイルを確認 $ dpkg -l | grep gitweb ii gitweb 1:1.7.2.5-3 fast, scalable, distributed revision control system (web interface) $ ls -la /etc/apache2/conf.d/gitweb 次に中

技術２課の鎌田です。 前回記事で、AWSとActive Directoryとの連携をご紹介しました。 今回は、仕組みを見てみたいと思います。 ※なお、この記事では広く用いられているSAMLプロトコルの用語をベースとし、Active Directoryの用語は()書きで補足しています。 目次はこちら。 認証と認可(承認) ADFSサーバーの仕組みと用語 ADFSでサポートされるプロコトル まとめ １．認証と認可(承認) まず、アクセスしてきたユーザーの確認に関わる用語と中身を見ていきましょう。 「認証」とは、本人確認の機能を指します。 一般的には、ユーザー名とパスワードを入力して、本人かどうかの確認をします。 認証を行うシステムとして、Active Directoryがある、という訳ですね。 認証では、認証に成功すると、TGT(Ticket Granting Ticket)というチケットをA

Breaches you were pwned in A "breach" is an incident where data has been unintentionally exposed to the public. Using the 1Password password manager helps you ensure all your passwords are strong and unique such that a breach of one service doesn't put your other services at risk. Pastes you were found in A paste is information that has been published to a publicly facing website designed to share

「ローカル管理者」のパスワード管理、どうする？――LAPSを使ってみよう！：Active Directoryによるローカル管理者のパスワード管理（1） 過去に大規模な情報漏えい事件の要因にもなった「PCのローカル管理者パスワード」を効率的に管理するためのツール「Local Administrator Password Solution（LAPS）」の使い方を紹介します。 「ローカル管理者のパスワード」、どうやって管理する？ 2015年、日本年金機構において大規模な個人情報漏えい事件が発生しました。その詳細は2015年8月20日に内閣サイバーセキュリティセンターが発表した「日本年金機構の個人情報流出事案に関する原因究明調査結果（pdf）」にまとめられています。この報告書の中で、短時間に広範囲の端末へ被害が拡大した技術的要因の1つは、「ローカル管理者権限のID・パスワードが同一であったことを悪

こんにちは。Windows サポート チームの石井です。 皆さんも Microsoft アカウント 使っていますか？ 私もメールや One Drive などを複数のデバイスで利用する為に、Microsoft アカウントの関連付けを活用しています。 最近では、個人での利用だけでなく、業務でもMicrosoft アカウントを活用しているというありがたい声も頂いています。 今回は、Microsoft アカウントをローカルユーザーに関連付けて使用している状態で、ファイル サーバーや SQL サーバーを利用する場合の注意点についてご案内します。 ワークグループ環境では、サーバーにアクセスする際には認証が求められますが、クライアント、サーバーに共通するユーザー名 / パスワードのアカウントを用意することで、資格情報の入力を求められる事なくアクセスできるように構成する事ができます。 これによりドメイン環

サーバーワークス　サポート窓口　伊藤です。 コミュニティーでは九龍と呼ばれています。 開発環境と本番環境 社内システムと外部公開サイト SaaSサービスをテナント毎に分割 などいろいろな理由で複数のAWSアカウントを使い分けている場合があるとおもいます。 そのような環境で、対象アカウント毎に、ログイン・ログアウトを行ってアカウントを切り換えるという運用を行っている方が多いと思いますが IAMロールを使うことで、ログアウトせずに、別のアカウントにスイッチするという方法が可能です。 AWS公式のチュートリアルもあるのですがよりわかりやすく（スクリーンショット多めで）、ステップバイステップでまとめて見ました。 環境 今回の例では アカウントID：9876-5432-9876のIAMアカウントから アカウントID：1234-5678-1234のIAMロールにスイッチするケースを想定しています。 ※

Gmailばかり使っていたのですが、メールアドレスそのものがログインIDなのにむやみに人に教えたらやばいのでは？と不安になり始め、サブとしてYahoo!メールを使い始めました。 Yahoo!のセキュリティ対策としてIDを含まないメールアドレス設定、シークレットID、人に教えていないアドレスで復帰用メールアドレス設定。二段階認証は当然のようにGoogle認証アプリ（Google Authenticator）で設定しようと思い、QRコードを読み込んだらエラーになって出来なかった。 とりあえず素直にYahoo!公式の二段階認証アプリ『Yahoo! JAPAN ワンタイムパスワード（Y! OTP）』を入れて設定し一旦落ち着いたものの、一日で「2つもあるのジャマだな……」とイヤになり、ググってこちらの記事を見つけたので参考にさせていただきました。 Yahoo!のワンタイムパスワードをGoogle認証

2018/10/22 全体的に問題があったので書き直した. 内容はほぼ変わっていない. 本記事では, 世界で最初に提案された公開鍵暗号であるRSA暗号の基礎事項について解説する. RSA暗号の動作原理について示した後, 簡単な攻撃手法の一覧を載せる. 公開鍵暗号 暗号理論, 特に現代暗号における暗号は「秘密鍵暗号(Secret-key Cipher)」, 「公開鍵暗号(Public-key Cipher)」の2種類に大分される. 秘密鍵暗号はよく知られている通り「秘密の鍵$k$を事前に共有しておき, その鍵を用いて暗号化・復号を行う暗号方式」である. これに対して公開鍵暗号は「暗号化に用いる鍵$k _ {enc}$, 復号に用いる鍵$k _ {dec}$が存在し, 暗号化・復号のそれぞれで異なる鍵を用いる暗号方式」と定義され, このうち$k _ {enc}$は一般に公開されることが多いこと

メインのクライアントPCを Windows7 に移行中。 ファイルサーバーとしてテスト稼働させてる Time Capsule につながらない。。。。 パスワード入力を求められたので入力しても、ユーザーまたはパスワードが違いますで一蹴。 Time Capsule は「共有ディスクのセキュリティ保護」を「アカウント」にして運用。 Vista や XP からは普通につながるのだが。。。 で、いろいろ試行錯誤する。。 「管理ツール」→「ローカルセキュリティポリシー」→「ローカルポリシー」→「セキュリティオプション」 →「ネットワークセキュリティ：LAN Manager 認証レベル」→「NTLM 応答のみ送信する」で解決。 Vista導入時に何かで引っかかった事があるような。。 とりあえず、つながったので良しとしよう。

はじめに こんにちは植木和樹＠上越妙高オフィスです。今日はAmazon Linuxへのsshログイン時におけるセキュリティ強化のお話です。 AWS運用チェックリストではOSにログインする際のユーザーは共有せず、個人ごとにOSアカウントを作成することが推奨されています。 これからAWSを始める人は一読すべき「AWS運用チェックリスト」を読んでみた ｜ Developers.IO 個人ごとにOSアカウントを作成すれば、いつ誰がそのサーバーにログインしたのか分かるので不正な操作が行われた際のトレースに役立ちます。 しかし仮にパソコンが盗まれる等で秘密鍵が盗まれてしまった場合を想定し、さらにもう一段階、その人のみが持っているものを用いなければサーバーにログインできない仕掛けを作ってみます。これを2段階認証といいます。今回は 1.個人のssh鍵ファイル ＋ 2.スマホに表示されるワンタイムパスワード

おすすめアプリ、ゲーム、iPhone、スマホの使い方、ガジェットなどのお得な情報をお届け | AppBank

PFNは，「現実世界を計算可能にする」をVisionとして，膨大な計算量を必要とするシミュレーションや深層学習などの計算ワークロードを実行するためのオンプレML基盤を持っています． この取り組みについて、「使いやすい環境」、「リソースの効率的かつフェアな利用」、「信頼性・運用省力化」の観点から紹介します。 本イベント「オンプレML基盤 on Kubernetes 〜PFN、ヤフー〜」では、オンプレミスの Kubernetes クラスタ上に構築された機械学習基盤を持つ PFN とヤフーのエンジニアが自社での取り組みについて語り尽くします！ イベントサイト: https://ml-kubernetes.connpass.com/event/239859/

仕事で「そろそろパスワードやめて公開鍵暗号つかいませんか..?」と近代化をすすめるにあたって、説明資料が必要かと思って公開鍵暗号方式の説明から作り始めた。 よく考えたら、興味のない人には仕組みとかどうでもよくて「なにがよいのか」「どうつかうのか」「なにに気をつけたらいいのか」の３点だけ伝えればよいことに気づいたので、公開鍵暗号方式の説明は業務時間外に書いて公開することにした。 かなり平易に解説したつもりなのでいろいろな人に読んでほしい反面、個人として暗号やセキュリティに造詣が深くない、というかあまり知らないので間違いが含まれていないかが怖いので、斧とか斧とか待ってます。 知識不足なのでRSA暗号自体の仕組み（非対称関数とか）は触れていません。気になったらサイモン・シンの暗号解読あたりを読んでください。 楽しく学ぼう公開鍵暗号方式 from oroponya

ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog こんにちは、ID連携担当のくら（@kura_lab）です。 みなさんはYahoo! JAPANのWeb APIや認証、エンドユーザーの属性取得APIを実装したことがありますか。これらを利用するためにはYahoo! ID連携を用いてアクセストークンの取得やログインの実装が必要になります。単にアクセストークンの取得、ログインの実装といってもWebアプリ、ネイティブアプリにおいていろいろなパターンがあります。 SDKを用いる場合ほとんど意識せずに実装もできますが、提供するサービスのUXやシステムの環境に合わせてより最適な実装をするためには、それぞれの特徴を理解し適切なパターンを選択する必要があります。 Yahoo! ID連携はOAuth