Windows chạy Run Như mà không biết mật khẩu


13

Chúng tôi đang cài đặt một hệ thống phương tiện kỹ thuật số tại đài phát thanh đại học mà tôi làm việc. Chúng tôi đang cố gắng cung cấp cho các lập trình viên (đọc; DJ, không phải lập trình viên) truy cập vào âm nhạc mà không cho phép họ sao chép bất kỳ phần nào vào ổ đĩa flash của họ hoặc chuyển nó qua Internet.

Chúng tôi đang chạy trên các hệ thống Windows (Windows XP cho máy khách và Windows Server 2008 cho máy chủ phương tiện). Ý tưởng của tôi là thế này.

  • Tạo người dùng (ProgramUser) hoàn toàn không có quyền truy cập vào phương tiện kỹ thuật số.
  • Tạo người dùng (MediaUser) có quyền truy cập chỉ đọc vào phương tiện kỹ thuật số mà các lập trình viên không biết gì và không biết mật khẩu.
  • Yêu cầu người dùng đăng nhập vào Windows với tư cách là Người dùng chương trình, không cho phép họ truy cập vào phương tiện truyền thông.
  • Chạy ứng dụng phát lại của chúng tôi ( Traktor ) với tư cách là MediaUser, cho phép lập trình viên phát lại phương tiện nhưng không sao chép hoặc sửa đổi nó.

Đây có vẻ là giải pháp hoàn hảo, nhưng có một vấn đề. Nếu ứng dụng phát lại hoặc máy gặp sự cố, lập trình viên là người duy nhất có thể khiến nó chạy lại trong một khoảng thời gian hợp lý (chúng tôi là đài phát thanh FM 15 kW, vì vậy thời gian chết là vấn đề lớn). Do đó tiến thoái lưỡng nan của tôi ...

Làm cách nào tôi có thể cung cấp cho lập trình viên khả năng khởi động ứng dụng phát lại của chúng tôi với tư cách là người dùng mà họ không biết mật khẩu?

Câu trả lời:


32

sudo.bat

@echo off
runas /user:Administrator /savecred %1

đáng ngạc nhiên là nó sẽ không hỏi lại mật khẩu ngay cả sau khi khởi động lại hoặc mất điện


2
+1 cho câu trả lời đúng. Chúa ơi, đó là một lỗ hổng bảo mật
Dave Cheney

Nghiêm túc như thế nào đây không phải là một lỗ hổng bảo mật? Tại sao điều này mở?!
Marm0t

2
Tôi khá chắc chắn rằng điều này chỉ hoạt động nếu mật khẩu cho tài khoản đã được lưu trong Trình quản lý thông tin xác thực, do đó, nó không thực sự là một lỗ hổng bảo mật hơn trên OSX hoặc bất kỳ hệ thống nào khác nơi thông tin đăng nhập có thể được lưu và sử dụng lại.
Mark Henderson

Bạn vẫn cần biết mật khẩu lần đầu tiên và điều này sẽ dừng hoạt động nếu nó thay đổi.
ivan_pozdeev

1

... mà không cho phép họ sao chép bất kỳ ổ đĩa nào vào ổ đĩa flash của họ hoặc chuyển nó qua Internet

Vô hiệu hóa ổ đĩa flash USB, truy cập Internet, vv trên các máy này.


0

Có một vài cách tôi có thể nghĩ ra để giải quyết vấn đề này. Đầu tiên (và khó khăn hơn) sẽ là viết một dịch vụ windows nhỏ ra mắt Traktor. Do đó, ProgramUser có thể yêu cầu dịch vụ cho một phiên bản Traktor mới và dịch vụ này đang chạy dưới dạng MediaUser để Traktor được khởi chạy dưới dạng MediaUser.

Một khả năng khác, và dễ dàng hơn nhiều, là có một lối tắt khởi động được thiết lập để khởi chạy Traktor trên mỗi lần đăng nhập - Phím tắt Windows cho phép bạn đặt thông tin đăng nhập của người dùng phù hợp trong thuộc tính phím tắt. Nếu máy tính gặp sự cố, các lập trình viên chỉ cần đăng nhập và họ có một Traktor mới đang chạy như MediaUser!

Hy vọng một trong những giải pháp này sẽ làm việc cho bạn!


