TAFS Advent Calendar

 サイトが通信事業者なので、せっかくなのでそこで得た知識をお披露目したいと思います。 ※IC部で行っている「ライトニングトークの会」のスライドをそのまま使ってます。  　しゃべり部分を文字で書き起こします。    アナログ、デジタル、3G…ときて今は5G時代です。10年で世代が変わるようになっています。5Gの通信方式はあまり表だって言われないですが、NRというそうです。      通信方式がバラバラだと良くないよねってことで、3GPPという団体ができました。ようやく5Gで統一することができたようです。お世話になっている通信事業者も3GPPの部署が存在してます。      5Gでは高速化・低遅延・周波数帯域の大きく三点の要求がありました。周波数帯域が上がることによって接続性は下がっているように思えますが、4G併用やアンテナ数でカバーする戦略なようです。      2015年ごろから「LTE Advance」という表現が出ていました。そう言えばそんなことCMで行ってた気がするという人もいると思います。これは5G機能の先行実装なのですが、今年は2025年で2030年代の6Gが近付いてきています。LTE Advanceみたいな表現をすると「Beyond 5G」と言うそうです。6Gには衛星通信が含まれていますので、ある程度新しいスマートフォンを持っている人は、すでに利用できる状態になっていると思います。    3GPPが思い描いた5G機能はまだまだフルに使われていません。このまま使われないままかもしれません。車の自動運転も3GPPは遠隔操作を想定していましたが、各自動車メーカは自律型を選択しています。   6Gの技術仕様策定時にこのまま突き進んでいいのか3GPPは悩んだようです。2030年代はどうなるんでしょうね。   「4G課題」というのが2つ前のスライドにちらっと書いてありましたが、具体的に何かというのが次のスライドです。   このセキュリティ分野を補うためにKDDIデジタルセキュリティを作ったと思ったんですが、モバイルの話は全く来なかったようで残念でした。 

0. はじめに Proxmoxを導入したお客様から、 Proxmox Offline Mirror（POM）を構築したい という案件相談がありました。 その際に調べた内容を、備忘も兼ねてまとめています。 少しニッチ?!な内容ではありますが、 POMに関する日本語情報がほとんど見当たらなかった ため、 同じような構成を検討している方の参考になればと思います。 ※今回は 概要レベルの内容 になります。 1. Proxmox Offline Mirror（POM）とは Proxmox Offline Mirror（POM）は、 インターネットに直接接続できない環境 において、 Proxmox VE Proxmox Backup Server それらに関連する Ceph パッケージ の 更新およびサブスクリプション認証 を実施させるための仕組みです。 POMは、 Proxmox Server Solutions が公開しているツール群 を用いて構成されており、 公式リポジトリから取得したパッケージやメタデータを一度集約 オフライン環境向けに再配布可能な形へ変換・管理 する役割を担います。 単なるパッケージのコピーではなく、 以下のような仕組みを オフライン環境でも成立させる 点が特徴です。 公式リポジトリからの取得 GPG署名を含むパッケージ整合性の維持 サブスクリプションの認証 snapshot を用いたパッケージの更新管理 2. どんな環境で POMが必要になるのか（ユースケース） POMは、すべての Proxmox 環境で必要になるわけではありません。 一方で、以下のような環境では ほぼ必須コンポーネント になります。 ■ エアギャップ（隔離）環境 セキュリティポリシー上、外部インターネット接続が禁止されている環境 ■ 拠点分散・閉域網環境 本社 DC から各拠点へ閉域網で接続している構成 ■ 更新タイミングを厳密に管理したい環境 本番環境で 「いつ更新したか」 「どの状態で動いているか」を明確にしたい トラブル発生時に即座に元へ戻したい 3. POMを導入するメリット 上記のような環境において、 POMを導入することで以下のメリ...

