『白貂を抱く貴婦人』は19世紀にヨーロッパを転々とした。1830年にロシア帝国からのポーランド独立を目指した11月蜂起が起こり、これを鎮圧しようとするロシア軍の侵攻から守るために、イザベラ・チャルトスカはこの絵画を隠匿した。その後絵画はドレスデンへ送られ、さらに11月蜂起の失敗で亡命を余儀なくされた、アダム・イエジィのパリでの滞在先オテル・ランベール (Hôtel Lambert) に運ばれた。最終的にクラクフへ戻されたのは1882年になってからである。第二次世界大戦の1939年にナチス・ドイツのポーランド侵攻によってこの絵画はナチスに収奪され、ベルリンの博物館島にあるカイザー＝フリードリヒ博物館（現在のボーデ博物館）へと送られた。1年後の1940年にはナチスの高官でポーランド総督ハンス・フランクが、自身の豪奢な執務室に飾るためにクラクフへ戻すよう要求している。その後の行方は分からなくなっていたが、第二次世界大戦終結時に連合国兵士によってバイエルンにあるフランクの家で無事発見された。大戦終結後にポーランドに返還され、現在は元通りクラクフのチャルトリスキ美術館に展示されている。
ダ・ヴィンチの作品で、一人の女性を描いた肖像画はわずかに4作品しか現存していない。パリのルーブル美術館所蔵の『モナ・リザ』、『ミラノの貴婦人の肖像』、ワシントンのナショナル・ギャラリー所蔵の『ジネーヴラ・デ・ベンチの肖像 』、そしてこの『白貂を抱く貴婦人』である。現存しているダ・ヴィンチの作品は状態のよくないものが多い。この作品も絵画表面は摩滅し、画面左上の角部分は損壊している（修復はされている）。また、ダ・ヴィンチのオリジナルの絵画から、背景は黒く塗りつぶされており、さらに描かれている女性が頭にかぶっていた透明なヴェールは大げさな髪型に変更され、指にも大きく書き直されている箇所がある。こういった多くの問題点があるとはいえ、ダ・ヴィンチの作品としては比較的保存状態が良好な作品である。
1696年に兄ロバートが死去すると第5代ロクスバラ伯爵になり、1704年にスコットランド国務大臣に任命された。イングランドとスコットランドの合同を推進したため、1707年にロクスバラ公爵に叙された。その後はイングランドとスコットランドが合同してグレートブリテン王国が成立したため、スコットランド貴族の創設はロクスバラ公爵で最後となった。1707年5月28日、王立協会フェローに選出された。ロクスバラ公爵はスコットランドの貴族代表議員を4会期務め、国王ジョージ1世は彼を枢密院の顧問官とスコットランド玉璽尚書に任命した。1715年ジャコバイト蜂起で政府側に立った後、1716年から1725年までスコットランド国務大臣を務めたが、麦芽税に反対したため首相サー・ロバート・ウォルポールに罷免された。1727年4月、サー・アイザック・ニュートンの葬儀で棺桶に付き添った6人のうちの1人を務めた。1739年10月17日の勅許により創設されたファウンドリング病院の初代総監の1人を務めた。1741年2月27日に死去した。1人息子のロバートが第2代ロクスバラ公爵となった。
初代ロクスバラ公爵ジョン・カー（英語: John Ker, 1st Duke of Roxburghe, KG PC FRS、1680年4月30日 - 1741年2月17日）は、第3代ロクスバラ伯爵ロバート・カーとマーガレット・ヘイ（初代ツィードデール侯爵ジョン・ヘイの娘）の息子、第4代ロクスバラ伯爵ロバート・カーの弟。
PaX の主要機能は実行空間保護である。一部プロセッサにあるNXビットの機能を用いて任意のコードの実行を防ぐ。それによって、コード注入やシェルコードといった攻撃を防ぐ。NXビットを持たないIA-32系CPUでは、PaX はその機能を様々な手段でエミュレートできる。Linuxを含む多くのOSでは、ハードウェアのNXビットの機能を利用して、メモリのアクセス権を適切に設定する。図1は、1つのロードされたライブラリのあるプログラムのメモリセグメント群を簡単に図示したものである。緑のセグメントはデータで、青のセグメントはコードである。一般に、AMD64なども含めたプロセッサでのアドレス空間は、デフォルトでは図1のように明確にデータ部とコード部が定義されている。しかし、Linux ではデフォルトではアプリケーションが自身のメモリ保護設定を変更することを防ぐことができず、コード部を書き込み可能にしたり、データ部をコードとして実行することが可能となっている。PaX はそのような変更を防ぐとともに、典型的な操作に最適な最も制限のきつい保護設定を保証する。実行空間保護が起動しているとき、mprotect() 制限も含まれ、PaX は本来コード部でなかった領域を実行可能にするような操作を不可能にする。これにより、書き込み可能だったことのある領域に存在するコードは実行不能となり、悪意があるかどうかとは関係なく、コードを後から注入することが不可能となる。すると、Javaのジャストインタイムコンパイル方式のように、実行時にコードを生成して実行する必要のあるアプリケーションは動作できなくなる。しかし多くの場合、そのような機能を必要としているプログラムは、それに依存しないように書き換えることが可能である。根本的に実行時のコード生成が必要なものについては、システムアドミニストレータがその実行ファイルに印を付け、その実行ファイルについては制限が課せられないようにすることができる。PaX チームは mmap() システムコールをどう扱うかを決定する必要に迫られた。mmap は共有メモリのマッピングや共有ライブラリのロードに使われる。そのため、使われている状況によっては書き込み可能なページや実行可能なページを生成できるようにしなければならない。PaX の現在の実装では、デフォルトで書き込み可能な無名メモリページのマッピングが可能となっている。ファイルのマッピングは mmap() コールが書き込みのパーミッションを指定している場合のみ書き込み可能にできる。mmap() は書き込みと実行が同時に可能なマッピングを生成しない。これは引数で明示的に指示されている場合でもエラーとなる。