The rights of each work belong to each creator, and prohibit reproduction without permission. The rights of each work belong to each creator, and prohibit reproduction without permission. Skeb is an official partner ofand
IDベース暗号 (ID-Based Encryption) とは公開鍵暗号の一種であり識別子を利用した暗号方式である。この暗号では、利用者の公開鍵として、利用者の識別子に関する一意な情報を用いる。例えば、利用者のメールアドレス、姓名やドメイン名、物理的なIPアドレス等を公開鍵として用いることが出来る。ID-Based Encryptionの略からIBEとも呼ばれる。 1984年にメールアドレスに基づく公開鍵基盤方式 (PKI) がアディ・シャミア(RSAの"S")によって提案された[1]。 これは利用者の識別子のように公開されている情報のみからデジタル署名の検証を可能とする。 最近では、ボネ (en:Dan Boneh) とフランクリン (en:Matthew K. Franklin) のペアリングに基づく暗号方式[2]、コックスの平方剰余に基づく暗号方式[3]も存在する。 利用法[編集]
しごとの出会いを なめらかに biskettはあなたのGoogleカレンダーと連携し、 日程を「サクッ」と調整できるサービスです。 ※その他のカレンダーは今後連携予定です。
FIPS 140 (Federal Information Processing Standardization 140) は、暗号モジュールに関するセキュリティ要件の仕様を規定する米国連邦標準規格である。2023年5月現在、規格の最新版は2019年3月22日発行のFIPS 140-3である。 FIPS 140-2の目的[編集] 米国連邦政府の省庁等各機関が利用する、ハードウェア及びソフトウェア両方を含む "暗号モジュール" に関する要件を規定する。FIPS 140は、要件に適合するモジュールが信頼できることや、さらに要件に適合したモジュールを用いて構築したシステムが信頼できることを保証するための、十分条件の提供を意図したものではない。要件は暗号モジュールそれ自身だけでなく、モジュールの文書化、及び最高のセキュリティレベルでは、ソースコードの含むコメントのいくつかの側面についても対象として
裁量権とは?定義やメリット・デメリット、裁量労働制について解説! 人事管理 働き方改革が叫ばれる中、企業には従業員一人ひとりに合った柔軟な勤務体制の整備が求められています。その一つの選択肢として「裁量権の付与」と「裁量労働制の導入」があります。この記事では、裁量権の意味と効果的な運用の仕方、裁量労働制の概要とメリッ… 再雇用制度とは?導入メリットや定年後の契約の流れ、注意点や助成金を解説! 人事管理 働き手の確保が企業にとって大きな課題となっています。そこで注目されているのが「再雇用制度」です。定年後も引き続き優秀な人材を活用できるだけでなく、技術やノウハウの継承にも役立つ制度です。 この記事では、導入メリットから運用上の注意点、関連す…
This article needs additional citations for verification. Please help improve this article by adding citations to reliable sources. Unsourced material may be challenged and removed. Find sources: "Hardware security module" – news · newspapers · books · scholar · JSTOR (November 2017) (Learn how and when to remove this template message) An HSM in PCIe format A hardware security module (HSM) is a ph
M5Stackを開発したM5Stackは中国深圳のスタートアップだ。国際的なハードウェアスタートアップアクセラレータのHAXが、中国のスタートアップを対象にプログラムを始めたHAX Chinaの第一期生でもある。 2016年に1人でHAXに参加した、広東省東莞市生まれのJimmyの生んだスタートアップは、すでに従業員数50人を超えるほどに成長している。HAX卒業組の中でも特筆すべき成功と言える。ところが、HAXやその親ファンドであるSOSV Venturesのメンバーから、「M5Stackがなぜ成功しているのかよく分からない、教えてくれ」という問い合わせが僕宛にしばしば来る。つまり、出資元も成功の理由がいまいち見えていないようだ。 毎回説明しているのは以下のようなシンプルな魅力だ。 「M5Stackは、IoTのプロトタイプを手軽で気軽にしている」 かみ砕くとこのようになる。多くの購入者はI
ウォーターフォール・モデルは、ソフトウェア工学における古典的な[1][2]開発モデル。 概要[編集] ウォーターフォール・モデルの一例 プロジェクトによって工程の定義に差はあるが、開発プロジェクトを時系列に、主として以下のような工程で行われる。 要求定義(要求仕様) 外部設計(概要設計) 内部設計(詳細設計) 開発(プログラミング) テスト(ソフトウェア) 運用(システム) 上記のように作業工程(局面、フェーズ)にトップダウンで分割する。線表(ガントチャート)を使用してこれらの工程を一度で終わらせる計画を立て進捗管理をする。原則として前工程が完了しないと次工程に進まない(設計中にプログラミングを開始するなどの並行作業は行わない)事で、前工程の成果物の品質を段階的に確保し、前工程への後戻り(手戻り)を最小限にする。ウォーターフォール・モデルの利点は、工程の進捗管理がしやすいことである。また、
パソコンの何かがおかしい時、実際の問題が何なのかを、正確に突き止めるのは至難の業です。頻繁にクラッシュしたり、意味不明なエラーが繰り返し発生したりという状況は、誰でも避けて通りたいもの。ソフトウェアの問題、ということもありますが、ハードウェアの問題という場合も多くあります。今回は問題がハードウェアの場合に焦点を当て、ハードウェアのストレステストを行うことによって、ハードウェアの問題を予防する方法を、ご紹介します。 ハードウェアが、原因のクラッシュやフリーズなどを起こさない、安定したPCが嫌いだという人は、おそらくいないかと思います。そして、パソコンを安定させることを目的としたアプリケーションは、ネット上にあふれんばかり。極限状態までのハードウェアストレステストを行うことにより、PCが問題なく、安定した状態を維持できるようになります。 今回取り上げているアプリは、長時間に渡って使用すると、よ
今回、記念すべき第30回はついに Elixir プロセスのホットスワップをします。 Elixir や Erlang/OTP の特徴を述べてる文書を読むとかなりの確率でホットスワップ機能が挙げられています。でも実際に使ってるという話を聞いたことがほとんどありません。唯一聞いたことがあるのは Erlang & Elixir Fest 2019 での任天堂の渡邉大洋さんの話1だけです。みなさん、文書書くときには写経してしまってて、いずれ使うだろうぐらいに思ってるところが実のところ全然使ってないんじゃないんでしょうかね。 ならばということで試しにやってみたら、チョー簡単な例はさっくり出来たのでご報告です。 超簡単な例でプロセスのスワップをする まずはとにかくホットスワップ出来ることを目指します。次のプログラム hotswap1.ex は GenServer で書いたカウンタです。Hotswap.s
はじめに RailsログをJSON形式にしたいだけなんですが、解決方法が意外とめんどくさかったので、ググってたどり着いた誰かのためにメモを残しておきます。 「Railsログ JSON」で雑にググるとlogrageというgemをいれるとよさそうな感じです。 https://github.com/roidrage/lograge gem入れるだけでバーンといいかんじのJSONになることを期待したのですが、以下の記事に書いてあるとおり、このgemはコントローラのアクセスログや例外しかJSON形式で出ません。 https://qiita.com/amanekey/items/b921ef73d871dac299eb おもむろに Rails.logger.info("foo") とかしてもJSONにならなくてそのまま出力されちゃう。 つまりこんなかんじ。 {"method":"GET","path"
Amazon Web Services ブログ Firelens の発表 – コンテナログの新たな管理方法 本日、AWS でコンテナサービスを構築した素晴らしいチームが、従来に比べて非常に簡単にログを取り扱うことを可能にする AWS FireLens と呼ばれる新たな優れたツールを立ち上げました。 FireLens を使用することで、顧客は、デプロイメントスクリプトを修正したり、手動で追加のソフトウェアをインストールしたり、追加コードを書き込んだりすることなく、コンテナログをストレージや分析ツールに直接追加できます。Amazon ECS または AWS Fargate の設定をいくつか更新することにより、必要な場所にコンテナログを送信することを FireLens に指示するため、宛先を選択し、オプションでフィルターを定義します。 FireLens は Fluent Bit または Flue
ECS/Fargateタスクのログ出力先をカスタマイズ (ルーティング) できる「FireLens」機能が正式リリースされましたので、試してみました。 みなさん、こんにちは! AWS事業本部の青柳@福岡オフィスです。 ECS/Fargateタスクのログ出力先をカスタマイズ(ルーティング)できる「FireLens」機能が AWS Containers Roadmap の リポジトリ でプレビューされていましたが、先日、正式リリースされました。 まだドキュメントが日本語化されていませんが、英語版ドキュメントの内容に沿って試してみました。 Custom Log Routing - Amazon ECS 従来の「CloudWatch Logs」へのログ出力 まず、従来の「CloudWatch Logs」へのログ出力を行ってみます。 全体の構成は下図のようになります。 ECSクラスターやALBの設定
はじめに こんにちは。SRE部の板谷(@SItaya5)です。 Gunosyでは様々なプロダクトでECS(Amazon Elastic Container Service)を使用してタスクを実行しています。 ECSの起動タイプにはEC2とFargateの2種類がありますが、どちらのタイプも混在しています。 ログの送信先としては、主にPapertrailというサービスを使用しています。 しかし、Fargateで実行しているタスクに関しては、ログの送信先(Log Driver)に選択の余地がなく、Cloudwatch Logs一択でした。 そのため、EC2で実行しているタスクのログはPapertrailに送信されていましたが、一方のFargateで実行しているタスクはCloudwatch Logsに送信せざるを得ませんでした。 このように起動タイプ毎にログの送信先が分かれており、管理が煩雑にな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く