SECCON14 予選 Writeup（Ez Flag Checker / Breaking Out） SECCON14 予選 Writeup（Ez Flag Checker / Breaking Out） はじめに 日本最大級のCTFである SECCON14予選 に参加してきました 結果は 267位（817チーム中） ChatGPT Plus（5.2）のみ使用 本Writeupも作成してもらいました(笑) 注意： 本稿はCTFの配布物（ローカルで解析可能な題材）を対象にしています。 実運用環境や第三者システムに対して同様の行為を行うことは、許可なく実施すると法令・規程違反になる可能性があります。 目次 Ez Flag Checker（rev） Breaking Out（rev） 学び 参考：解法に至ったプロンプト（スクリーンショット） （1）Ez Flag Checker カテゴリ Reversing（ELF） 狙い 入力検証ロジックを静的解析して「正しい入力（flag）」を導く ポイント 固定長 / prefix / suffix チェック + XOR系変換の逆算 概要 「flag checker（入力された文字列が正しいflagか判定するプログラム）」を解析して、 “正しいflagを逆算する” タイプの問題です。 アプリケーションの挙動...

  はじめに Ciscoのスイッチには、CatalystとNexusという2つの系統があります。 見た目や基本的な機能は似ていますが、 中で考えていることはまったく違います 。 自分自身、Catalystの感覚のままNexusを触り始めて、 「SNMPのユーザーを設定したのにコンフィグに出てこない」 「コンフィグのリストアをしたはずなのに復旧しない」 といったところで、実際にハマったポイントです。 不具合や設定ミスを疑っていましたが、 振り返ると、どれも Nexusの設計思想を知らなかったこと が原因… この資料では、そうした実体験をベースに、 CatalystとNexusの違いが設定や運用にどう影響するのかを整理しています。 1. 思想の違い Catalystは主にオフィスネットワーク、Nexusはデータセンターと、 使用される前提の場所が異なります 。 そのため、求められる要件や運用方針の違いから、 それぞれ以下のような思想で設計されています。 Catalyst   ・制御を重視、人が触る   → 設定は「明示的・可視的」 Nexus   ・通信継続を重視、自動復旧   → 設定は「暗黙的・内部処理」 2. SNMP設定の違い 前項で記した思想の違いによって仕様も異なり実際にハマったポイントであり、 コンフィグデータのリストアを行ったところ復旧できない事象が起きました。 ■catalyst SNMP userが show run に出ない ■nexus SNMPv3 user が show run に出る SNMP設定の見え方の違い Catalystでは、SNMPの権限はグループ単位で管理されるため、 ユーザー情報は show running-config 上で必ずしも可視化されない。 Nexusでは、RBACによりユーザーが直接ロールを持つ設計となっており、 「誰がどの権限を持つか」を明示する必要があるため、 SNMPユーザー定義が show running-config に表示される。 3. 冗長化プロトコルの違い CatalystではStackWise、 NexusではvPCが主に使用されます。 機器の冗長化という観点では、 一見すると大きな違い...

TeraTermのマクロ機能はご存知でしょうか。 定型作業を自動化できる便利機能です。 何故、今更マクロを使うことになったかと言いますと・・・ 20以上の拠点に入り回線を変更するという案件がありました。 ざっくりとした作業内容ですが、 事前ログ取得 設定変更 疎通試験 事後ログ取得 ２．の設定変更以外は、どの拠点もほぼ同じコマンドであったため、 マクロを使えれば作業が飛躍的に楽になるなという考えからマクロを作成することに。 一部抜粋という形になりますが、 実際に作成したマクロ内容を紹介します。 ● ログイン情報定義 HOSTNAME = 'ホスト名'           LOGIN_PW = 'ログインPW'     ENABL_PW = '特権PW'               ● ボーレート定義 BAUDRATE = '9600' ※環境によって数値は合わせる ● コンソールログイン ①COMポートの状態を1～100まで確認する  for PORT_NUM 1 100  ②整数値を文字列に変換    int2str COM_PORT PORT_NUM ③コマンド組立て    COMMAND = '/C='                                           strconcat COMMAND COM_PORT    strconcat COMMAND ' /BAUD='         strconcat COMMAND BAUDRATE   ④接続    connect COMMAND  ⑤接続確認    if result == ...

Proxmoxのプロキシユーザ認証の設定について🔖 Proxmoxでプロキシを設定する際、プロキシサーバ側でユーザ認証を導入している場合、 Proxmoxでもユーザ認証ができるかどうかを検証しました。 設定方法含めてご紹介します。 プロキシサーバとは？🔍 インターネットへアクセスする際、代理として通信を行ってくれる中継サーバのことを指します。 プロキシサーバのメリットには以下のようなものがあります。  ・セキュリティ向上  ・アクセス制御  ・ログ管理  ・高速化 (キャッシュ) プロキシのユーザ認証とは？🔎 プロキシサーバを誰でも使える状態にしておくと、部外者に勝手に利用されたり、 踏み台（攻撃の中継地点）にされたりするリスクがあります。 ユーザ認証を設定することで、利用開始時にID・パスワードの入力を要求できます。 プロキシ設定したWindowsでインターネットにアクセスしようとした際に表示される画面 今回やったこと✅ ①プロキシサーバにユーザ名とパスワードを登録する 　事前にプロキシサーバに認証したいユーザ名とパスワードを登録しておきます。 　今回は以下のユーザ名・パスワードを登録しました。 　ユーザ名　： user01 　パスワード： password123 ②Proxmoxにプロキシを設定する（ユーザ認証ができなかった際の動作を確認する） 　まずは、ユーザ名とパスワードを入力せず、プロキシサーバのIPだけを指定した場合に 　インターネットにアクセスできないことを確認します。 　「データセンター」>「オプション」>「HTTPプロキシ」 に以下のフォーマットでプロキシを設定します。 　 http://<プロキシのIPアドレスまたはFQDN>:<ポート番号> 　今回の環境では以下の値で設定します。 　 http://10.1.232.3:3128 ③動作確認（ユーザ認証ができなかった際の動作を確認する） 　シェルからapt-get updateを実行するか、「ホスト名」>「アップデート」>「再表示」を押します。 　以下のように「407 Proxy Authentication Required ...」といったエラーが表示され、 　「TASK ERROR」となっていること...