もう限界。Windows 11にやめてほしいこと8つ
もう限界。Windows 11にやめてほしいこと8つ2024.05.14 21:00395,670 Kyle Barr - Gizmodo US ［原文］ （ 福田ミホ ） Windowsってこんなにうっとうしかったっけ…。 Windows 11のリリースから2年以上経ち、来年にはWindows 10のサポート終了が迫ってるんですが、なかなか移行が進んでないと言われます。Windows 11のどのへんが問題なのか…米GizmodoのKyle Barr記者がまとめてくれました。 これ、多くのWindowsユーザーが経験したんじゃないでしょうか。新しいPCを買ってワクワクしながら立ち上げたんだけど、そうだ、これWindows 11だった…という気の重さ。いろんなありがたい機能と同じくらい、要らない機能も満載の、Windows 11だったっけ…と。 僕は最近iBuyPowerのScale PCを
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトークンの署名検証をして、IDトークンの改ざんが無いか確認する - Http Only属性：JSによるCookieへのアクセスを防ぐため - Secure属性：流出防止のため - SameSite=strict：CSRF対策のため 結論から言えば、「どちらでもよい」となります。しかし、恐らく話は
Our world-class embeddings for search, RAG, agent systems.
S3経由でXSS!?不可思議なContent-Typeの値を利用する攻撃手法の新観点 - Flatt Security Blog
はじめに セキュリティエンジニアの齋藤ことazaraです。今回は、不可思議なContent-Typeの値と、クラウド時代でのセキュリティリスクについてお話しします。 本ブログは、2024 年 3 月 30 日に開催された BSides Tokyo で登壇した際の発表について、まとめたものです。 また、ブログ資料化にあたり、Content-Type の動作や仕様にフォーカスした形で再編を行い、登壇時に口頭で補足した内容の追記、必要に応じた補足を行なっています。 また、本ブログで解説をする BSides Tokyoでの発表のもう一つの題である、オブジェクトストレージについては、以下のブログから確認をすることが可能ですので、ご覧ください。 blog.flatt.tech なぜ今、この問題を取り上げるのか？ 従来のファイルアップロードにおいて、Content-Type の値を任意の値に設定すること
System tests have failed
When we introduced a default setup for system tests in Rails 5.1 back in 2016, I had high hopes. In theory, system tests, which drive a headless browser through your actual interface, offer greater confidence that the entire machine is working as it ought. And because it runs in a black-box fashion, it should be more resilient to implementation changes. But I'm sad to report that I have not found
TL;DR: Instead of redirecting API calls from HTTP to HTTPS, make the failure visible. Either disable the HTTP interface altogether, or return a clear HTTP error response and revoke API keys sent over the unencrypted connection. Unfortunately, many well-known API providers don't currently do so. Updated 2024-05-24: Added the Google Bug Hunter Team response to the report that the VirusTotal API resp
Blueskyの投稿をTweetDeck風にカラム表示して更新チェックできるウェブアプリ「TOKIMEKI」を使ってみたよレビュー
「TOKIMEKI」はほりべあ氏が開発しているBlueskyクライアントで、Bluesky上の投稿や自分のフィードなどをカラムに分けて管理できます。モバイル版TOKIMEKIをレビューした後にウェブアプリ版も使ってみたところ、「1つの画面に複数アカウントの投稿を並列表示して更新を常時チェック」という情報収集にめちゃくちゃ便利な環境を構築できたので、使い方をまとめてみました。 TOKIMEKI - Bluesky client project https://tokimeki.blue/login ・目次 ◆1：Blueskyのアプリパスワードを作成 ◆2：TOKIMEKIの初期設定 ◆3：TOKIMEKIで色んなユーザーの投稿を並列表示する方法 ◆4：投稿を自動更新する方法 ◆5：複数アカウントを同時に管理する方法 ◆6：その他の情報 ◆1：Blueskyのアプリパスワードを作成 Blue
Googleによって開発とメンテナンスが行われているウェブブラウザのオープンソースプロジェクト「Chromium」を用いることで、Microsoft EdgeやOperaなど、さまざまなウェブブラウザを作り出すことができます。エンジニアのアレクサンダー・フリック氏は、Chromiumを基に、Googleのウェブブラウザ「Chrome」よりも高速なウェブブラウザである「Thorium」を開発しています。 Outline of benefits of Thorium over vanilla Chromium. https://alex313031.blogspot.com/2022/01/outline-of-benefits-of-thorium-over.html Thorium Browser https://thorium.rocks/ ウェブブラウザのThoriumは原子番号90の
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SPAのアプリケーションで、外部のIdPを使ってOpenID Connect によるログイン機能を開発しようと考えています。IDトークンの保存先として、ブラウザのCookieかサーバーのDBに保存するかの2つの案があると思っています。調べた限り、サーバーサイドで持つべきという意見が多いように見えますが、以下のような背景がある中で開発しても、ブラウザのCookieでは持つべきなのではないのでしょうか？ - IDトークン自体にも、個人の属性（氏名等）情報は無いことを確認している - サーバーサイドでIDトーク
Reader API
Your API Shouldn't Redirect HTTP to HTTPS
Chromiumを使ってChromeよりもさらに高速なウェブブラウザを開発するプロジェクト「Thorium」とは？