Bản thân tôi và quản trị viên khác là Kỹ sư phần mềm nên điều này sẽ không thành vấn đề. Chúng tôi cũng chạy một dịch vụ khác theo dõi bảng trộn của chúng tôi cho đầu vào GPIO, vì vậy đó là điều chúng tôi đã làm. Đây là một ý tưởng tuyệt vời, cảm ơn bạn!

0

Bạn có thể tạo một chương trình bắt đầu quá trình MediaUser cho DJ. Điều này có thể được thực hiện để nó sẽ chạy như ProgramUser.

Mật khẩu / thông tin đăng nhập cho MediaUser sẽ cần được biên dịch vào chương trình, để nó biết mật khẩu, nhưng người dùng cuối sẽ không bao giờ cần phải biết điều này. Họ chỉ cần có một nút hoặc chương trình có nội dung "Khởi động lại Tracktor" và nó có thể thực hiện tất cả công việc.

Dưới đây là một ví dụ C # của quá trình. Thay đổi duy nhất sẽ là mã hóa cứng các thông tin để DJ không nhìn thấy chúng.


Về cơ bản, đây là những gì tôi sẽ đề xuất nhưng với lời cảnh báo rằng đó là bảo mật thông qua che khuất. Nếu người dùng cuối có thể tìm và chạy một bản sao của procmon hoặc procexp, họ sẽ không thể lấy được mật khẩu.
Ryan Bolger

@Ryan: Làm thế nào để bạn có được mật khẩu từ procmon hoặc procexp trong tình huống này? Bạn có thể lấy tên người dùng mà một quy trình đang chạy, nhưng tôi không nghĩ bạn có thể có được thông tin đăng nhập. Tôi hiểu rằng rev. kỹ thuật thực thi với mật khẩu được mã hóa cứng sẽ làm điều đó, nhưng ngoài điều đó, làm thế nào bạn có được thông tin này?

0

Hãy xem Steel RunAs. Tôi đã sử dụng nó cho một số tập lệnh trong sự nghiệp SysAdmin của mình khi không có lựa chọn thay thế nào khác hợp lý. Nó chắc chắn rất tiện dụng. Nó tạo ra một tập tin thực thi, trong đó nó mã hóa các thông tin được lưu trữ. Liên kết


0

Tình huống lý tưởng sẽ là để bạn sửa đổi Traktor để chạy như một dịch vụ, với một GUI riêng. Điều này cung cấp cho bạn các tùy chọn bảo mật tốt nhất - Traktor sau đó sẽ chạy với tư cách là người dùng có thông tin xác thực chính xác và không ai cần biết chúng là gì hoặc cần nhập mật khẩu để khởi động lại mật khẩu. Trong thực tế, bạn có thể làm cho nó tự khởi động lại nếu nó gặp sự cố trong snapin dịch vụ.

GUI của bạn để điều khiển Traktor sau đó được viết dưới dạng ứng dụng của chính nó mà người dùng tự chạy, nó gửi tin nhắn đến dịch vụ Traktor (thông qua TCP / IP, RPC, bộ nhớ dùng chung hoặc bất kỳ hình thức IPC nào khác) để làm cho nó thực hiện những gì người dùng muốn. Nếu bạn đã làm cho GUI hoạt động bằng giao thức mạng chéo (ví dụ: TCP / IP) thì người dùng có thể đăng nhập vào máy trạm của mình và dịch vụ traktor có thể chạy trên một máy chủ đáng tin cậy hơn, có thể bị khóa để ngăn chặn việc khởi động lại "tình cờ". Nếu bạn tốt, bạn có thể viết một ứng dụng web để lái Traktor thay vào đó (nghĩa là máy chủ web sẽ gửi tin nhắn đến dịch vụ) và người dùng của bạn có thể chạy trạm từ nhà!

Dịch vụ traktor sẽ được bắt đầu với máy chủ mà không cần phải đăng nhập.


Ý tưởng thú vị, nhưng Traktor rất độc quyền và không thực sự có API. Các điểm tích hợp duy nhất là MIDI, Phím gửi và Plugin VST. Mặc dù ý tưởng về Traktor như một công cụ phát lại dựa trên dịch vụ với giao diện người dùng tùy chỉnh rất hấp dẫn khi chúng tôi xem xét một giao diện người dùng tùy chỉnh mạnh mẽ hơn để xử lý những thứ như biểu đồ và tạo danh sách phát.
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.