逆にそのようなOSやライブラリのAPIが仕様と異なる動作をすると、利用しているソフトウェアにとって非常に根の深いバグの原因になりうる。このようなケースは稀なものではなく、また市場で広く利用されているOSやライブラリのバグを修正することは困難であるから、アプリケーションソフトウェアの開発者はバグを回避してAPIを利用する必要に迫られることもある。
一方でオープンソースのソフトウェアの場合は、アプリケーションソフトウェアの開発者がソースコードを読んで内部構造を理解してバグを修正するという最終手段を取ることは不可能ではない。もっとも現実には、それができるスキルを持つ技術者や、それに必要な時間を割くことのできる開発組織は限られている。
技術・情報・性能の流出を防止するためのブラックボックス化.
これまでに述べた、機械の複雑・高度化と簡便な利用を目指した結果として自然にブラックボックス化していったものとは別に、外部の人間に技術を模倣されたり性能を分析されないために意図的に装置の内部を見ることができない様に封印した物もブラックボックスと称する。
特に兵器に多く見られる。最新技術を積め込んだ兵器が敵の手に渡ると模倣されたり対抗手段を講じられたり自軍の情報が漏れたりする事となる。また、敵国に対するブラックボックスだけでなく、輸入した兵器ではその兵器を購入して使用する国に技術を盗まれないためという目的のものもある。また保安管理体制が十分でない国から情報が漏れるのを防ぐためでもある。重要な機器やデータの入ったコンピュータなどに封印が施されたり、自律破壊装置が組み込まれたり、無理やり分解を試みるとデータが消去されるようになっているとされる。
日本でも例外ではなく、米国から導入した自衛隊の飛行機などのレーダー制御装置・ソナー分析システムなどが、輸入後封印されたまま搭載されている。
また、宇宙開発事業団が初期にアメリカから購入したロケットエンジンや装置に頼っていた時期があるが、重要な機器は、購入すると一緒にアメリカのメーカーの技術者がやってきて、日本人が機器を触ったり分解したりしないように監視し、その機器の作業はアメリカ人技術者の手で行う様にされていた。