Kouji Matsui kekyo

CUDA on Ubuntu podman container

podmanでCUDAをコンテナ実行するためのホストマシンを0からセットアップする。筆者はCI/CD環境を整えるために物理サーバーマシンを用意して作業した。これで ga_runner でGitHub ActionsでCUDAがお手軽に使えるようになる（はず。今後確認したら追記）

ホスト環境は: Intel(R) Core(TM) i7-10700T CPU, 64GB mem, NVIDIA GeForce RTX 4060 Ti 16GB

Ubuntu 24.04.2では、インストール時に3rd party driversを有効化してしまうと、NVIDIA driver 550がインストールされる。これは非常に不安定であり、クリーンインストール直後であってもWaylandがクラッシュして復帰が難しい問題がある（将来的に改善される可能性はある）。

随時更新します。

注意: 一部、センシティブな内容を取り扱うチャンネルがありますが、ここでは特定の団体や情勢を持ち上げたりする意図はなく、むしろ出来るだけ中立性・公平性・事実確認の容易さ・有用性などの独自の基準にしています。

# Terminate vscode/codium

$ npm uninstall jest
$ npm install --save-dev jest
$ npx jest --clearCache

# Re-open vscode/codium

$ sudo apt install gnome-control-center

編集方法: virsh net-edit default

<network>
  <name>default6</name>
  <bridge name="virbr0"/>
  <forward mode="nat">

要するに、（セッション）トークンをCookieに格納して、これで認証する運用の場合、

フォームのPOST先のエンドポイントやWebAPIに対してのHTTPリクエストに、勝手にセッショントークンが送られてしまう（Cookieに入っていて、なおかつ同一のURLだから）。正規のアクセスではこの挙動を想定しているので、受信したトークンで認証が成立して問題ないが...
攻撃者はとにかくブラウザ経由で、フォームのPOST先のエンドポイントやWebAPIに対して要求を投げさせれば、アクセスが受け付けられてしまう（Cookieに格納されているので、勝手にセッショントークンが送られてしまうから）。

だから、Cookieによるトークンの送信に頼らずに、別の方法でリクエストにトークンを含ませる必要がある。

HTMLのform hidden valueにトークンを入れておくと、form postでその値が一緒に送信される。これはハイジャック犯がこのトークン値を知ることが出来ないので、トークンなしまたは不正トークンで弾ける。

Repository	Url
YouTube	https://bit.ly/3XbqPSQ
chibicc-cil	https://github.com/kekyo/chibicc-cil (まだ非公開)
chibias-cil	https://github.com/kekyo/chibias-cil

というか、後からチャレンジしても良いかもしれないけど、マイナーなのでやらなくても良いんじゃないかという理由。

	using System;
	using System.Linq;

	namespace ConsoleApp1;

	class Program
	{
	static void GenerateReflectionEmit()
	{
	var emitOpCodes =

	using Mono.Cecil;
	using System;
	using System.Diagnostics;
	using System.IO;
	using System.Linq;
	using System.Security.Cryptography;

	namespace ConsoleApp1;

	public static class Program

	// Copyright (c) Kouji Matsui (@[email protected])
	// License under MIT.

	using System.ComponentModel;

	namespace TestApp;

	public static class Option
	{
	public static readonly NoneOption None =