Redis・Docker APIを狙うマルウェアの調査とスキャンの観測
はじめに SOCではインターネットに対して公開されたホストを狙うスキャン活動を観測しています。2021年以降は特に6379/TCP（Redis）と2375/TCP（Docker API）へのスキャンが大幅に増加していることを確認しており、IIJが発行している技術レポート「Internet Infrastructure Review（IIR）Vol.54」内のSOCレポートで紹介しています。 Redisはパスワードが標準では設定されていないため、外部に公開するとパスワードなしでアクセスされる可能性があります。 攻撃者によりconfigコマンドが悪用されることで、任意のコマンドが実行される恐れがあります。 また、Dockerはコンテナを操作できるDocker APIを外部に公開すると、攻撃者が用意したコンテナイメージがデプロイされ、任意のコマンドが実行される恐れがあります。 図-1と図-2に、
redis-cliの使い方 - Qiita
--latencyと似ているが、15秒ごとにレイテンシの経過を見れる点が異なる(Ctl-Cで止めるまで計測し続ける)
Redis に保存されてる値を見ようと思った時に覚えておきたい redis コマンド | そんなこと覚えてない
設定したりもっと細かい作業をしたい場合は help コマンドを使う。 種類ごとのヘルプをみたい場合は @ をつけるとよい 例えばリスト関連のコマンドを知りたいなら > help @list といった感じ。 以下は解説 keys 登録されている key がわからないと何もできないので、keyの一覧をみる方法 > keys * 引数にはパターンを入力する hogeではじまるものに絞りこみしたい場合は > key hoge* とかする。shell の場合はアスタリスクはエスケープする必要があるのに注意 $ redis-cli keys \* type redis は key に格納された値の種類によって取得コマンドが違うらしい。 値をみるために種類の確認が必要。 hoge というキーがあった場合は > type hoge とする。 返す値としては string list set zset has
phpredis チートシート - Qiita
今度isuconに参加するので、きっと使うであろう phpredis のチートシートを作ってみた。 名前が似ていてややこしいけど predis では無いのでご注意。 predisはphp実装のRedisクライアントで、今回のphpredisはc言語実装のより速いRedisクライアント。 Redisのデータ型 phpredis以前に、Redisの前提としてどんなデータ型があるのか頭に入れておきたい。 Redisには5種類のデータ型がある。 文字列型とハッシュ型さえ知っておけばだいたい事足りると思うけど、他の３つもわりと便利っぽい。 文字列型(String) リスト型(List): 双方向リスト、keyの持たないハッシュっていうか、配列みたいなやつって覚えればいいよ セット型(Set): 順不同の集合、値が重複しないようになっているので、重複のないリスト作るのに便利 ソート済みセット型(ZSe
EC2 : Rails, MySQL, Redis, nginx, Unicorn 環境構築 - Qiita
Ports 22 / Source : MyIP Ports 80 / Source : Anyway Ports 8081 / Source : Anyway
Redisのデータを削除する方法 | shimar's blog
Redisに不慣れなため、何をするにもコマンドリファレンスを調べています。今回は、Redisのデータの削除の方法を調べてみたので纏めておきます。 使用したRedisのバージョンはv3.2.3です。 Redisのデータを削除する方法は、 指定したキーを削除する。 選択しているデータベース内の全てのキーを削除する。 全てのデータベース内の全てのキーを削除する。 の3つあり、それぞれ異なるコマンドを使う。 指定したキーを削除する DELコマンドを使用する。 このコマンドは、選択しているデータベース内の指定したキーとそれに紐づくデータを削除する。 キーは複数指定することができる。 127.0.0.1:6379> keys * 1) "towers" 2) "test2" 3) "test1" 127.0.0.1:6379> del test1 test2 (integer) 2 127.0.0.1
Redisのインストール・セットアップ - Qiita
Redis のインストール パッケージから導入する方法と、ソースからインストールする２種類の方法があります 各自の環境制約を踏まえて導入手段を検討してください パッケージから導入する場合 Redis は標準パッケージに含まれていません（2015/11/15時点） サードパーティのリポジトリをインストールするので、標準リポジトリしか利用できない環境では後述の「ソースからインストール」にスキップしてください サードパーティのリポジトリをセットアップします remi と EPEL リポジトリが必要です導入手順はこちら メモリ管理に tcmalloc を利用しているため gperftools-libs もインストールします
Redis - The Real-time Data Platform
# Create a new session and store it as a JSON document > JSON.SET session:12345 . ‘{“user_id”: 1001, “login_time”: “2024-02-27T10:00:00Z”, “data”: {“last_page_visited”: “/home”, “preferences”: {“theme”: “dark”}}}’ “OK” # Fetch the entire session > JSON.GET session:12345 “{\”user_id\”:1001,\”login_time\”:\”2024-02-27T10:00:00Z\”,\”data\”:{\”last_page_visited\”:\”/home\”,\”preferences\”:{\”theme\”:\
RailsのセッションストアとしてRedisを使う(Mac/EC2:AmazonLinux) - Qiita
RailsデフォルトのCookieを使うセッションストアから、Redisに変更してみる。 ローカル開発環境(Mac)と、本番環境(EC2:AmazonLinux)の両方動くようにする。 なお、本番環境ではRedisサーバとしてElastiCacheを使った。 Redisとはなんぞや？ いわゆるひとつのDB。といってもPostgresqlやMySQLといったRDBとは毛色が違っていて、 一意のキーと、保存したい値のペアでデータを保存する(KVS:KeyValueStore) データを全てメモリ上に持つ（なので動作が高速） という特徴がある。 でもメモリにあるってことは再起動するとデータ消えるんでしょ？と思いきや、定期的にメモリ上のデータのスナップショットを保存してくれる（データ永続化）。もちろんクラッシュ時には最後にスナップショットを保存してから先の分は消えてしまうけど、それを最小限に抑える
Ruby用バックグラウンドジョブライブラリ「sidekiq」のコードを読んでみる（前半） – なまけものからの脱却を目指すITエンジニアのメモ
自分が担当するRailsアプリケーションでバックグラウンドジョブを動かす必要が出てきた。 Railsでバックグラウンドジョブといえば二大巨頭の Resque と Sidekiq があると思っている。どちらかといえば最近採用されているイメージがあるSidekiqに関して、どんなコードになっているか主要な部分をチェックしておきたい。 今回は、Railsにsidekiqを組み込んでジョブを登録する部分まで。Sidekiqを直接使ってジョブを登録する方法と、ActiveJob経由で登録する方法の2つを比べて見る。 まとめ Sidekiqを直接使用する場合、Redisのコネクションプールを用意しておき、それを使用して各Jobの情報をキューにpushしているだけ。ジョブの登録に関してはシンプルだった。 ActiveJob経由もバックエンドを抽象化している分、少しコードが複雑になっているが、やっているこ
Spring Boot+Spring SessionでスケーラブルなステートフルWebアプリが簡単につくれるよ〜 - Qiita
今回は、Spring BootとSpring Sessionを使用してスケーラブルなステートフルWebアプリ（HTTPセッションを使うWebアプリ）を作ってみるぞ〜 システム構成のイメージ 今回は・・・ Webサーバー兼ロードバランサーとしてNginx アプリケーションサーバーとしてSpring Boot(Embedded Tomcat) セッションストアとしてKVS(Key Value Store)の有名どころであるRedis を使用し、Nginx、Spring Boot(Embedded Tomcat)、RedisをそれぞれDockerコンテナ上で動かします。 なお、今回はRedisは１台構成にさせてもらいます。実際のシステムを１台構成で動かすことはあり得ませんが・・・ （Master/Slave構成によるクラスタ化は次回の宿題ということで・・・） フレームワーク構成 Spring B
SpringBootでセッションをredisに保存する - blog.beaglesoft.net
SpringBootで開発をするときに、実行→デバッグ→修正→再実行→…という繰り返しを行うのですが、再実行を行うときに毎回ログインし直すのが結構面倒です。そこで、セッション情報を永続化すれば楽になるのではと思い、とりあえず redis でセッション情報を保存するようにしてみました。 前提条件 redisはインストールして利用可能な状態とします。また、基本的な設定は以下の通り初期設定のままとします。 接続先：localhost ポート番号：6379 また、動作するアプリケーションは SpringSecurity を利用した認証を実行しています。セッション情報の保存確認はログイン前後の状態で確認しました。 設定方法 設定は以下の流れで行います。 pom.xml に spring-session-data-redis への依存を追加します。 Redisの接続設定を作成します。 詳細は以下の通り
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Redisチートシート(導入編) - Qiita